Core Web Vitals: LCP, INP, CLS — lo que Google mide realmente
No son métricas de laboratorio, son mediciones sobre tus usuarios reales. Aquí está lo que cada señal significa, por qué importa y cómo mejorarla.
- Los Core Web Vitals miden la experiencia de tus usuarios reales — no un escenario de laboratorio. Esa es la diferencia fundamental con la puntuación PageSpeed.
- INP reemplazó a FID en marzo de 2024. Si todavía hablas de FID, tu información está desactualizada.
- Los CWV son una señal de clasificación de Google, pero no la única. El contenido de calidad con CWV correctos siempre superará a un sitio ultra-optimizado con contenido mediocre.
Cuando se habla de rendimiento web y SEO, los Core Web Vitals (CWV) se mencionan con frecuencia pero rara vez se comprenden bien. La mayoría de los propietarios de sitios WordPress los confunden con la puntuación de PageSpeed Insights. Son dos cosas distintas.
Los Core Web Vitals son métricas que miden la experiencia real de tus visitantes. No una simulación en un entorno controlado — tus usuarios reales, en sus dispositivos reales, con sus conexiones reales.
Esta guía desmitifica las tres métricas: LCP, INP y CLS. Veremos qué mide cada una exactamente, los umbrales a conocer, por qué se crearon y cómo puedes mejorarlas de forma concreta.
El origen de los Core Web Vitals: por qué los creó Google
Antes de 2020, Google usaba métricas técnicas dispares para evaluar la experiencia del usuario: First Contentful Paint, Speed Index, Time to Interactive... Útiles, pero difíciles de interpretar y a menudo desconectadas de lo que el usuario percibe realmente.
En mayo de 2020, Google lanzó los Core Web Vitals: un conjunto de tres métricas estandarizadas, centradas en tres dimensiones fundamentales de la experiencia: carga, interactividad y estabilidad visual.
Estas métricas se recopilan a través del Chrome UX Report (CrUX), que agrega datos anonimizados de usuarios reales de Chrome de los últimos 28 días. Cuando tu sitio tiene suficiente tráfico de Chrome, obtienes un espejo fiel de la experiencia real.
Desde junio de 2021, los Core Web Vitals forman parte de las señales de clasificación de Google a través de la actualización "Page Experience". No es la única señal — el contenido sigue siendo rey — pero es la única directamente vinculada a la experiencia técnica de tus visitantes.
LCP — Largest Contentful Paint: la velocidad percibida
LCP — Largest Contentful Paint: la velocidad percibida
El LCP mide el tiempo necesario para renderizar el elemento visible más grande en el viewport. En la práctica, suele ser una imagen hero, una foto grande o un título principal.
Es la métrica que mejor corresponde a la percepción del usuario de "la página ha cargado." No cuando aparece el primer píxel (FCP), ni cuando todo es completamente interactivo (TTI) — cuando el contenido principal es visible.
Umbrales LCP
- Bueno: menos de 2,5 segundos
- Necesita mejora: entre 2,5 y 4 segundos
- Crítico: más de 4 segundos
Causas frecuentes de un LCP degradado
- Servidor lento (TTFB alto): si el servidor tarda 2 segundos en responder, el LCP no puede ser bueno. Es el primer cuello de botella a corregir.
- Imágenes no optimizadas: una imagen hero sin comprimir, en formato JPEG/PNG en lugar de WebP, sin dimensionamiento correcto, suele ser la causa principal.
- Recursos que bloquean el renderizado: CSS y JavaScript cargados de forma síncrona que retrasan la visualización del contenido.
- Renderizado del lado del cliente (CSR): los sitios construidos con frameworks JavaScript como React o Vue en modo CSR deben ejecutar JS antes de mostrar nada.
INP — Interaction to Next Paint: la reactividad real
INP — Interaction to Next Paint: la reactividad real
INP (Interaction to Next Paint) reemplazó oficialmente a FID (First Input Delay) en marzo de 2024. Es el cambio más significativo en los Core Web Vitals desde su lanzamiento.
Mientras que FID solo medía el retraso en la primera interacción, INP mide la latencia de todas las interacciones a lo largo de la sesión: clics, toques, pulsaciones de teclado. Registra el percentil 98, lo que significa que una sola interacción lenta puede degradar la puntuación.
En la práctica, INP mide el tiempo entre la interacción del usuario (clic, toque, tecla) y el momento en que el navegador muestra la siguiente actualización visual. Es la reactividad percibida.
Umbrales INP
- Bueno: menos de 200 milisegundos
- Necesita mejora: entre 200 y 500 milisegundos
- Crítico: más de 500 milisegundos
Causas frecuentes de un INP degradado
- JavaScript pesado en el hilo principal: cálculos largos, bucles complejos u operaciones excesivas de renderizado DOM bloquean el hilo y retrasan la respuesta.
- Tareas largas (Long Tasks): cualquier tarea JS que se ejecute más de 50 ms en el hilo principal se considera larga y puede afectar el INP.
- Scripts de terceros: analytics, chatbots, publicidad, plugins de redes sociales — cada script de terceros añade carga en el hilo principal.
- Gestores de eventos pesados: event listeners que desencadenan recálculos de estilos o repaints complejos en cada interacción.
CLS — Cumulative Layout Shift: la estabilidad visual
CLS — Cumulative Layout Shift: la estabilidad visual
El CLS mide la estabilidad visual de la página durante su carga. Cuantifica cuánto se mueven los elementos de forma inesperada — ese fenómeno frustrante donde vas a hacer clic en un botón y el contenido se desplaza justo antes de tu clic.
Técnicamente, el CLS es el producto de la fracción de impacto (qué porción de la pantalla se movió) por la fracción de distancia (cuánto se desplazó el elemento). Es un valor sin unidad, no un tiempo.
Desde 2021, Google ha refinado la medición del CLS para usar "ventanas de sesión": ya no mide la suma de todos los desplazamientos, sino el peor grupo de desplazamientos que ocurren en un intervalo de 1 segundo, separados por al menos 5 segundos.
Umbrales CLS
- Bueno: menos de 0,1
- Necesita mejora: entre 0,1 y 0,25
- Crítico: más de 0,25
Causas frecuentes de un CLS degradado
- Imágenes sin dimensiones: si las etiquetas img carecen de atributos width y height, el navegador no reserva espacio y el contenido se desplaza cuando carga la imagen.
- Contenido inyectado dinámicamente: banners de cookies, pop-ups, anuncios cargados tras el renderizado inicial que empujan el contenido hacia abajo.
- Fuentes web (FOUT/FOIT): cuando una fuente web se carga y reemplaza la fuente de sustitución, los cambios métricos pueden desplazar el texto y los elementos circundantes.
- Animaciones CSS no optimizadas: usar transform y opacity en lugar de top/left/width/height para las animaciones evita los recálculos de layout.
Cómo medir tus Core Web Vitals
Existen dos categorías de herramientas para medir los CWV: herramientas de campo (datos reales) y de laboratorio (simulación). Para el SEO, los datos de campo son los que cuentan — pero las herramientas de laboratorio son esenciales para el diagnóstico.
- Google Search Console: pestaña "Experiencia de página" — muestra tus CWV agregados por URL y categoría (móvil/escritorio). Es la fuente oficial que usa Google para el posicionamiento.
- PageSpeed Insights (sección datos de campo): muestra los CWV de los últimos 28 días para una URL específica si hay tráfico suficiente.
- CrUX Dashboard (Looker Studio): panel oficial de Google que visualiza la evolución de tus CWV en el tiempo. Muy útil para seguir el impacto de tus optimizaciones.
- Chrome DevTools (pestaña Rendimiento / Lighthouse): auditoría local con métricas CWV simuladas. Ideal para diagnosticar problemas antes del despliegue.
- PageSpeed Insights (sección datos de laboratorio): Lighthouse alojado por Google. Cómodo pero los valores difieren de los datos de campo.
- Librería web-vitals JS: intégrala en tu código para medir los CWV reales de tus visitantes y enviarlos a tu propio analytics.
Cómo Orilyt integra los Core Web Vitals
Orilyt usa los datos de la API de PageSpeed Insights para alimentar tres tests críticos en cada auditoría. Estos tests están directamente vinculados a los factores que influyen en tus Core Web Vitals.
- Test #01 — TTFB (Time to First Byte): mide el tiempo de respuesta del servidor. Un TTFB superior a 800 ms es el primer enemigo del LCP. Si el servidor es lento, nada más puede compensarlo.
- Test #02 — Peso de página: analiza el peso total de recursos. Las imágenes pesadas y no optimizadas son la primera causa de LCP degradado en WordPress.
- Test #03 — Mobile Friendly: verifica la correcta adaptación móvil. Los CWV se miden por separado en móvil y escritorio — y la versión móvil pesa más en el posicionamiento.
Cada test incluye una recomendación FIA (Hecho, Impacto, Acción): un hallazgo factual extraído de los datos, su impacto en la experiencia del usuario y el SEO, y una acción correctiva concreta. Esto convierte una puntuación abstracta en un argumento de venta para tus clientes.
CWV en 2026: una señal duradera
Los Core Web Vitals se han convertido en un estándar de la industria web. Incluso más allá del SEO, representan las tres dimensiones fundamentales de una buena experiencia: ¿carga rápido, reacciona rápido, es estable?
Para freelancers y agencias web, dominar los CWV es una ventaja competitiva real. Es una forma de hablar de rendimiento en términos de experiencia del usuario en lugar de cifras técnicas. Tus clientes entienden "tu sitio se desplaza al cargar" mejor que "tu CLS es 0,28."
Orilyt te da los datos necesarios para tener esa conversación. Cada auditoría integra métricas de PageSpeed con recomendaciones listas para presentar — sin necesidad de descifrar tú mismo los informes de Lighthouse o Search Console.