Los Core Web Vitals son las tres métricas con las que Google mide la experiencia real de tus usuarios: LCP (velocidad de carga del contenido principal), INP (capacidad de respuesta a las interacciones) y CLS (estabilidad visual). Una página aprueba cuando, en datos reales, su LCP es ≤ 2,5 s, su INP ≤ 200 ms y su CLS ≤ 0,1. Esta guía explica qué mide cada una, cómo medirlas y, sobre todo, cómo mejorarlas paso a paso.
Qué son los Core Web Vitals
Los Core Web Vitals (o "métricas web esenciales") son un conjunto de tres indicadores que Google utiliza para cuantificar la experiencia que vive una persona al usar tu página. En lugar de medir aspectos técnicos abstractos, intentan capturar tres sensaciones concretas del usuario: ¿se cargó rápido lo que vine a ver?, ¿respondió la página cuando interactué? y ¿se quedó quieto el contenido o saltó mientras leía?
Forman parte de las señales de experiencia de página que Google considera dentro de su sistema de posicionamiento. Según la documentación oficial de Google Search Central, ofrecer una buena experiencia de página contribuye al éxito en la Búsqueda, aunque el contenido relevante y de calidad sigue siendo lo primero. En la práctica, los Core Web Vitals son el desempate: ante dos páginas con contenido equivalente, la que ofrece mejor experiencia parte con ventaja.
Estas métricas no son estáticas: evolucionan a medida que mejora la web. El cambio más importante de los últimos años llegó el 12 de marzo de 2024, cuando INP (Interaction to Next Paint) reemplazó oficialmente a FID (First Input Delay) como la métrica de capacidad de respuesta. Si vienes leyendo guías antiguas que hablan de FID, esa información ya está desactualizada.
Las 3 métricas: LCP, INP y CLS
Cada Core Web Vital mide una dimensión distinta de la experiencia. Estos son los umbrales oficiales que Google considera "buenos", evaluados en el percentil 75 de las visitas y por separado en móvil y escritorio:
LCP — Largest Contentful Paint (carga)
El LCP mide cuánto tarda en renderizarse el elemento de contenido más grande visible en la pantalla: normalmente la imagen principal (hero), un vídeo o un bloque grande de texto. Es la métrica que mejor responde a la pregunta "¿cuándo siente el usuario que la página ya cargó?". Un LCP de 2,5 segundos o menos se considera bueno; entre 2,5 y 4 segundos necesita mejora; y por encima de 4 segundos es pobre.
INP — Interaction to Next Paint (interactividad)
El INP mide la capacidad de respuesta de la página: cuánto tiempo pasa desde que el usuario interactúa (un clic, un toque o una pulsación de tecla) hasta que la pantalla se actualiza visualmente. A diferencia de su predecesor FID, que solo medía la primera interacción, el INP tiene en cuenta todas las interacciones de la visita y reporta la peor, ofreciendo una imagen mucho más realista. Un INP de 200 milisegundos o menos es bueno; hasta 500 ms necesita mejora; por encima es pobre.
CLS — Cumulative Layout Shift (estabilidad)
El CLS mide cuánto se mueve el contenido de forma inesperada mientras la página carga. Es esa frustración de ir a pulsar un botón y que, en el último instante, se cargue un banner que desplaza todo hacia abajo y acabas pulsando otra cosa. Es una puntuación sin unidad: 0,1 o menos es bueno, hasta 0,25 necesita mejora y por encima es pobre.
| Métrica | Qué mide | Bueno | Necesita mejora | Pobre |
|---|---|---|---|---|
| LCP | Velocidad de carga | ≤ 2,5 s | 2,5 – 4 s | > 4 s |
| INP | Capacidad de respuesta | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS | Estabilidad visual | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Cómo medir los Core Web Vitals
Antes de optimizar nada, necesitas saber de dónde partes. Y aquí hay una distinción crítica que confunde a mucha gente: la diferencia entre datos de laboratorio y datos de campo.
Datos de campo vs. datos de laboratorio
Los datos de laboratorio se generan en un entorno simulado y controlado (un dispositivo y una conexión predefinidos). Son perfectos para depurar durante el desarrollo porque son reproducibles. Los datos de campo (también llamados RUM, Real User Monitoring) provienen de visitas reales de usuarios con dispositivos y conexiones de todo tipo, recopilados en el Chrome UX Report (CrUX).
Herramientas que deberías usar
- PageSpeed Insights: la herramienta más práctica. Muestra datos de campo (si tu página tiene tráfico suficiente en CrUX) y datos de laboratorio en la misma pantalla, con diagnósticos concretos. Es el punto de partida para medir los Core Web Vitals de cualquier URL.
- Informe de Core Web Vitals de Search Console: agrupa todas las URLs de tu sitio por estado (buena, necesita mejora, pobre) usando datos de campo. Ideal para ver el problema a escala de sitio, no de una sola página.
- Lighthouse / DevTools: integrado en Chrome, perfecto para datos de laboratorio y para reproducir y depurar un problema concreto.
- Extensión Web Vitals de Chrome: muestra LCP, INP y CLS en tiempo real mientras navegas por tu propio sitio.
Un flujo sano combina las dos vistas: usa el informe de Search Console para detectar qué plantillas o secciones fallan, y PageSpeed Insights o Lighthouse para diagnosticar por qué en una URL concreta.
Cómo mejorar cada métrica (paso a paso)
Mejorar los Core Web Vitals no es un único cambio mágico, sino la suma de varias optimizaciones. La buena noticia es que cada métrica tiene un conjunto de causas habituales bien identificadas. Este es el plan de acción ordenado por impacto.
-
1
Mide tu situación de partida
Abre PageSpeed Insights y el informe de Search Console y anota tus valores de campo de LCP, INP y CLS en móvil y escritorio. No optimices a ciegas: prioriza la métrica que esté en rojo y la plantilla (home, producto, blog) que afecte a más URLs.
-
2
Mejora el LCP (velocidad de carga)
Optimiza y comprime la imagen del hero, sírvela en formato moderno (WebP o AVIF) y aplica
<link rel="preload">al recurso LCP. Reduce el tiempo de respuesta del servidor (TTFB) con un buen hosting y una CDN, y elimina el CSS y el JavaScript que bloquean el renderizado. -
3
Mejora el INP (capacidad de respuesta)
El INP casi siempre se arregla controlando el JavaScript. Reduce y difiere los scripts no esenciales, divide las tareas largas en fragmentos más pequeños para no bloquear el hilo principal, y audita los scripts de terceros (chats, píxeles, widgets), que suelen ser los principales culpables de una mala interactividad.
-
4
Mejora el CLS (estabilidad visual)
Define siempre los atributos
widthyheight(oaspect-ratioen CSS) en imágenes, vídeos e iframes para que el navegador reserve el espacio. Reserva hueco para los anuncios y embeds antes de que carguen, evita insertar contenido por encima del existente y usafont-display: optional/swappara que el cambio de fuente no provoque saltos. -
5
Vuelve a medir y monitoriza
Tras aplicar los cambios, vuelve a medir. Ten paciencia: el Chrome UX Report usa una ventana móvil de 28 días, así que las mejoras en los datos de campo tardan semanas en reflejarse del todo. Convierte la monitorización del informe de Search Console en un hábito mensual.
width y height en todas tus imágenes. Es un cambio de bajo esfuerzo que suele eliminar la mayor parte del CLS de golpe.
"No optimices para la herramienta, optimiza para el usuario. Si la experiencia real mejora, los números de campo terminan siguiéndola."
Errores comunes que arruinan tus métricas
La mayoría de los sitios que suspenden Core Web Vitals repiten los mismos errores. Revísalos antes de empezar a optimizar:
- Imágenes sin dimensiones declaradas: la causa número uno de un CLS alto. Sin
widthyheight, el navegador no reserva espacio y el contenido salta al cargar. - Demasiado JavaScript de terceros: chats, mapas, píxeles de seguimiento y widgets que bloquean el hilo principal y disparan el INP.
- Imágenes pesadas y sin comprimir en el hero: el enemigo directo del LCP. Un PNG de 2 MB donde bastaba un WebP de 150 KB.
- Fuentes web mal cargadas: provocan FOIT/FOUT y saltos de maquetación que empeoran el CLS.
- Optimizar solo con datos de laboratorio: celebrar un 100 en Lighthouse mientras los usuarios reales con móviles modestos siguen suspendiendo en campo.
Por qué importan para tu SEO y tu negocio
Los Core Web Vitals son un factor de posicionamiento, pero conviene tener expectativas realistas: no van a llevar un contenido mediocre a la cima de Google. Su papel es de desempate y de multiplicador. Ante dos páginas con relevancia y autoridad similares, la más rápida y estable gana posiciones. Y un sitio que carga rápido potencia todo lo demás que haces en marketing.
El impacto más subestimado es el de negocio. Una página lenta o inestable no solo posiciona peor: convierte peor. Cada segundo de espera y cada salto de maquetación aumentan el abandono. Por eso el rendimiento técnico es la base sobre la que se apoya cualquier estrategia de adquisición: lo conectamos con la conversión en nuestra guía de retención de clientes en ecommerce y con la rentabilidad de la inversión publicitaria en la guía para escalar Google Ads en ecommerce.
Si gestionas adquisición de pago, la velocidad además abarata tus campañas: la experiencia de la página de destino influye en el Quality Score de Google Ads, como explicamos en la guía de estrategia unificada de SEO y PPC.
En resumen: optimizar Core Web Vitals no es una tarea de "checklist técnico" aislada. Es una inversión que mejora simultáneamente tu posicionamiento, tu tasa de conversión y la rentabilidad de tu inversión publicitaria.
¿Quieres aprobar tus Core Web Vitals?
Descarga la checklist paso a paso para diagnosticar y mejorar LCP, INP y CLS en tu sitio, con las herramientas y comprobaciones priorizadas por impacto.
Descargar la checklist gratis →Preguntas frecuentes
¿Qué son los Core Web Vitals?
Son un conjunto de tres métricas que Google usa para medir la experiencia real de los usuarios en una página: LCP (velocidad de carga del contenido principal), INP (capacidad de respuesta a las interacciones) y CLS (estabilidad visual). Forman parte de las señales de experiencia de página y son un factor de posicionamiento en Google.
¿Cuáles son los valores ideales de LCP, INP y CLS?
Los umbrales "buenos" oficiales son: LCP ≤ 2,5 segundos, INP ≤ 200 milisegundos y CLS ≤ 0,1. Google los evalúa en el percentil 75 de las visitas, medido por separado en móvil y escritorio, así que no basta con que la métrica sea buena en una sola visita.
¿Los Core Web Vitals afectan el posicionamiento en Google?
Sí. Forman parte de las señales de experiencia de página y son un factor de ranking, aunque no el más importante: la relevancia y la calidad del contenido pesan más. Actúan como desempate entre páginas similares y, además, un sitio rápido y estable mejora la conversión y reduce el rebote.
¿INP reemplazó a FID?
Sí. El 12 de marzo de 2024, INP (Interaction to Next Paint) reemplazó oficialmente a FID (First Input Delay) como métrica de capacidad de respuesta. FID solo medía la primera interacción; INP evalúa todas las interacciones de la visita, ofreciendo una imagen más fiel de la experiencia real.
¿Cuál es la diferencia entre datos de laboratorio y datos de campo?
Los datos de laboratorio se obtienen en un entorno simulado (por ejemplo con Lighthouse) y sirven para depurar durante el desarrollo. Los datos de campo provienen de visitas reales recogidas en el Chrome UX Report y son los que Google usa para evaluar los Core Web Vitals. Para decisiones de SEO, guíate por los datos de campo.
Fuentes
- Google / web.dev — Web Vitals (definición de las métricas y umbrales).
- Google / web.dev — How the Core Web Vitals metrics thresholds were defined (percentil 75 y categorías).
- web.dev — Interaction to Next Paint becomes a Core Web Vital on March 12 (INP reemplaza a FID).
- Google Search Central — Introducing INP to Core Web Vitals.
- Google Search Central — Understanding Core Web Vitals and Google search results (factor de posicionamiento).
- Search Console Help — Core Web Vitals report (datos de campo y ventana de 28 días).