Qué son los Core Web Vitals y por qué le importan a Google
Los Core Web Vitals (o "métricas web esenciales") son un conjunto de tres indicadores con los que Google mide la experiencia real que tiene una persona al usar tu web: lo que tarda en ver el contenido, lo rápido que responde cuando hace clic y si la página se mantiene estable mientras carga. No hablan de lo bonita que es tu web, sino de lo bien que funciona para quien la visita.
Google usa estas métricas como factor de posicionamiento dentro de su evaluación de la experiencia de página. No son el factor más importante (el contenido y la relevancia siguen mandando), pero sí actúan como criterio de desempate: entre dos webs con contenido parecido, la que ofrece mejor experiencia tiende a posicionar mejor. Y hay algo aún más directo: una web lenta o inestable pierde ventas, porque el usuario se va antes de convertir.
La clave es que los Core Web Vitals se miden con datos de usuarios reales (los que recoge el informe CrUX de Chrome), no solo en un laboratorio. Por eso puedes tener una web que "a ti te va rápida" y que Google puntúe mal: tus visitantes usan móviles más modestos y conexiones peores que tu ordenador de trabajo.
Regla rápida: los Core Web Vitals se evalúan por separado en móvil y en escritorio, y Google prioriza el móvil. Optimiza siempre pensando primero en el teléfono.
Las tres métricas: LCP, INP y CLS
Desde marzo de 2024, los tres Core Web Vitals oficiales son LCP, INP y CLS. INP sustituyó a la antigua métrica FID, que medía peor la interactividad real. Vamos con cada una.
LCP (Largest Contentful Paint): velocidad de carga
El LCP mide cuánto tarda en aparecer el elemento visible más grande de la pantalla: normalmente la imagen principal, el vídeo de cabecera o un bloque grande de texto. Es tu "primera impresión": si tarda, el visitante percibe la web como lenta aunque el resto cargue después.
Se considera bueno cuando ocurre en 2,5 segundos o menos. Entre 2,5 y 4 segundos necesita mejora, y por encima de 4 segundos es deficiente.
INP (Interaction to Next Paint): capacidad de respuesta
El INP mide cuánto tarda tu web en reaccionar cuando el usuario interactúa: pulsa un botón, abre un menú, marca una casilla. Registra el retraso de las interacciones a lo largo de toda la visita y se queda con las peores, así que refleja la sensación de "web que se queda pillada".
Un INP de 200 milisegundos o menos es bueno; entre 200 y 500 ms necesita mejora; y por encima de 500 ms es deficiente. Suele empeorar por exceso de JavaScript que bloquea el navegador.
CLS (Cumulative Layout Shift): estabilidad visual
El CLS mide cuánto "baila" el contenido mientras carga. Seguro que te ha pasado: vas a pulsar un botón, entra un banner o una imagen tardía, todo se desplaza y acabas haciendo clic donde no querías. Eso es un layout shift, y es una de las causas más frecuentes de frustración y de errores de conversión.
El CLS es una puntuación sin unidades: 0,1 o menos es bueno, entre 0,1 y 0,25 necesita mejora, y por encima de 0,25 es deficiente.
| Métrica | Qué mide | Bueno | Necesita mejora | Deficiente |
|---|---|---|---|---|
| LCP | Velocidad de carga del contenido principal | ≤ 2,5 s | 2,5 - 4 s | > 4 s |
| INP | Capacidad de respuesta a interacciones | ≤ 200 ms | 200 - 500 ms | > 500 ms |
| CLS | Estabilidad visual (que no baile el contenido) | ≤ 0,1 | 0,1 - 0,25 | > 0,25 |
Cómo medir tus Core Web Vitals
Antes de optimizar, mide. Hay dos tipos de datos y conviene entender la diferencia: los datos de campo (usuarios reales, los que Google usa para posicionar) y los datos de laboratorio (una prueba simulada, útil para diagnosticar). Estas son las herramientas gratuitas que usamos a diario:
- //PageSpeed Insights: pega tu URL y te da los Core Web Vitals de campo (si tu web tiene tráfico suficiente) más un análisis de laboratorio con recomendaciones concretas.
- //Google Search Console: en el informe "Core Web Vitals" ves qué URLs de todo tu sitio están en verde, ámbar o rojo, agrupadas por problema. Es la mejor visión de conjunto.
- //Lighthouse (integrado en Chrome DevTools): auditoría en laboratorio desde tu propio navegador, ideal para probar cambios antes de subirlos.
- //Chrome UX Report (CrUX): la fuente de datos reales que alimenta todo lo anterior.
Prioriza siempre los datos de campo de Search Console para decidir qué arreglar, y usa Lighthouse en local para comprobar si tus cambios funcionan antes de publicarlos.
Cómo mejorar tus Core Web Vitals métrica a métrica
Mejorar los Core Web Vitals no es magia: casi todo se reduce a servir menos peso, servirlo antes y no mover las cosas de sitio. Aquí tienes las acciones que más impacto tienen, ordenadas por métrica.
Para mejorar el LCP (que cargue antes)
- //Optimiza la imagen principal: usa formatos modernos como WebP o AVIF, comprímela y sírvela en el tamaño exacto en que se ve. Una cabecera de 2 MB es el asesino número uno del LCP.
- //Aplica carga prioritaria (fetchpriority="high") a la imagen de cabecera y evita el lazy-load justo en ese elemento.
- //Mejora el servidor y usa caché: un hosting rápido y una buena política de caché reducen el tiempo hasta el primer byte (TTFB).
- //Usa un CDN para entregar los recursos desde un servidor cercano a cada visitante.
- //Elimina el CSS y el JavaScript que bloquean el renderizado por encima de lo visible.
Para mejorar el INP (que responda al instante)
- //Reduce el JavaScript: quita plugins, scripts de terceros y librerías que no uses. Cada script que se ejecuta bloquea el navegador.
- //Divide las tareas largas en trozos pequeños para que el hilo principal quede libre para responder a los clics.
- //Carga en diferido (defer/async) todo lo que no sea imprescindible para la primera pantalla.
- //Revisa etiquetas de terceros (chats, píxeles, mapas): son una causa habitual de mala interactividad.
Para mejorar el CLS (que no baile la página)
- //Reserva espacio para las imágenes y vídeos indicando siempre su ancho y alto (o usando aspect-ratio en CSS).
- //Deja hueco fijo para banners, anuncios y bloques que cargan más tarde, para que no empujen el contenido.
- //Carga las fuentes de forma que no provoquen saltos de texto (font-display: swap con fuentes precargadas).
- //Evita insertar contenido dinámico por encima de algo que el usuario ya está viendo.
Cada cuánto revisar y qué esperar
Los datos de campo de Google se calculan sobre una ventana móvil de 28 días, así que ten paciencia: cuando aplicas una mejora, Search Console tarda semanas en reflejarla del todo. En Lighthouse verás el efecto al momento, pero el dato que posiciona es el de campo.
Nuestra recomendación para una pyme es revisar el informe de Core Web Vitals de Search Console una vez al mes y hacer una auditoría completa después de cualquier cambio importante: un rediseño, un plugin nuevo, un cambio de plantilla o una migración. Muchos problemas de velocidad aparecen justo cuando se añade "una cosita más" a la web.
Si tu web va lenta y no sabes por dónde empezar, en Seonergy analizamos primero dónde se pierde el tiempo antes de tocar nada, porque optimizar a ciegas suele romper más de lo que arregla. Puedes leer más sobre el impacto de la velocidad en nuestro artículo sobre por qué una web lenta te cuesta ventas.