Core Web Vitals: todo sobre las métricas más importantes de la velocidad web

Core Web Vitals es un conjunto esencial de métricas de Google diseñado para reflejar la velocidad de carga de los sitios web y la experiencia del usuario.

Descubramos qué métricas incluye, por qué son importantes y cómo medirlas. Core Web Vitals representa el mínimo indispensable que deberías conocer sobre la velocidad de tus sitios web.

Métricas del conjunto Core Web Vitals#

Core Web Vitals (CWV) son un conjunto de tres perspectivas sobre la velocidad de los sitios web: la velocidad de carga, la velocidad de interacción y la estabilidad visual.

• Velocidad de carga (LCP) mide el tiempo necesario para cargar el elemento visible más grande en la página. Responde a la pregunta «¿Qué tan rápido se carga?» El límite para cumplir es de 2,5 segundos.
• Velocidad de interacción (INP) mide el tiempo desde que se realiza una interacción hasta que se renderiza un nuevo fotograma, en todas las interacciones de la página. Responde a la pregunta «¿Qué tan rápido responde?» Una buena respuesta hasta un nuevo renderizado es de 200 ms.
• Estabilidad visual (CLS) examina la estabilidad visual de la página durante la carga y la navegación del usuario. Responde a la pregunta «¿Cuánto se mueve la página?» Google considera satisfactorio un CLS por debajo de 0,1.

Resumido en una tabla:

Métrica	🟢 Buena	🟠 Mejorar	🔴 Mala
Velocidad de carga Largest Contentful Paint (LCP)	≤ 2,5 s	2,5 – 4 s	> 4 s
Velocidad de interacción Interaction to Next Paint (INP)	≤ 200 ms	200 – 500 ms	> 500 ms
Estabilidad visual Cumulative Layout Shift (CLS)	< 0,1	0,1 – 0,25	> 0,25

¿Cómo y por qué surgieron los Core Web Vitals?#

Google presentó la iniciativa Web Vitals en mayo de 2020. El objetivo era unificar la velocidad web en un pequeño conjunto de cifras que reflejen lo que las personas realmente experimentan en una página, no solo lo que muestra una prueba de laboratorio única. La tríada inicial de Core Web Vitals eran la velocidad de carga (LCP), la estabilidad visual (CLS) y la interactividad medida por la métrica First Input Delay (FID).

Google basó la selección de métricas en datos del Informe de UX de Chrome y en investigaciones sobre la interacción humano-computadora, resumidas también en el artículo The Science Behind Web Vitals. Desde junio de 2021, los Core Web Vitals se incorporaron a la evaluación en buscadores dentro de la señal de Experiencia en la Página. Para los propietarios de sitios web, esto significa que la velocidad ya no es solo una optimización técnica para desarrolladores, sino parte de la visibilidad en Google.

Detrás de la iniciativa también está el interés de Google por no enviar a las personas desde su ecosistema –búsquedas, anuncios o enlaces en Chrome– a páginas lentas o de difícil uso. Prefiere priorizar sitios con buena experiencia de usuario (UX). Por tanto, los Core Web Vitals vigilan una parte esencial de la UX, especialmente importante para los visitantes que llegan precisamente desde el ecosistema de Google.

Otra ventaja de los Core Web Vitals es su carácter autoritario. Proporcionan un lenguaje común entre el propietario del sitio, los desarrolladores y el marketing. Sabes qué preguntar en los informes y puedes seguir las mismas cifras.

¿Qué significan unos buenos Core Web Vitals?#

Google considera que un sitio cumple con los CWV cuando las tres métricas están en la banda verde en el percentil 75 de los datos del Informe de UX de Chrome durante los últimos 28 días, tanto para móvil como para escritorio.

Es un objetivo técnico razonable. Pero no es una definición de un "sitio rápido". Google estableció los umbrales para que sean alcanzables por sitios bien construidos, no para representar la velocidad máxima.

Si necesitas ver no solo el percentil 75, sino la forma de la distribución de valores entre los usuarios, utiliza el histograma en el Informe de UX de Chrome.

En PageSpeed.ONE decimos que cumplir con los Core Web Vitals es el mínimo para comenzar a trabajar en la velocidad.

Para la toma de decisiones empresariales (conversiones, retención, abandono del carrito) necesitas, además de cumplir con los umbrales de las métricas LCP, INP y CLS, nuestro análisis empresarial.

¿Se puede expresar con un solo número?#

