¿Qué son los Core Web Vitals? LCP, INP y CLS explicados (2026)

¿Qué son los Core Web Vitals?

Los Core Web Vitals de Google son tres métricas (Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift) que miden la experiencia del usuario de un sitio web. Estas métricas se basan en datos reales de usuarios recopilados de navegadores Chrome en todo el mundo y se centran en 3 aspectos de campo de la experiencia del usuario:

• Carga: qué tan rápido se carga el contenido de la página
• Interactividad: qué tan rápido puede responder un navegador a la interacción del usuario
• Estabilidad: qué tan (in)estable es el contenido mientras se carga en el navegador

Los Core Web Vitals no son estáticos. Google ha actualizado las métricas con el tiempo. Más recientemente, en marzo de 2024, Interaction to Next Paint (INP) reemplazó a First Input Delay (FID) como la métrica de capacidad de respuesta. INP mide cada interacción en una página, no solo la primera. Eso lo convierte en una prueba mucho más estricta de la capacidad de respuesta.

Aprobar los Core Web Vitals

A cada una de las métricas de los Core Web Vitals se le asigna una calificación de Bueno, Necesita mejorar o Deficiente según los umbrales creados por Google. Para aprobar los Core Web Vitals, al menos el 75% de tus visitantes necesitan tener una puntuación 'buena' en LCP, INP y CLS en el conjunto de datos Google CrUX a nivel de URL. Si los datos a nivel de URL no están disponibles, Google puede recurrir a datos a nivel de grupo de URLs o incluso a nivel de origen.

¿Por qué el percentil 75?

Google utiliza el percentil 75 (p75) de los datos reales de usuarios para determinar si una página aprueba los Core Web Vitals. Esto significa que el 75% de las visitas a la página deben tener una experiencia "buena" para que la página apruebe. Se eligió el percentil 75 como un equilibrio: captura la experiencia de la mayoría de los usuarios (a diferencia de la mediana, que ignora la mitad más lenta), sin ser tan estricto como para que un puñado de visitas atípicas en redes deficientes provoquen un suspenso.

En la práctica, esto significa que tu sitio necesita funcionar bien para la gran mayoría de los visitantes, no solo para aquellos con dispositivos rápidos y buenas conexiones.

Las tres métricas de los Core Web Vitals

Largest Contentful Paint (LCP): Carga

La métrica Largest Contentful Paint (LCP) representa qué tan rápido se está cargando tu sitio.

El propio elemento LCP es el mayor elemento individual con 'contenido' que se ha pintado en la parte visible de la pantalla. Con contenido significa que no cualquier elemento puede convertirse en un candidato a LCP. El elemento necesita tener algún contenido significativo. La definición esta vez es bastante estricta: los candidatos a LCP que se consideran son: imágenes, bloques de texto o vídeos que son visibles en el viewport, en relación con el momento en que el usuario navegó por primera vez a la página.

El valor de Largest Contentful Paint (LCP) es el tiempo en milisegundos entre la solicitud de la página y cuando el elemento con contenido más grande se muestra en la parte visible de la pantalla (por encima de la línea de flotación). Una buena puntuación de LCP es inferior a 2,5 segundos. Según el Web Almanac 2025, solo el 62% de las páginas móviles logra un buen LCP, lo que la convierte en la métrica de Core Web Vitals más difícil de aprobar.

El Largest Contentful Paint (LCP) se eligió porque se centra en la experiencia del usuario del visitante. Cuando ocurre el LCP, se puede asumir que un visitante piensa que la página ha terminado de cargar (aunque puede que no sea así en absoluto). El LCP fue creado para responder a la pregunta: ' ¿Cuándo es visible el contenido de una página?'.

Las formas más efectivas de mejorar el LCP incluyen precargar la imagen LCP con fetchpriority="high" y optimizar el tamaño de los archivos de imagen con formatos modernos como WebP y AVIF. Para una guía completa, consulta nuestra guía de optimización del Largest Contentful Paint.

Interaction to Next Paint (INP): Interactividad

