Core Web Vitals: la velocidad de un sitio explicada

«¿Mi sitio es lo bastante rápido para Google?» Google responde con tres medidas, las Core Web Vitals. Se recogen de visitantes reales, en sus teléfonos reales, y describen lo que sienten: ¿llega rápido la página, responde cuando se toca, se queda en su sitio?

Esto es lo que miden, los umbrales que alcanzar, cómo leerlas sin ser desarrollador, y lo que pesan de verdad en la clasificación.

Tres medidas, tres sensaciones

• LCP (Largest Contentful Paint): el tiempo que tarda en mostrarse el elemento más grande visible en la primera pantalla, una imagen, un bloque de texto, la portada o el primer fotograma de un vídeo. Es la sensación de carga.
• INP (Interaction to Next Paint): el retraso entre una acción del visitante (un toque, un clic, una tecla) y la reacción visible de la página, observado durante toda la visita. Pasar el ratón por encima y desplazarse no cuentan. INP sustituyó a la antigua medida FID en marzo de 2024.
• CLS (Cumulative Layout Shift): los saltos de la maquetación, cuando un texto baja de golpe porque una imagen o un banner se ha cargado encima. Es la estabilidad.

Los umbrales, tal como los publica Google:

La regla del percentil 75

Un umbral no se juzga en una visita. Google mira el percentil 75 de las visitas, por separado en móvil y en ordenador. Dicho de otro modo: al menos tres visitas de cada cuatro deben estar en verde. Una página supera la prueba si cumple los tres umbrales a la vez, y en Search Console, un grupo de páginas toma la nota de su peor medida.

Pocos sitios lo consiguen. En julio de 2025, el 48 % de los sitios superaba los tres umbrales en móvil, frente al 44 % un año antes. El LCP es el más difícil: el 62 % de los sitios tenía uno bueno en teléfono, frente al 77 % para el INP y el 81 % para el CLS (Web Almanac 2025, HTTP Archive).

Medirlas sin ser desarrollador

1. PageSpeed Insights. Pega la dirección de tu sitio. La parte de arriba muestra los datos reales de los usuarios de Chrome en los últimos 28 días. La de abajo muestra una prueba de laboratorio: una carga simulada, en un dispositivo y una conexión fijos.
2. El informe de Core Web Vitals de Search Console. Los mismos datos reales, por grupos de páginas, en móvil y en ordenador. Solo aparecen las páginas indexadas. Después de una corrección, el botón de validación lanza 28 días de seguimiento.
3. Lighthouse, en las herramientas para desarrolladores de Chrome, para probar mientras cambias la página. No mide el INP, a falta de un visitante real, y lo sustituye por una estimación.

Un sitio pequeño a menudo no tiene suficientes visitas para que Chrome publique sus datos reales. PageSpeed Insights recurre entonces al sitio entero, o solo muestra la prueba de laboratorio. Complétala con un ensayo en tu propio teléfono, en 4G, en la calle.

Lo que pesa la velocidad en Google

Google lo dice con claridad: sus sistemas de clasificación buscan recompensar las páginas que ofrecen una buena experiencia, y tienen en cuenta las Core Web Vitals. No existe, sin embargo, una única «señal de experiencia en la página».

Pero Google añade que la búsqueda muestra siempre el contenido más pertinente, aunque la experiencia en la página sea deficiente. Unas buenas medidas no garantizan el primer puesto. Cuentan sobre todo cuando muchas páginas útiles responden igual de bien a la misma pregunta.

Dicho llanamente: una página rápida que no responde a nada no ganará a una página más lenta que responde. El contenido primero. La velocidad desempata, y sobre todo, retiene a tus visitantes.

Lo que más a menudo frena un sitio pequeño

El peso. En julio de 2025, la página de inicio mediana pesaba más de 2 MB en móvil, y las imágenes representaban la mayor parte de los bytes (Web Almanac 2025). La ayuda de Search Console da una referencia mucho más estricta: menos de 500 KB para una página y todos sus recursos, y como mucho 50 recursos en móvil. Una página con fondo de vídeo la supera rápido; razón de más para que el vídeo sea corto y comprimido, y para que todo lo demás sea ligero.

El LCP. Los consejos de web.dev para acelerarlo:

• la imagen principal se declara directamente en la página, no la descubre más tarde un script;
• nunca se carga en diferido: la carga diferida se reserva para las imágenes de más abajo;
• se sirve al tamaño adecuado, en un formato moderno como WebP o AVIF;
• las fuentes no impiden que el texto se muestre mientras se cargan.

Un detalle útil para una primera pantalla a sangre: Chrome deja fuera del cálculo los elementos que cubren toda la pantalla, que trata como un fondo. El elemento más grande medido puede ser entonces tu titular. Haz que se muestre pronto, sin esperar a una fuente o a un script.

El CLS. Las causas clásicas: imágenes y vídeos sin dimensiones declaradas, una fuente de reserva más grande o más pequeña que la fuente final, un banner o un widget insertado encima del contenido a posteriori.

El INP. Sufre cuando el navegador está ocupado ejecutando scripts largos en el momento en que el visitante toca la pantalla. Cada script añadido, servicios de terceros incluidos, puede contribuir.

En los sitios compuestos en el estudio 29webs, el vídeo de fondo se vuelve a codificar y se aligera, sin pista de sonido, y va acompañado de una imagen fija. Si los visitantes han pedido a su dispositivo menos animación, el vídeo se desvanece y la imagen fija se queda. Los detalles están en la página del fondo de vídeo.

En resumen: apunta a una visualización en 2,5 segundos, una reacción en 200 milisegundos y una página que no salta, en tres visitas de cada cuatro. Mide con PageSpeed Insights y Search Console. Y respeta el orden de Google: la pertinencia primero, la velocidad después.