Se puede, pero cuidado con el tipo de número que elijas. Para conocer el estado del sitio con usuarios reales, necesitas seguir las tres métricas Core Web Vitals por separado para móvil y escritorio. Son seis valores por dominio, y en varios dominios, decenas de cifras.

Para el propietario del sitio, el marketero o el gestor del proyecto, puede no ser sencillo interpretar si se está logrando o no. Es tentador entonces recurrir a una sola puntuación sintética de Lighthouse, pero esta no está relacionada con los datos de CrUX y puede ser engañosa para tomar decisiones sobre la velocidad del sitio.

En PageSpeed.ONE, por eso, tenemos la puntuación PageSpeed.ONE (SPS). Surgió de la práctica consultiva: primero mostramos a los clientes CrUX y CWV en el monitoreo, pero para un resumen rápido, comparación de dominios o informe para la gerencia, necesitamos un solo valor derivado de la misma fuente: de los usuarios de Google, no de una prueba de laboratorio.

Puntuación de velocidad (SPS): unifica las seis cifras Core Web Vitals de un dominio en un solo resumen de datos CrUX.

SPS unifica LCP, INP y CLS para móvil y escritorio en un solo porcentaje. Considera toda la distribución de usuarios, no solo el percentil 75, y pondera las métricas según cómo reaccionan a ellas tanto el negocio como la audiencia real. No reemplaza a CWV en la optimización; pero te dice rápidamente cómo estás en general. El cálculo detallado e interpretación se encuentra en el artículo sobre la puntuación PageSpeed.ONE (SPS).

¿Cómo medir los valores de las métricas Core Web Vitals desde los usuarios?#

Debemos tener en cuenta que las métricas Core Web Vitals representan datos recopilados de usuarios reales de Google Chrome en el dataset Informe de UX de Chrome. Sin embargo, estos datos también se pueden obtener a través de la API de Google y también son proporcionados por diversos proveedores.

En la práctica, para una detección única del estado, recomendamos ir al test de velocidad del sitio web PageSpeed.ONE (Insights) como primera opción:

Otra opción son PageSpeed Insights de Google para una rápida verificación única de un dominio ajeno. Sin embargo, esta herramienta no muestra la evolución en el tiempo, la cual se obtiene con otra herramienta de Google, que es CrUX Vis.

Google Search Console como complemento importante#

Otra herramienta importante es Google Search Console para un resumen de datos por grupos de URL.

Sin embargo, cuidado con la interpretación de los datos. En PageSpeed.ONE a menudo explicamos a los clientes los reportes no intuitivos que muestran el número de URLs en bandas de color, no los valores de las métricas.

Un desplazamiento de las páginas del naranja al verde puede significar una mejora del LCP de 2,51 s a 2,49 s, donde el color se ha reorganizado, pero la velocidad real prácticamente no se ha movido. Search Console cuenta el número de URLs en cada banda. Basta con mover unas pocas URLs por encima del umbral (por ejemplo, LCP de 2,51 s a 2,49 s) y el dominio salta del naranja al verde, aunque el valor promedio de la métrica apenas ha cambiado.

El reporte en Google Search Console muestra cuántas URLs caen dentro de la banda "requiere mejora", no el valor promedio para el dominio.

Un análisis detallado de la recopilación, reglas y limitaciones se encuentra en la página dedicada al Informe de UX de Chrome. Cómo leer la velocidad en Search Console paso a paso se detalla en la guía Google Search Console y Core Web Vitals.

¿Cómo probar los Core Web Vitals en sintética?#

El Informe de UX de Chrome te dice cómo estaba tu web con usuarios reales en los últimos 28 días. Para verificar una página específica, la regresión después de un despliegue o probar una página que no tiene datos de usuarios de Google, necesitas otra fuente: mediciones sintéticas ("de laboratorio") en condiciones controladas.

Para probar CWV sintéticamente, puedes usar Lighthouse, que también está disponible en la herramienta de monitoreo de PageSpeed.ONE o en nuestra herramienta para test de velocidad web.

Sin embargo, la sintética solo tiene una verdad parcial, cuidado con eso.

Cumplimiento de Core Web Vitals: datos de usuarios vs. síntesis#

Cuando decimos "el sitio cumple con CWV", nos referimos a datos de usuarios, no a datos sintéticos. Específicamente: datos del Informe de UX de Chrome de los últimos 28 días, percentil 75, todas las métricas en la banda verde, por separado para móvil y escritorio.

