Core Web Vitals en 2025: lo que Google mira y casi nadie trabaja bien

Los Core Web Vitals no son una moda de Google. Son señales directas de calidad de experiencia de usuario que el buscador usa para priorizar resultados desde 2021. El problema es que la mayoría de webs —especialmente las construidas con WordPress o herramientas drag-and-drop— los falla sistemáticamente sin que nadie se dé cuenta hasta que el tráfico cae. Si tu web es lenta o inestable visualmente, no solo pierdes posicionamiento: pierdes conversiones. Un estudio de Google muestra que cada segundo adicional de carga reduce las conversiones un 12% en móvil.

Cuáles son los tres parámetros que realmente importan en 2025

En 2025 Google mide tres métricas principales. El LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el elemento visual más grande de la página —normalmente la imagen hero o el titular principal. El objetivo es menos de 2.5 segundos en móvil. Para conseguirlo, la imagen hero debe tener loading='eager' y fetchpriority='high', y las fuentes no deben bloquear el render.

El INP (Interaction to Next Paint) sustituyó al FID en 2024 y mide la respuesta visual de la página a cada interacción del usuario —clics, taps, teclado. El objetivo es menos de 200ms. Los principales culpables de un INP alto son los scripts de terceros que se ejecutan en el hilo principal: analytics, chats, píxeles de publicidad. Diferirlos o cargarlos de manera asíncrona es la solución más efectiva.

El CLS (Cumulative Layout Shift) mide los saltos visuales inesperados —cuando el contenido se desplaza mientras carga la página porque una imagen sin dimensiones definidas empuja el texto. El objetivo es menos de 0.1. La causa más habitual son imágenes sin width y height definidos en el HTML, fuentes que cargan tarde y cambian el texto, o anuncios que aparecen sin espacio reservado.

• LCP: añade loading='eager' y fetchpriority='high' a la imagen hero. Con NuxtImg o next/image especifica :width y :height siempre.
• LCP: elimina fuentes bloqueantes del head. Usa media="print" onload="this.media='all'" para cargar Google Fonts de manera no bloqueante.
• INP: audita los scripts de terceros con la herramienta Coverage de Chrome DevTools. Cada script no crítico debe tener defer o async.
• CLS: define width y height en todas las imágenes, incluyendo las cargadas via CMS. Reserva espacio para anuncios con min-height.
• CLS: precarga las fuentes críticas con <link rel="preload" as="font">. Usa font-display: swap para evitar el FOIT (Flash of Invisible Text).
• Medir: usa PageSpeed Insights (datos reales del CrUX) y no solo Lighthouse. Las puntuaciones de lab y de campo pueden diferir significativamente.
• Prioriza móvil: Google usa mobile-first indexing. Si tu LCP en móvil supera 4 segundos, es crítico independientemente del resultado en desktop.
• Brotli: asegura que tu servidor sirve compresión Brotli (no solo Gzip). Reduce el tamaño del HTML/CSS/JS entre un 15-25% adicional.

Cómo priorizar las mejoras si tienes recursos limitados

No hace falta reescribir toda la web. La mayoría de mejoras de Core Web Vitals se pueden implementar en menos de un día si identificas correctamente los cuellos de botella. Empieza siempre por el LCP: es el que más impacto tiene en el ranking y suele tener soluciones rápidas. Después el CLS, que suele tener fixes de CSS puros. Deja el INP para el final porque requiere auditar scripts y puede tener implicaciones en todo el proyecto.

Una cosa importante: Google usa datos reales de usuarios (CrUX dataset) para evaluar los Core Web Vitals, no los resultados de lab. Esto significa que un Lighthouse de 90 no garantiza buenas métricas de campo si tu público usa dispositivos de gama baja o redes 3G. Mide siempre con Google Search Console → Experiencia de página.

Si mejoras las tres métricas de manera consistente durante 3 meses, es habitual ver entre un 10 y un 30% de incremento de tráfico orgánico sin ninguna otra acción de SEO.