Interaction to Next Paint (INP) representa la interactividad de tu sitio. La métrica mide qué tan rápido puede el navegador actualizar el diseño después de una interacción con una página web.

INP rastrea las interacciones discretas del usuario: clics, toques y pulsaciones de teclas. Las interacciones continuas como el desplazamiento y el paso del cursor no son medidas por INP. Cada interacción que califica se cronometra desde el momento de la entrada, pasando por el procesamiento de JavaScript, hasta la actualización visual final en pantalla.

El valor de Interaction to Next Paint es la diferencia de tiempo entre cada interacción del usuario y el cambio de presentación final en la página. La más lenta de todas las interacciones (o el percentil 98 para páginas con muchas interacciones) determinará la métrica final de Interaction to Next Paint (INP).

INP es una métrica puramente de campo y no puede ser medida por herramientas de laboratorio como Lighthouse porque requiere interacción real del usuario. En Lighthouse, la métrica Total Blocking Time correlaciona bien con Interaction to Next Paint. Aunque INP suele ser (mucho) más bajo que el Total Blocking Time, mejorar el TBT también mejorará INP. Una de las estrategias más efectivas es diferir el JavaScript no crítico para que no bloquee el hilo principal durante las interacciones del usuario.

A nivel global, el 77% de las páginas móviles logra una buena puntuación de INP (menos de 200ms), según el Web Almanac 2025. INP reemplazó a First Input Delay (FID) como Core Web Vital en marzo de 2024 y demostró ser una métrica significativamente más exigente. Para una guía completa, consulta nuestra guía de optimización de Interaction to Next Paint.

Cumulative Layout Shift (CLS): Estabilidad visual

Cumulative Layout Shift (CLS) representa la parte de estabilidad visual de los Core Web Vitals. Cumulative Layout Shift (CLS) mide los movimientos inesperados de elementos en la página mientras el contenido se renderiza o se muestra nuevo contenido en la página.

El valor de CLS se basa en 2 'fracciones'. La fracción de impacto y la fracción de distancia. Cuando un elemento es visualmente 'inestable', cambiará sus dimensiones provocando que otro contenido se desplace. La distancia es el número de píxeles en relación con el viewport. El impacto es el tamaño de los elementos afectados en relación con el viewport.

Las causas comunes de CLS incluyen imágenes sin atributos explícitos de ancho y alto, contenido inyectado dinámicamente como anuncios o banners de cookies, y fuentes web que se intercambian con un tamaño diferente al de la fuente de respaldo. Puedes reducir el CLS relacionado con fuentes autoalojando tus fuentes con la configuración adecuada de font-display. A nivel global, el 81% de las páginas móviles logra una buena puntuación de CLS según el Web Almanac 2025, lo que la convierte en la métrica de Core Web Vitals con mejor rendimiento. Para una guía completa, consulta nuestra guía de optimización de Cumulative Layout Shift.

¿Por qué importan los Core Web Vitals?

Entonces, ¿por qué deberías preocuparte por los Core Web Vitals?

• Mejor experiencia de usuario. Carga más rápida, interacciones más ágiles, menos saltos de diseño. Eso es lo que tus visitantes realmente notan. Los sitios que aprueban los Core Web Vitals ven menores tasas de rebote y mayores tasas de conversión (fuente: Google).
• Optimización para motores de búsqueda (SEO). Google ha convertido los Core Web Vitals en un factor de posicionamiento. Aprobarlos no catapultará una página mediocre al primer puesto, pero cuando dos páginas compiten por la misma palabra clave, la más rápida tiene la ventaja.
• Rendimiento móvil. La mayor parte de tu tráfico probablemente es móvil. El 70% de las personas usan smartphones para investigar productos antes de comprar y el 62% tienen más probabilidades de hacer negocios con empresas que tienen sitios web adaptados a móviles.
• Ventaja competitiva. La mayoría de tus competidores no están optimizando para los Core Web Vitals. Eso es una oportunidad. Si dos sitios se posicionan para la misma palabra clave y el tuyo carga más rápido y responde más ágilmente, Google tiene una razón para posicionarte más alto.
• Otros. Además de las ventajas anteriores, los Core Web Vitals están bastante bien documentados (y eso es único para un factor de posicionamiento conocido de Google). Si usas Google Ads obtendrás una mejor puntuación de anuncios. Esto significa que puedes comprar tus anuncios más baratos. Finalmente, aprobar los Core Web Vitals es uno de los requisitos previos para el cuadro de Top Stories de Google.