La puntuación sintética en Lighthouse no te dirá esto; muestra su propio resultado único y suele ser innecesariamente estricta para CWV.

Razones por las que la síntesis no suele ser tan precisa como la realidad:

1. INP no capturado en síntesis
   Las pruebas de laboratorio no tienen clics de usuario, por lo que INP es inaccesible para el "cumplimiento de CWV" en mediciones sintéticas.
2. CLS solo para la primera carga
   Los desplazamientos reales tras la interacción (ordenamiento de productos, apertura de filtros) generalmente no aparecen en la medición de laboratorio; en CrUX se recopilan durante todo el tiempo que la página está abierta.
3. Un dispositivo en un momento dado
   La síntesis mide un perfil de red y CPU definido. CrUX es la distribución de personas reales en diferentes dispositivos; la agregación hace que sea "más amable" con las fluctuaciones aisladas.

Si elogias el estado verde en las mediciones de laboratorio, pero CrUX sigue naranja, no significa un error de las herramientas. La síntesis mide el potencial técnico de la página; CrUX la realidad de los usuarios. Tiene sentido optimizar para que los datos de Core Web Vitals de los usuarios estén en orden.

Para obtener una imagen completa, siempre combina síntesis y CrUX, o bien añade RUM. Hemos detallado las diferencias en el artículo síntesis vs. CrUX vs. RUM.

Importancia de las métricas Core Web Vitals y su impacto en el negocio#

Las páginas que cumplen estas métricas generalmente brindan una mejor experiencia de usuario, lo que puede llevar a mayores conversiones, mejor posicionamiento en buscadores y anuncios PPC más baratos.

Google tampoco eligió las métricas y valores límite al azar, sino sobre la base de un trabajo a largo plazo y análisis de muchos estudios en el área de interacción humano-computadora. Por las razones mencionadas, consideramos CWV como límites importantes para la optimización de la velocidad web.

Sin embargo, ten en cuenta que no todas las tres métricas tienen el mismo peso para el negocio. Desde nuestra práctica consultiva, vemos que el LCP o INP puede impactar notablemente más en la tasa de conversión de un e-commerce que el CLS.

El CLS suele ser, en este sentido, el menos importante para el negocio, y su influencia a menudo es superada por la apariencia de la página en los resultados de búsqueda, las campañas de marca o la navegación.

Cumplir con los umbrales es el punto de partida; para priorizar las optimizaciones, recomendamos añadir nuestro análisis empresarial (flujos de conversión, RUM, pruebas A/B).

Vemos con frecuencia el impacto de Core Web Vitals en el SEO#

Desde la práctica consultiva a largo plazo en PageSpeed.ONE, vemos el impacto más notable de Core Web Vitals en el SEO en dos tipos de proyectos: en e-commerces y en sitios de contenido.

También influye el nivel técnico equilibrado de la competencia. Donde los competidores no han controlado la velocidad, un sitio bien hecho puede ganar posiciones adicionales. Donde todos la han controlado, las métricas rojas profundizan la desventaja.

Ejemplo específico de e-commerce:

Después de medidas contra el lento INP, vimos una mejora gradual en la posición. En comparación modelada, +17,3% de sesiones adicionales de Google.

En Denatura, que monitoreamos a largo plazo como e-commerce de cosmética natural, combinamos la optimización CWV con el análisis continuo en Google Search Console y el registro de despliegue interno.

Tras optimizar la métrica INP en la página del producto (especialmente de terceros y código que bloqueaba innecesariamente el hilo principal), vimos una estabilización de posiciones y una mejora gradual en la velocidad para los usuarios. Esto corresponde aproximadamente a lo que vemos en otros casos: el efecto no se manifiesta inmediatamente como un salto en el tráfico, sino gradualmente a través de posiciones e impresiones en consultas de cola larga a las que están dirigidas las páginas problemáticas.

De otro caso de estudio anonimizado de e-commerce en PageSpeed.ONE, vemos que después de corregir el INP en febrero de 2026, hubo una estabilización casi inmediata de la posición promedio (de ~5,2 a ~4,3) y la detención de grandes oscilaciones en la búsqueda. Impresiones y clics no se dispararon de inmediato; el efecto fue a través de la mejora de la calidad de las consultas de cola larga. Se alinea con la experiencia histórica de septiembre de 2025, cuando la coincidencia de CWV "verdes" con la actualización central de Google creó un crecimiento que la técnica por sí sola probablemente no habría provocado en tal medida. Por el contrario, unos CWV pobres funcionan como un freno de mano tirado. El sitio crecerá en temporada gracias al marketing, pero la técnica lo frena continuamente.

