Core Web Vitals explicado sin tecnicismos

Google mide tres cosas de tu web y las convierte en señal de posicionamiento. Ninguna de las tres es difícil de entender si te la explican bien.

Tres medidores analógicos sobre una superficie cálida y neutra

Google mide la experiencia real de tus visitantes con tres métricas. Tienen nombres feos, pero cada una responde a una pregunta muy sencilla.

LCP — ¿cuándo ve algo útil?

Mide cuánto tarda en aparecer el elemento más grande de la pantalla: normalmente la imagen de cabecera o el titular.

  • Bien: menos de 2,5 segundos
  • Mejorable: entre 2,5 y 4
  • Mal: más de 4

Las causas habituales, por orden de frecuencia: servidor lento en responder, imagen de cabecera enorme, o esa misma imagen con carga diferida activada por error.

El arreglo de un minuto: quita loading="lazy" de la imagen principal de la cabecera y añade fetchpriority="high". Es el cambio de mayor impacto y menor riesgo que existe.

INP — ¿responde cuando toco?

Sustituyó al antiguo FID y es más exigente. Mide cuánto tarda tu web en reaccionar cuando alguien pulsa un botón, abre un menú o escribe en un campo.

  • Bien: menos de 200 milisegundos
  • Mal: más de 500

Casi siempre el culpable es JavaScript: demasiados plugins, scripts de terceros o un chat que se carga al abrir la página. Cada script que quites mejora esta métrica.

CLS — ¿se mueve el contenido mientras leo?

Mide cuánto salta el contenido durante la carga. Es esa experiencia de ir a pulsar un botón y que se desplace justo antes porque acaba de cargar un banner.

  • Bien: menos de 0,1
  • Mal: más de 0,25

La causa número uno son imágenes sin dimensiones declaradas. El navegador no sabe cuánto espacio reservar, así que coloca el texto y luego lo empuja cuando llega la imagen.

La solución es poner siempre width y height en tus imágenes, aunque después las redimensiones con CSS. También reservar espacio para banners y anuncios.

Dónde medir de verdad

Usa PageSpeed Insights, pero fíjate en la sección de datos de campo, no en la de laboratorio. Los datos de campo son visitantes reales; los de laboratorio son una simulación que puede engañarte en ambos sentidos.

El orden de ataque

  1. Arregla el CLS primero: es lo más rápido y casi siempre son dimensiones de imagen.
  2. Después el LCP: optimiza la imagen de cabecera y revisa el tiempo de respuesta del servidor.
  3. Por último el INP: quita scripts que no aporten y retrasa los que no sean críticos.

Si el servidor tarda más de 600 ms en responder, empieza por ahí: ninguna optimización de imágenes compensa eso.

Mejora tus métricas desde la base

El LCP depende sobre todo del servidor. LiteSpeed, NVMe y caché afinada, incluidos en todos los planes.

💜 ¿Ya eres afiliado en Hotmart? Gana 50% de comisión recomendando el hosting de Koryfi.

Únete como afiliado