Impacto en el mundo real: caso de estudio de Vodafone

El impacto empresarial de los Core Web Vitals no es teórico. Cuando Vodafone Italia mejoró su Largest Contentful Paint en un 31%, vieron un aumento del 8% en las ventas, un 15% más de leads y una mejora del 11% en su ratio de carrito a visita. Páginas más rápidas, más ventas (fuente: caso de estudio en web.dev).

Datos de campo vs. datos de laboratorio

Los datos de campo y los datos de laboratorio miden cosas diferentes. Confundirlos y optimizarás para los números equivocados.

Los datos de campo (también llamados datos de Real User Monitoring o RUM) provienen de visitantes reales que usan tu sitio en condiciones reales. Esto incluye variaciones en la capacidad del dispositivo, velocidad de la red, ubicación geográfica y comportamiento de navegación. El conjunto de datos CrUX de Google recopila datos de campo de usuarios de Chrome que han dado su consentimiento. Los Core Web Vitals se miden exclusivamente utilizando datos de campo.

Los datos de laboratorio provienen de pruebas controladas ejecutadas en un dispositivo simulado en un entorno fijo. Herramientas como Lighthouse y WebPageTest generan datos de laboratorio. Las pruebas de laboratorio son repetibles y útiles para diagnosticar problemas específicos, pero no reflejan la diversidad de las experiencias reales de los usuarios.

Por qué los datos de campo importan para el SEO

Google utiliza datos de campo del conjunto de datos CrUX para evaluar los Core Web Vitals con fines de posicionamiento en buscadores. Una puntuación perfecta de Lighthouse de 100 no garantiza aprobar los Core Web Vitals, porque Lighthouse prueba una única visita simulada. Tus usuarios reales pueden estar en dispositivos más lentos, redes distantes o interactuando con la página de maneras que Lighthouse no puede replicar.

Por eso monitorizar tus Core Web Vitals con una solución de Real User Monitoring como CoreDash proporciona la imagen más precisa del rendimiento de tu sitio. Los datos RUM te permiten identificar problemas por tipo de dispositivo, región geográfica, plantilla de página y elementos individuales, proporcionándote información específica que las herramientas de laboratorio no pueden ofrecer.

Medir los Core Web Vitals

Dado que los Core Web Vitals se centran en 3 aspectos de campo de la experiencia del usuario, solo pueden medirse mediante datos de campo. Las pruebas sintéticas o de laboratorio como Lighthouse pueden proporcionar información sobre por qué tu página es lenta, pero NO miden los Core Web Vitals.

Comparación de herramientas de medición

Datos CrUX

Los Core Web Vitals son medidos por Google y se registran en el conjunto de datos CrUX. CrUX es el conjunto de datos oficial del programa Web Vitals. Hay varias formas de acceder al conjunto de datos:

1. El Panel de CrUX es un panel de Data Studio que permite consultar y renderizar datos de CrUX en un panel interactivo , así como exportar informes en PDF.
2. CrUX en BigQuery proporciona una base de datos de acceso público con todos los datos a nivel de origen recopilados por CrUX. Es posible consultar todos y cada uno de los orígenes para los que se recopilan datos, analizar cualquier métrica que CrUX soporte y filtrar por todas las dimensiones disponibles. Los histogramas completos de métricas se almacenan en las tablas de BigQuery permitiendo la visualización de distribuciones de rendimiento, incluyendo métricas experimentales.
3. La API de CrUX proporciona acceso programático a los datos de CrUX por página u origen, y puede filtrarse adicionalmente por tipo de dispositivo, tipo de conexión efectiva y métricas.
4. PageSpeed Insights utiliza CrUX para presentar datos de rendimiento de usuarios reales junto con oportunidades de rendimiento potenciadas por Lighthouse.

