Las Core Web Vitals forman parte de las señales de experiencia en la página que Google tiene en cuenta en sus sistemas de clasificación. No deciden por sí solas el posicionamiento: la pertinencia del contenido es lo primero. Pero, a igual pertinencia, una página rápida y estable parte con ventaja y ofrece una mejor experiencia a los visitantes. Desde marzo de 2024, el INP (Interaction to Next Paint) sustituye al FID; los umbrales que publica Google no han cambiado. Esta guía técnica explica cómo medir, diagnosticar y optimizar cada métrica.
Las 3 métricas de Core Web Vitals en 2026
LCP (Largest Contentful Paint) — Umbral: ≤ 2,5 segundos
El LCP mide el tiempo necesario para mostrar el elemento visible más grande del viewport. Es la métrica que mejor refleja cómo percibe el usuario la velocidad de carga. Google considera que un LCP de 2,5 segundos o menos es "bueno", que por encima de ese valor "necesita mejorar" y que, por encima de 4 segundos, la experiencia es "deficiente".
Las causas más frecuentes de un LCP lento:
- Imágenes sin optimizar: formato JPEG/PNG en lugar de WebP/AVIF, archivos demasiado pesados para su tamaño de visualización o una imagen principal con carga diferida (lazy loading), que retrasa su aparición
- Recursos que bloquean el renderizado: CSS y JavaScript que retrasan el renderizado inicial
- Tiempo de respuesta del servidor (TTFB): un servidor lento o una CDN mal configurada
- Fuentes web: tipografías personalizadas que bloquean la visualización del texto (FOIT)
INP (Interaction to Next Paint) — Umbral: ≤ 200 ms
El INP sustituyó al FID en 2024 y mide la capacidad de respuesta global de la página durante toda la visita, no solo en la primera interacción. Es más exigente que el FID: observa los clics, los toques y las pulsaciones de teclado, y se queda con una de las interacciones más lentas de la visita.
Las causas más frecuentes de un INP elevado:
- JavaScript pesado en el hilo principal: scripts de terceros (analítica, chat, publicidad) que acaparan la CPU
- Hidratación de los frameworks: React, Next.js y frameworks similares ejecutan mucho JavaScript al cargar para que la página sea interactiva; una interacción durante esa fase tiene que esperar
- Controladores de eventos costosos: cálculos complejos que se disparan con clics o desplazamientos
- Renderizado costoso tras la interacción: un DOM muy voluminoso o recálculos forzados del diseño retrasan la siguiente visualización
CLS (Cumulative Layout Shift) — Umbral: ≤ 0,1
El CLS mide la estabilidad visual de la página. Cada vez que un elemento se desplaza de forma inesperada (una imagen que se carga y empuja el texto, un banner publicitario que se inserta), la puntuación CLS aumenta. Un CLS superior a 0,1 "necesita mejorar" y, por encima de 0,25, es "deficiente".
Medir: datos de campo y datos de laboratorio
Google evalúa las Core Web Vitals con datos de campo: los del Chrome User Experience Report (CrUX), recogidos entre usuarios reales de Chrome durante los últimos 28 días. Una página supera la evaluación cuando sus tres métricas son "buenas" en el percentil 75 de las visitas. El informe "Métricas web principales" de Search Console muestra estos datos por grupos de URL; PageSpeed Insights los muestra para una URL, junto a una prueba de laboratorio de Lighthouse.
Las pruebas de laboratorio (Lighthouse, Chrome DevTools) sirven para diagnosticar un problema y comprobar una corrección antes de publicarla. No sustituyen a los datos de campo. Una prueba clásica de Lighthouse no mide el INP, que exige interacciones reales: el Total Blocking Time (TBT) da una indicación.
Optimizar: las palancas de cada métrica
- LCP: servir la imagen principal en un formato moderno y al tamaño adecuado, precargarla o darle una prioridad de carga alta (atributo fetchpriority), y reducir el TTFB (caché, CDN) y el CSS que bloquea el renderizado
- INP: dividir las tareas largas y devolver con regularidad el control al navegador, aplazar o aligerar los scripts de terceros, y limitar el trabajo que desencadena cada clic y el tamaño del DOM
- CLS: dar dimensiones (width y height, o aspect-ratio) a las imágenes, vídeos e iframes, reservar el espacio de los anuncios y banners, y elegir fuentes de reserva parecidas a la fuente final
Cómo mide Zerkado tus Core Web Vitals
La auditoría SEO técnica de Zerkado mide en laboratorio el LCP, el CLS y el TBT en una muestra de páginas, con un navegador real y vista móvil, además del tiempo de respuesta de todas las páginas rastreadas. Para cada problema detectado, indica cómo corregirlo. El INP exige visitantes reales: el TBT da una aproximación en laboratorio, y los datos de campo siguen disponibles en Search Console.
El módulo de auditoría SEO ordena los problemas por gravedad (crítico, advertencia, información) y por número de páginas afectadas, para ayudarte a decidir qué corregir primero. Cada nuevo rastreo del sitio actualiza las mediciones: una página que se ralentiza tras un despliegue aparece en la siguiente pasada.
Para profundizar en la optimización técnica de tu sitio, consulta nuestra guía completa de auditoría SEO técnica y nuestro artículo sobre los errores técnicos de SEO más comunes.