¿Siguen teniendo sentido los Core Web Vitals?#

Sí, y por varias razones a la vez. Core Web Vitals sigue siendo el mínimo que el propietario de un sitio debe entender, y desde nuestra práctica consultiva vemos tres argumentos recurrentes:

1. Impacto en SEO y PPC
   Las métricas Core Web Vitals siguen siendo una señal para la búsqueda e influyen en la puntuación de calidad de Google Ads. El mal estado lo vemos regularmente en la cuenta y en el CPC.
2. Benchmark básico de UX y conversiones
   Tres métricas describen tres dimensiones reales de la experiencia a las que la psicología humana responde: qué tan rápido aparece, qué tan rápido responde, cuánto se mueve. Estas tres preguntas se las hace tu visitante, quieras o no.
3. Métricas proxy para otros indicadores técnicos
   Durante una actualización central se mueven muchas cosas a la vez. De la observación de muchos proyectos, vemos que los sitios con buen estado técnico suelen tener menos caídas o incluso ganar durante las actualizaciones. La velocidad de carga (LCP) funciona como proxy incluso para la velocidad del backend (TTFB), y esta puede influir positivamente en el presupuesto de rastreo (crawl budget) de Google y la disponibilidad del sitio para bots de IA (en PageSpeed.ONE tratamos Estrategias para bots de IA).

¿Qué no hacen las métricas Core Web Vitals? No te dicen si tu sitio es rápido para el negocio. Para ello necesitas otras cifras, típicamente un análisis empresarial en tus propios flujos de conversión, o la recopilación de datos RUM. Tomar los CWV como la única medida sería el mismo error que tomar la puntuación en Lighthouse como la velocidad del sitio.

Cómo mejorar los Core Web Vitals#

La optimización de cada métrica tiene sus propias reglas y su propio artículo. Aquí solo un breve índice combinado con la experiencia de nuestros propios proyectos:

• Optimización de la velocidad de carga (LCP):
  Hay mucho. Desde mejorar el backend (TTFB), optimizar la ruta crítica (CSS, fuentes), formatos y tamaños de imágenes adecuados, fetchpriority y preload para el elemento LCP, carga diferida fuera del viewport. Desglosamos el procedimiento en detalle en la optimización de LCP.
• Optimización de la velocidad de interacción (INP):
  Dividir tareas largas (setTimeout, scheduler.yield()), aplazar JS no crítico tras la interacción, limitar el código de terceros en momentos críticos, devolver al usuario una respuesta visual inmediata. Un enfoque a largo plazo en una aplicación real lo describe el caso de estudio Innogy (mejora del INP en un 38%). Receta en la optimización de INP.
• Optimización de la estabilidad visual (CLS):
  Asegúrate de las dimensiones de imágenes e iframes (dimensiones CLS), configuración adecuada del espacio para fuentes, banners asíncronos con reserva fija, cuidado con los desplazamientos tras el clic. Una visión completa en la optimización de CLS.

Desde la práctica consultiva del equipo de PageSpeed.ONE, añadimos algunas notas avanzadas:

• Cloudflare
  Para muchos sitios, recomendamos considerar la instalación de una CDN: con la configuración adecuada (configuración Cloudflare), puede ayudar con todas las métricas Core Web Vitals.
• Límites de plataforma
  Shoptet como plataforma requiere un enfoque diferente, ver optimización de Shoptet (GTM asíncrono, desplazamientos en la barra de cookies, modernización de JS).

Los cambios en Core Web Vitals se reflejan en los datos de Google (CrUX) con un retraso (típicamente el movimiento comienza a manifestarse 1-2 semanas después del despliegue). Para evitar que una regresión pase desapercibida a producción, recomendamos implementar un monitoreo de velocidad web a largo plazo con alertas sobre deterioros.

Dashboard de Core Web Vitals en el monitoreo de PageSpeed.ONE#

El resumen de las métricas Core Web Vitals para móviles y escritorio se encuentra en nuestra herramienta para test de velocidad web, pero también en el monitoreo PLUS – en el informe Resumen y otros. Además, en nuestra herramienta es posible seguir la evolución de las métricas a nivel de dominio o URL por meses.

El monitoreo PLUS regular complementa las pruebas sintéticas y alertas sobre regresiones, evitando así llegar al mal estado a ciegas.