Los Core Web Vitals son el conjunto de métricas que Google usa para medir la experiencia real del usuario en un sitio. En 2026, tres indicadores definen el juego: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) y CLS (Cumulative Layout Shift). Los sitios que fallan en estas métricas pierden posición, aun con contenido excelente y backlinks fuertes.
Esta guía muestra qué mide cada métrica, cuáles son los límites aceptables, cómo diagnosticar problemas y qué acciones de ingeniería entregan una ganancia real, no un placebo.
Qué mide realmente cada Core Web Vital
LCP (Largest Contentful Paint) mide el tiempo hasta que se renderiza el mayor elemento visible del viewport. Es el "cuándo el usuario percibe que la página cargó". Bueno: hasta 2.5s. Necesita mejorar: de 2.5s a 4s. Malo: por encima de 4s.
INP (Interaction to Next Paint) sustituyó al FID en 2024 y mide el retraso entre la interacción del usuario (clic, toque, teclado) y el siguiente renderizado visual. Es la métrica más difícil de optimizar porque depende de que el thread principal esté libre. Bueno: hasta 200ms. Necesita mejorar: de 200ms a 500ms. Malo: por encima de 500ms.
CLS (Cumulative Layout Shift) mide la suma de desplazamientos inesperados de elementos durante la carga. Ese banner que desplaza el botón y hace que hagas clic mal es un CLS alto. Bueno: hasta 0.1. Necesita mejorar: de 0.1 a 0.25. Malo: por encima de 0.25.
Cómo usa Google realmente estas métricas
Google evalúa los Core Web Vitals con base en el CrUX (Chrome User Experience Report), es decir, datos de campo recopilados de usuarios reales de Chrome, no datos de laboratorio de Lighthouse. Esto significa que la métrica que importa es la del percentil 75 de los usuarios reales en los últimos 28 días, segmentada por dispositivo.
Para ser elegible al boost de Page Experience, las tres métricas necesitan estar en "bueno" en el percentil 75. Con solo una en malo ya se descalifica la URL. Por eso es común que sitios con un Lighthouse score de 95+ todavía tengan problemas de ranqueo: Lighthouse corre en condición controlada, el CrUX corre en el mundo real, con 3G, hardware débil y pestañas pesadas.
Optimizando el LCP: las 5 acciones de mayor impacto
1. Identifica el elemento LCP con la pestaña Performance de Chrome. Generalmente es una imagen hero, un video o un bloque de texto grande. 2. Sirve el asset crítico temprano: preload en la etiqueta link, fetchpriority="high" en la imagen LCP, y elimina el CSS/JS render-blocking. 3. Usa formatos modernos: WebP o AVIF para imágenes, con srcset responsivo. 4. CDN agresivo: edge caching con un TTL alto para los assets estáticos. 5. Respuesta rápida del servidor: TTFB por debajo de 600ms; cache de HTML cuando sea posible, con SSR optimizado.
INP: la métrica que más derriba sitios en 2026
INP es donde falla la mayoría de las optimizaciones superficiales. El culpable casi siempre es JavaScript pesado bloqueando el thread principal. Estrategias eficaces: code splitting agresivo, cargando solo lo necesario por ruta; defer y async en los scripts no críticos; web workers para el procesamiento pesado fuera del main thread; debounce y throttle en los handlers frecuentes (scroll, input); eliminación de bibliotecas pesadas usadas para tareas triviales (sustituir Moment.js por date-fns o el Intl nativo, por ejemplo).
Los frameworks modernos como Next.js, Remix, SvelteKit y Astro nacen con prácticas de minimización de JS en el cliente. Las migraciones de stacks antiguos a estos frameworks suelen entregar una ganancia de INP del 40 al 70% en pocas semanas.
CLS: causas comunes y soluciones definitivas
El CLS alto casi siempre viene de cinco fuentes: imágenes sin width/height declarados (resuelto reservando espacio en el CSS o en el atributo HTML); fuentes web sin un font-display adecuado (usa swap u optional); banners de cookies, anuncios y ofertas que aparecen tras la carga y empujan el contenido (reserva un espacio fijo); contenido dinámico inyectado por A/B testing sin placeholder; animaciones que cambian el layout en lugar de usar transform y opacity (que no causan reflow).
Herramientas que debes usar
El kit esencial es PageSpeed Insights (combina CrUX y Lighthouse), Search Console > Core Web Vitals (una vista por URL, agrupada por patrón), WebPageTest (pruebas reproducibles con un waterfall detallado), Chrome DevTools Performance (profiling en desarrollo) y herramientas RUM como Vercel Analytics, Speedcurve o Sentry Performance para el monitoreo continuo en producción.
Impacto real en el negocio
Optimizar los Core Web Vitals tiene un impacto directo en tres frentes: SEO (un boost en el ranqueo cuando todas las métricas están en verde), conversión (cada 100ms menos en el LCP suele elevar la conversión entre un 1 y un 3% en el e-commerce) y retención (los sitios lentos tienen un bounce rate hasta un 90% mayor en mobile). El performance se convirtió en una métrica de producto, no de TI.