Core Web Vitals explicado: LCP, INP y CLS y cómo mejorarlos

Respuesta corta: las Core Web Vitals (en español, Métricas web principales) son tres mediciones con las que Google evalúa cómo viven los visitantes reales una página: el LCP mide lo rápido que carga el contenido principal, el INP lo rápido que responde a clics y toques, y el CLS cuánto se mueve el contenido mientras carga. Los valores buenos son 2,5 segundos, 200 milisegundos y 0,1. Cuentan para el posicionamiento, pero pesan menos que la relevancia del contenido.

Core Web Vitals: las tres métricas

Los umbrales son de Google, que recomienda medir el percentil 75 de las cargas de página, por separado en móvil y en escritorio (web.dev). Los tramos intermedios y malos son los que usa el informe de Search Console (Ayuda de Search Console).

• LCP es el tiempo hasta que se muestra el elemento visible más grande, normalmente una imagen, un vídeo o un bloque de texto en la parte superior.
• INP observa todos los clics, toques y pulsaciones de teclado de una visita y da, aproximadamente, la respuesta más lenta, descartando valores atípicos (web.dev). Sustituyó al FID, que solo medía la primera interacción, el 12 de marzo de 2024 (web.dev).
• CLS mide la estabilidad visual: cuánto se desplaza el contenido de forma inesperada, por ejemplo cuando se carga un anuncio y empuja hacia abajo el texto que estabas leyendo (web.dev).

Core Web Vitals y velocidad web: no es lo mismo

Se suele hablar de «velocidad web» como si fuera un único número. Las Core Web Vitals son más precisas: solo una de las tres (el LCP) mide la carga. El INP mide la respuesta cuando ya estás usando la página y el CLS, la estabilidad visual. Una web puede cargar rápido y aun así suspender porque el menú tarda en abrirse o porque un banner mueve el botón justo cuando vas a pulsarlo.

Por eso es mejor pensar en experiencia de usuario que en segundos. Si quieres ver todo lo que influye en la carga, desde el hosting hasta las imágenes, lee nuestra guía sobre velocidad web.

¿Afectan las Core Web Vitals al posicionamiento?

Sí, pero no son lo más importante. Google dice que sus sistemas de posicionamiento usan las Core Web Vitals, pero que no existe una señal única y que siempre intenta mostrar el contenido más relevante, aunque la experiencia en la página sea mala. Cuando hay mucho contenido útil para una búsqueda, una buena experiencia en la página puede ayudar a destacar (Google Search Central). Además, buenos resultados en herramientas como Search Console no garantizan las primeras posiciones (Google Search Central).

La mayor ganancia suele estar en los visitantes, no en la posición: páginas rápidas y estables hacen que más gente se quede y dé el siguiente paso. Cómo se decide el orden de los resultados en conjunto lo explicamos en cómo funciona el SEO.

Cómo medir las Core Web Vitals

Hay dos tipos de datos. Los datos de campo vienen de usuarios reales de Chrome y son los que usa Google. Los datos de laboratorio salen de una prueba en un entorno simulado y sirven para encontrar las causas. Como una prueba de laboratorio no sabe cuándo ni cómo interactuará un visitante real, no da un valor de INP fiable: para el INP mandan los datos de campo.

• PageSpeed Insights muestra los datos de campo de los últimos 28 días y una prueba de laboratorio con Lighthouse (Google).
• Google Search Console tiene el informe de Métricas web principales. Agrupa páginas similares de tu web, las clasifica en buenas, necesitan mejorar o malas, por separado en móvil y escritorio, y el estado de cada grupo lo marca su peor métrica (Ayuda de Search Console). Cómo configurarlo lo explicamos en la guía de Google Search Console.

Si tu web tiene poco tráfico, puede que no haya datos de campo suficientes y Search Console muestre «No hay datos disponibles» (Ayuda de Search Console). Le pasa a muchas webs de pymes. En ese caso, usa la prueba de laboratorio de PageSpeed Insights para encontrar problemas.

Cómo mejorar el LCP