Datos RUM

Los datos RUM se recopilan mediante Real User Monitoring. Los datos RUM son lo más parecido al conjunto de datos CrUX. El conjunto de datos CrUX es altamente anónimo y no se presta a ser analizado en detalle. Los datos de CrUX también tienen una ventana de recopilación continua de 28 días. Por eso muchos profesionales de Core Web Vitals confían en las métricas de usuarios reales. Al igual que los datos de CrUX, los datos de usuarios reales se utilizan para medir los Core Web Vitals.

Una solución RUM como CoreDash ofrece varias ventajas sobre los datos de CrUX por sí solos: informes en tiempo real (en lugar de una ventana continua de 28 días), la capacidad de filtrar por páginas individuales, tipos de dispositivos, países y navegadores, y datos de atribución detallados que identifican qué elementos específicos están causando problemas. Esto hace que los datos RUM sean esenciales para diagnosticar y solucionar problemas de Core Web Vitals de manera eficiente.

Lighthouse

Lighthouse es una herramienta poderosa. Pero entiende esto: ¡Lighthouse NO mide los Core Web Vitals! Lighthouse es una herramienta llamada de laboratorio. Lighthouse realiza un análisis bajo circunstancias específicas. No navega entre páginas, no almacena recursos en caché, no interactúa con el sitio web y no simula circunstancias de la vida real.

Sin embargo, Lighthouse es una gran herramienta y si se usa correctamente te dirá mucho sobre los problemas de Core Web Vitals de una página.

La mejor forma de ejecutar un análisis de Lighthouse es a través de PageSpeed Insights en tu navegador o mediante la herramienta de línea de comandos de Lighthouse.

Lo que muestran los datos del mundo real

El Web Almanac 2025 ofrece una visión amplia del rendimiento de los Core Web Vitals en toda la web. Así es como se comporta cada métrica a nivel global en móvil:

Nota: TTFB y FCP son métricas de diagnóstico, no Core Web Vitals. Se incluyen aquí porque influyen enormemente en el LCP y en el rendimiento general de carga. Más información en nuestra guía de Time to First Byte y guía de First Contentful Paint.

Cómo mejorar los Core Web Vitals

Los Core Web Vitals son un conjunto de métricas en constante evolución y mejorarlos no es un esfuerzo puntual. Mantenerse a la vanguardia significa integrar el rendimiento en tu proceso de desarrollo: monitoriza tus métricas de campo, corrige las regresiones rápidamente y aplica pequeñas mejoras con cada lanzamiento.

Los 3 Core Web Vitals interactúan entre sí y mejorar uno a menudo tiene un efecto positivo o incluso negativo en los otros. Las directrices siguientes son un excelente punto de partida para entender y mejorar cada uno de los Core Web Vitals individualmente:

• Mejorar el Largest Contentful Paint
• Mejorar el Interaction to Next Paint
• Mejorar el Cumulative Layout Shift

Más allá de los tres Core Web Vitals en sí, dos métricas de diagnóstico juegan un papel crítico en el rendimiento general:

• Optimizar el Time to First Byte (TTFB): TTFB es la base del rendimiento de carga. Un TTFB lento hace que sea casi imposible lograr un buen LCP. Puedes empezar configurando tu CDN correctamente.
• Optimizar el First Contentful Paint (FCP): FCP mide qué tan rápido aparece el primer contenido en la pantalla. Sirve como un indicador temprano de la velocidad de carga percibida.

Para una guía paso a paso que cubra todas las áreas de optimización, usa nuestra Lista de verificación definitiva de Core Web Vitals.

Google Page Experience y los Core Web Vitals

Los Core Web Vitals son un subconjunto de la puntuación de experiencia de página de Google. Page Experience es un conjunto de señales que miden cómo los usuarios perciben la experiencia de interactuar con una página web más allá de su valor informativo puro, tanto en dispositivos móviles como de escritorio.

Puedes encontrar los datos de Page Experience y Core Web Vitals de tu sitio en la sección 'Experiencia' de tu cuenta de Google Search Console.