Los Core Web Vitals son tres métricas definidas por Google que miden los aspectos de la experiencia del usuario más críticos: qué tan rápido carga el contenido principal, qué tan rápido responde la página a las acciones del usuario y qué tan estable se mantiene el diseño mientras carga. Desde 2021 son un factor de posicionamiento oficial en Google Search.
En este artículo encontrarás una explicación clara de cada métrica, los umbrales que separan un sitio "bueno" de uno "deficiente" y las herramientas gratuitas con las que puedes medir y mejorar tus puntuaciones hoy mismo.
Por qué Google creó los Core Web Vitals
Google lleva años midiendo la velocidad web, pero las métricas técnicas tradicionales —TTFB, tiempo de carga total— no siempre reflejan lo que el usuario experimenta. Un sitio puede "cargar" en un segundo según los logs del servidor y aun así mostrar una pantalla en blanco durante tres segundos al usuario real.
Los Core Web Vitals nacen para poner el foco en la percepción humana: ¿el contenido aparece rápido? ¿La página responde cuando hago clic? ¿El texto se desplaza solo cuando intento leer?
Al convertirlos en factor de ranking, Google alinea los incentivos de los webmasters con la experiencia de sus propios usuarios. Un sitio que clasifica bien debe ser también un sitio agradable de usar.
Las tres métricas: LCP, INP y CLS
LCP — Largest Contentful Paint (Pintura del mayor elemento de contenido)
El LCP mide el tiempo desde que el usuario inicia la navegación hasta que el elemento de contenido más grande —normalmente una imagen hero o el bloque de texto principal— aparece completamente en pantalla.
Es la métrica de carga percibida más representativa: si el LCP es rápido, el usuario siente que la página ya está ahí.
| Puntuación | Valor de LCP |
|---|---|
| Bueno | ≤ 2,5 segundos |
| Necesita mejora | 2,5 – 4,0 segundos |
| Deficiente | > 4,0 segundos |
Causas más comunes de LCP alto: imágenes sin comprimir o sin precargar, servidor lento (TTFB elevado), CSS bloqueante que retrasa el renderizado.
INP — Interaction to Next Paint (Interacción hasta la próxima pintura)
El INP —que en marzo de 2024 reemplazó definitivamente al antiguo FID— mide la capacidad de respuesta global de la página. Registra todas las interacciones del usuario (clics, toques, pulsaciones de teclado) durante la visita y devuelve el valor del percentil 98: la latencia del peor caso que la mayoría de los usuarios experimenta.
| Puntuación | Valor de INP |
|---|---|
| Bueno | ≤ 200 milisegundos |
| Necesita mejora | 200 – 500 milisegundos |
| Deficiente | > 500 milisegundos |
Causas más comunes de INP alto: JavaScript pesado que bloquea el hilo principal, tareas largas (long tasks) que impiden procesar eventos del usuario, frameworks con hidratación costosa.
CLS — Cumulative Layout Shift (Cambio acumulado de diseño)
El CLS mide cuánto se desplazan inesperadamente los elementos visibles mientras la página termina de cargar. Todos hemos vivido la experiencia: ibas a hacer clic en un botón, se cargó un anuncio justo encima y terminaste tocando algo diferente. Eso es CLS alto.
| Puntuación | Valor de CLS |
|---|---|
| Bueno | ≤ 0,1 |
| Necesita mejora | 0,1 – 0,25 |
| Deficiente | > 0,25 |
Causas más comunes de CLS alto: imágenes sin atributos width y height definidos, anuncios o embeds que se insertan dinámicamente, fuentes web que cambian el texto al cargar (FOUT/FOIT).
Datos de laboratorio vs. datos de campo
Este punto confunde a muchos: puedes ver puntuaciones distintas según la herramienta que uses. La razón es que existen dos tipos de datos:
- Datos de laboratorio (Lab data): simulaciones controladas que herramientas como Lighthouse o PageSpeed Insights ejecutan desde un entorno estándar. Reproducibles y útiles para desarrollo, pero no reflejan la diversidad de dispositivos y conexiones reales.
- Datos de campo (Field data / CrUX): mediciones reales de usuarios anónimos que visitaron tu sitio. Google los recopila en el Chrome User Experience Report (CrUX) y los muestra en PageSpeed Insights y Search Console. Estos son los datos que Google usa para el ranking.
Un sitio nuevo sin tráfico no tendrá datos de campo todavía. En ese caso, los datos de laboratorio son la mejor aproximación disponible.
Cómo medir tus Core Web Vitals
Estas herramientas son gratuitas y dan información accionable:
Google PageSpeed Insights
Introduce cualquier URL en pagespeed.web.dev y obtendrás datos de campo (si existen) y datos de laboratorio con recomendaciones específicas ordenadas por impacto. Es el punto de partida recomendado.
Google Search Console — Informe de Experiencia de la Página
Si tienes tu sitio verificado en Search Console, el informe de Experiencia de la Página agrupa tus URLs por estado (Bueno / Necesita mejora / Deficiente) y muestra tendencias a lo largo del tiempo. Es la vista más estratégica: te indica qué páginas priorizar.
Chrome DevTools (Lighthouse)
Abre las DevTools del navegador (F12), ve a la pestaña Lighthouse y ejecuta una auditoría. Ideal durante el desarrollo para iterar sin depender de datos externos.
Web Vitals Extension
La extensión oficial de Google para Chrome muestra los Core Web Vitals de cualquier página en tiempo real mientras navegas. Perfecta para revisiones rápidas.
Para una visión más completa del ecosistema de métricas de rendimiento y cómo se relacionan entre sí, visita nuestro catálogo de artículos sobre rendimiento web.
Las mejoras de mayor impacto por métrica
Para mejorar el LCP
- Usa
<link rel="preload">para la imagen hero principal. - Convierte imágenes a WebP y aplica compresión sin pérdida perceptible.
- Mejora el TTFB eligiendo un hosting rápido o activando una CDN.
- Elimina el CSS bloqueante del renderizado o cárgalo de forma asíncrona.
Para mejorar el INP
- Divide las tareas largas de JavaScript en fragmentos más pequeños con
setTimeouto la APIscheduler.yield(). - Elimina scripts de terceros innecesarios (chats, tracking, widgets).
- Usa
web workerspara mover procesamiento pesado fuera del hilo principal.
Para mejorar el CLS
- Define siempre
widthyheighten todas las etiquetas<img>y<video>. - Reserva espacio para anuncios y embeds antes de que carguen.
- Usa
font-display: optionaloswappara evitar saltos de tipografía.
Si prefieres que un equipo especializado identifique y corrija los problemas de tus Core Web Vitals, elenlace.com ofrece auditorías técnicas con plan de acción detallado.
Conclusiones clave
- Los Core Web Vitals son tres métricas oficiales de Google: LCP (carga), INP (interactividad) y CLS (estabilidad visual).
- Desde 2021 son factor de ranking en Google Search; desde 2024, INP reemplazó al antiguo FID.
- Para ranking, Google usa datos de campo (usuarios reales), no datos de laboratorio.
- PageSpeed Insights y Search Console son las herramientas de referencia para medir y monitorear.
- LCP se mejora con imágenes optimizadas y hosting rápido; INP con menos JavaScript bloqueante; CLS con dimensiones declaradas en medios.
- Mejorar los Core Web Vitals beneficia el SEO y también reduce la tasa de rebote y aumenta las conversiones.
¿Tus Core Web Vitals están en rojo? El equipo de elenlace.com puede hacer una auditoría completa de tu sitio y entregarte un plan de mejoras priorizado para que pases a "Bueno" lo antes posible.
Preguntas frecuentes
¿Los Core Web Vitals son el único factor de experiencia de página en Google?
No. La actualización Page Experience de Google también incluye compatibilidad con móviles, ausencia de intersticiales intrusivos y navegación segura (HTTPS). Sin embargo, los Core Web Vitals son el componente con mayor peso y el más accionable mediante optimizaciones técnicas.
¿Con qué frecuencia actualiza Google los datos de Core Web Vitals?
El Chrome User Experience Report (CrUX) se actualiza mensualmente. Google Search Console muestra una ventana móvil de 28 días. Esto significa que los cambios que haces hoy no se reflejarán en el ranking de forma inmediata: espera entre 4 y 6 semanas para evaluar el impacto de una optimización.
¿Un sitio sin datos de campo (CrUX) puede verse perjudicado en el ranking?
Si no hay suficientes datos de campo para una URL o dominio, Google recurre a los datos del grupo de URLs o del dominio completo. Un sitio sin datos de CrUX no recibe una penalización explícita, pero tampoco obtiene la ventaja de señales positivas. Generar tráfico real es la única forma de acumular datos de campo.
¿INP es más difícil de mejorar que el antiguo FID?
Generalmente sí. El FID solo medía la latencia de la primera interacción, que era relativamente fácil de optimizar. El INP evalúa todas las interacciones durante la visita, por lo que requiere un análisis más exhaustivo del JavaScript que se ejecuta en el cliente y puede exigir cambios arquitectónicos en sitios con mucha lógica en el front end.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