Google divide el LCP en cuatro partes: el tiempo hasta el primer byte del servidor, el retraso hasta que empieza a cargar el recurso, la duración de esa carga y el retraso hasta que se pinta el elemento. Así ves dónde se pierde el tiempo (web.dev).

• Comprime y redimensiona la imagen grande de la parte superior y usa formatos modernos como WebP o AVIF.
• Haz que la imagen aparezca directamente en el HTML y dale prioridad con fetchpriority="high", solo en una o dos imágenes (web.dev).
• No uses nunca carga diferida (lazy loading) para la imagen del LCP: debe cargar la primera (web.dev).
• Reduce el CSS y el JavaScript que bloquean el renderizado y aplaza los scripts que no hacen falta al principio.
• Acorta la respuesta del servidor con caché, un hosting adecuado y menos redirecciones.

Cómo mejorar el INP

• Divide las tareas largas de JavaScript para que el navegador pueda responder a los clics entre medias.
• Elimina scripts que no necesitas: códigos de seguimiento antiguos, widgets de chat y plugins que nadie usa.
• Mantén el HTML ligero. Un DOM muy grande hace más lenta cada actualización.
• Muestra enseguida que el clic se ha registrado, aunque el resultado tarde un momento.

Un INP bajo significa que la página responde de forma fiable a lo que hace el usuario (web.dev). Los culpables más habituales en webs de empresa son las herramientas de terceros que se van acumulando con los años.

Cómo mejorar el CLS y el banner de cookies

• Indica el ancho y el alto de todas las imágenes y vídeos.
• Reserva espacio para anuncios, mapas, vídeos incrustados y el banner de cookies.
• Carga las fuentes de forma que el texto no salte cuando cambia la tipografía.
• No insertes contenido nuevo por encima de lo que el visitante está leyendo.

En España, el banner de cookies es un tropiezo típico. La LSSI-CE (art. 22.2) solo permite usar cookies no exentas con el consentimiento del usuario, y la guía de la AEPD pide que el botón de rechazar esté en la misma capa y al mismo nivel que el de aceptar (AEPD). Casi todas las webs muestran, por tanto, un banner en la primera visita. Si ese banner empuja el contenido hacia abajo en lugar de superponerse, empeora el CLS. Si se carga tarde con un script pesado, puede afectar también al LCP y al INP. Prueba tu página siempre en el estado previo al consentimiento, que es como la ve cualquier visitante nuevo.

Core Web Vitals en WordPress, PrestaShop y Shopify

La mayoría de los problemas se repiten según la plataforma:

En WordPress, buena parte del trabajo es mantenimiento: actualizar, eliminar plugins y vigilar el tema. Lo explicamos en mantenimiento de WordPress. Este trabajo forma parte del SEO técnico; dónde está exactamente tu web te lo muestra una auditoría SEO.

Qué gana tu empresa

La mayoría de las webs tienen mucho margen. Según el HTTP Archive, en 2025 solo el 48 % de las webs aprobaba las tres métricas en móvil y el 56 % en escritorio. Por métricas, en móvil el 62 % tenía un LCP bueno, el 77 % un INP bueno y el 81 % un CLS bueno (HTTP Archive Web Almanac). Algunos casos publicados por Google:

• Vodafone mejoró un 31 % el LCP en una prueba A/B y vendió un 8 % más (web.dev).
• redBus mejoró un 72 % el INP y aumentó un 7 % sus ventas (web.dev).
• The Economic Times bajó el INP de casi 1.000 a 257 milisegundos, redujo a la mitad el porcentaje de rebote y logró un 43 % más de páginas vistas en las páginas afectadas (web.dev).

Son empresas grandes y no son resultados que puedas esperar tal cual, pero muestran la dirección: menos espera y menos frustración se traducen en más visitas que convierten. Lo que tardan las mejoras en notarse en Google depende de mucho más que la carga; lo vemos en cuánto tarda el SEO. Y si la web convierte poco aunque sea rápida, revisa la optimización de la conversión.