Core Web Vitals son tres métricas que Google usa para medir la experiencia real de quienes abren su sitio web. LCP mide cuánto tarda en aparecer el contenido principal (el límite bueno es 2.5 segundos), INP mide la respuesta a clics y toques (200 milisegundos) y CLS mide cuánto se desplaza la página mientras carga (0.1). Los límites se evalúan en el percentil 75 de los accesos reales, separados en celular y computadora.
Si usted tiene un sitio web de empresa y ya escuchó que “su Core Web Vitals está mal”, este texto explica qué significa, dónde revisarlo y qué ajustar primero. Si busca cómo leer el reporte de una herramienta de prueba, le conviene más nuestra guía de PageSpeed Insights. Aquí el tema son las tres métricas en sí.
Qué son los Core Web Vitals
Los Core Web Vitals son el conjunto de métricas de Google para la carga, la interactividad y la estabilidad visual de una página. Según la documentación de Google Search Central, Google recomienda que el dueño del sitio logre buenos valores en las tres, tanto por el resultado en la búsqueda como por la experiencia de quien lo visita.
El punto central es que la medición viene de personas reales. No es la nota de una prueba hecha en laboratorio. Es lo que vivieron los usuarios del navegador Chrome al abrir sus páginas, agregado a lo largo de semanas.
Los umbrales oficiales de LCP, INP y CLS
Cada métrica tiene tres rangos, publicados por Google en web.dev. Guarde esta tabla, porque es la que usan las herramientas para marcar en verde, naranja o rojo.
| Métrica | Qué mide | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Tiempo hasta que aparece el elemento más grande | hasta 2.5 s | entre 2.5 s y 4 s | más de 4 s |
| INP (Interaction to Next Paint) | Respuesta a clics, toques y teclas | hasta 200 ms | entre 200 y 500 ms | más de 500 ms |
| CLS (Cumulative Layout Shift) | Cuánto se mueve el diseño sin aviso | hasta 0.1 | entre 0.1 y 0.25 | más de 0.25 |
Una página solo aprueba cuando las tres métricas están en el rango bueno en el percentil 75. Eso significa que, de cada cuatro visitas, al menos tres deben haber quedado dentro del límite. Una visita rápida de su parte, con fibra y una computadora nueva, no prueba nada.
LCP: cuánto tarda en aparecer el contenido principal
El LCP es el tiempo hasta que se carga el elemento visible más grande de la pantalla, por lo general la foto de la parte superior o el título grande. Para el visitante, es el momento en que “la página llegó”.
Google divide el LCP en cuatro partes que suman el tiempo total. Saber cuál de ellas es la más grande evita que usted corrija el lugar equivocado.
- Tiempo hasta el primer byte. El servidor responde.
- Retraso para empezar a descargar la imagen. El navegador tarda en descubrir cuál es la imagen principal.
- Duración de la descarga de la imagen. Peso y formato del archivo.
- Retraso en el renderizado. La imagen llegó, pero algo (como un script) frena su visualización.
La guía oficial de Google, en optimizar el LCP, advierte que mejorar una parte puede solo trasladar el tiempo a otra. Comprimir la imagen no sirve si el elemento queda oculto hasta que termina de cargar un script.
En los sitios de empresas, las causas más comunes son una foto de portada enorme, un servidor lento para responder y la imagen principal cargada con lazy load, lo que retrasa justo lo que debería aparecer primero.
INP: ¿la página responde cuando usted la toca?
El INP mide todos los clics, toques y teclas durante la visita y reporta, por lo general, la peor interacción. Google descarta la más lenta por cada 50 interacciones para eliminar el efecto de un tropiezo aislado.
Esta métrica reemplazó al FID. Según el propio web.dev, el INP se convirtió en métrica estable del conjunto en 2024. Si un informe antiguo todavía habla de FID, está desactualizado.
Lo que empeora el INP en el sitio de una empresa:
- Demasiados scripts de terceros, como chat, píxeles, mapas y carruseles.
- Un menú o formulario que ejecuta código pesado en cada toque.
- Tag Manager con demasiadas etiquetas que se disparan al mismo tiempo. Nuestra guía de Google Tag Manager muestra cómo simplificar el contenedor.
El síntoma que percibe el visitante es tocar el botón de WhatsApp y que no pase nada durante medio segundo.
CLS: por qué la página salta mientras carga
El CLS suma los desplazamientos inesperados de elementos visibles. Es el botón que baja justo en el momento del clic, o el texto que desaparece detrás de un banner que aparece.
Google enumera los orígenes típicos en la guía de CLS. Imágenes y videos sin dimensiones definidas, fuentes que cambian de tamaño al cargar, y anuncios o widgets de terceros que se redimensionan. La corrección suele ser económica. Asignar ancho y alto a las imágenes y reservar el espacio de banners y contenidos incrustados resuelve la mayor parte.
Qué muestran los sitios de empresas en Maps
Medimos el celular de una muestra pequeña para obtener un panorama, no una estadística del mercado. En octubre de 2026 relevamos los perfiles que Google Maps muestra primero en São Paulo, Río de Janeiro y Belo Horizonte en cada nicho, y ejecutamos la prueba de velocidad en celular en 8 sitios de cada uno.
| Nicho (muestra de 8 sitios) | LCP mediano en celular | Sitios con LCP superior a 2.5 s |
|---|---|---|
| Clínica odontológica | 5.4 s | 100% |
| Clínica de estética | 5.05 s | 100% |
| Contabilidad | 5.15 s | 100% |
| Clínica médica | 9.65 s | 88% |
En los 8 sitios de clínicas odontológicas que medimos, ninguno quedó dentro del límite bueno de LCP. En las clínicas médicas, la mediana superó los 9 segundos. Con 8 sitios por nicho, el número no vale para todo Brasil. Sirve para mostrar que el límite de 2.5 segundos no es holgado para la mayoría de los sitios de empresa que el cliente ve primero.
Dónde medir: datos reales y datos de laboratorio
Existen dos tipos de medición, y confundirlos genera discusiones inútiles con quien hizo el sitio.
- Datos de campo. Visitas reales de usuarios de Chrome. Es lo que usa Google. Aparece en el informe de Core Web Vitals de Search Console y en la parte superior de PageSpeed Insights.
- Datos de laboratorio. Una prueba simulada, hecha en el momento, con un dispositivo estándar. Sirve para encontrar al culpable, pero no es la nota que cuenta.
El camino más directo es abrir el informe de Core Web Vitals de Search Console. Agrupa las URL por estado (deficiente, necesita mejorar, bueno) y por métrica, con base en datos reales. Un sitio nuevo o con poco tráfico puede no tener suficientes datos de campo, y entonces el laboratorio es la única guía durante algunas semanas.
¿Core Web Vitals influyen en el posicionamiento?
Influyen, pero no deciden por sí solos. La documentación de Google sobre la experiencia en la página dice que los sistemas de clasificación buscan recompensar el contenido con buena experiencia y que el dueño del sitio no debe enfocarse solo en uno o dos aspectos. Los Core Web Vitals son una de las preguntas de esa lista, junto con HTTPS, buena visualización en el celular y ausencia de pop-ups intrusivos.
En la práctica, una página lenta con contenido excelente todavía puede aparecer. Lo que pierde es la conversión. El visitante que espera 5 segundos en el celular vuelve a los resultados de búsqueda, y el anuncio o el clic orgánico que usted pagó para conseguir se va sin una solicitud de cotización.
Por dónde empezar a corregir
Orden que usamos en una auditoría, de lo que más suele rendir a lo que menos:
- Abra el informe de Search Console y vea cuál de las tres métricas aparece como problema. No toque las otras.
- Identifique el LCP de la página de inicio y cuál es el elemento. Si es una imagen, dele prioridad de carga y quite el lazy load de esa foto.
- Defina el ancho y el alto de todas las imágenes y reserve el espacio de banners, mapas y videos.
- Liste los scripts de terceros y elimine los que ya nadie usa.
- Vuelva a medir después de 28 días. El dato de campo es agregado y tarda en reflejar la corrección.
Este paso a paso forma parte de lo que entregamos en optimización de sitios web, junto con el resto del SEO técnico, que se ocupa de la indexación, la estructura y la velocidad en un mismo plan.
Preguntas frecuentes
¿Qué son los Core Web Vitals? Son tres métricas de Google que miden la experiencia real del visitante en una página. LCP mide la carga del contenido principal, INP mide la respuesta a clics y toques, y CLS mide la estabilidad visual.
¿Cuáles son los límites buenos de LCP, INP y CLS? LCP hasta 2.5 segundos, INP hasta 200 milisegundos y CLS hasta 0.1, evaluados en el percentil 75 de los accesos reales, según Google.
¿El INP reemplazó al FID? Sí. El INP pasó a ser una métrica estable de los Core Web Vitals en 2024 y ocupó el lugar del FID.
¿Los Core Web Vitals influyen en el posicionamiento en Google? Forman parte de la experiencia en la página que los sistemas de ranking buscan recompensar, pero Google indica que no hay que fijarse solo en uno o dos aspectos. El contenido relevante sigue pesando más.
¿Dónde veo los Core Web Vitals de mi sitio? En el informe Core Web Vitals de Search Console, que usa datos reales de usuarios, y en PageSpeed Insights, que muestra datos de campo y de laboratorio.
¿Por qué Search Console muestra pocas URL o ninguna en el informe? El informe depende de una cantidad mínima de visitas reales desde Chrome. Un sitio con poco tráfico puede no aparecer, y en ese caso la prueba de laboratorio orienta las correcciones.
¿Quiere saber en qué métrica falla su sitio?
Analizamos los tres Core Web Vitals de sus páginas principales y le entregamos la lista de lo que debe corregir primero. Vea cómo funciona en optimización de sitios para Google e IA y solicite el análisis.