Desde 2021, Google usa Core Web Vitals como factor de posicionamiento oficial. En 2024 reemplazaron FID por INP. En 2026 siguen siendo críticos — y siguen siendo ignorados por la mayoría de los sitios web. Si tu sitio tiene problemas de velocidad, esta guía te dice exactamente qué arreglar.
Los tres Core Web Vitals actuales
LCP — Largest Contentful Paint (objetivo: menos de 2.5 segundos)
Mide el tiempo que tarda en aparecer el elemento visual más grande de la página (normalmente una imagen hero o el título principal). Si tarda más de 4 segundos, tu sitio está en rojo para Google.
Solución rápida: convierte las imágenes del hero a formato WebP, añade loading="eager" y fetchpriority="high" a la imagen LCP, y usa un CDN.
INP — Interaction to Next Paint (objetivo: menos de 200ms)
Reemplaza a FID desde marzo 2024. Mide la respuesta a interacciones del usuario (clicks, toques) durante toda la visita, no solo al cargar. Es más exigente que FID.
Causas comunes: JavaScript que bloquea el hilo principal, eventos de click mal optimizados, componentes React/Vue mal implementados.
CLS — Cumulative Layout Shift (objetivo: menos de 0.1)
Mide si los elementos se mueven inesperadamente mientras el usuario carga la página. El anuncio que empuja el texto hacia abajo justo cuando ibas a hacer click es un ejemplo clásico.
Solución estándar: reserva espacio para imágenes con atributos width/height, reserva espacio para anuncios aunque no hayan cargado.
Cómo medir tus Core Web Vitals
- Google Search Console › Experiencia de página: datos reales de usuarios de Chrome
- PageSpeed Insights: análisis instantáneo con sugerencias específicas por URL
- Lighthouse en Chrome DevTools: para pruebas locales en desarrollo
- Web Vitals extension de Chrome: muestra LCP, CLS e INP en tiempo real mientras navegas
El impacto real en SEO
Google confirmó que Core Web Vitals es un factor de desempate — cuando todo lo demás es igual entre dos páginas, la más rápida gana. En la práctica, mejorar de ‘rojo’ a ‘verde’ puede significar 5-15% de mejora en posiciones para páginas competitivas.
Orden de prioridad para las mejoras
No todos los problemas de Core Web Vitals tienen el mismo ROI. El orden recomendado:
- Primero CLS: suele ser el más fácil de arreglar (añadir dimensiones width/height a imágenes y espacio reservado para anuncios). El impacto es inmediato.
- Después LCP: optimizar la imagen principal del hero tiene el mayor impacto en la experiencia percibida. Prioridad: convertir a WebP, añadir preload, usar CDN.
- Por último INP: el más complejo. Requiere analizar qué scripts bloquean el hilo principal y optimizarlos.
Errores comunes que empeoran los Core Web Vitals
- Imágenes sin dimensiones en HTML: si el navegador no sabe el tamaño de la imagen antes de cargarla, el layout salta cuando llega. Siempre especifica
widthyheight. - Fuentes web sin
font-display: swap: sin esto, el navegador muestra texto invisible hasta que carga la fuente, bloqueando el LCP. - Scripts de terceros en el
<head>sinasyncodefer: bloquean el renderizado completo de la página. - Imágenes en formato PNG/JPEG de alta resolución sin comprimir: una imagen de hero de 3MB puede destruir el LCP en conexiones móviles.
Cómo verificar las mejoras
Después de implementar cambios, verifica en este orden:
- Usa PageSpeed Insights con la URL en producción (no en staging) para ver el impacto inmediato en el análisis sintético.
- Espera 28 días después del despliegue para que Google Search Console actualice los datos de campo reales (los que realmente importan para el ranking).
- Monitoriza el informe "Experiencia de página" en Search Console para confirmar que las URLs problemáticas pasan de rojo a verde.
Preguntas frecuentes
¿Los Core Web Vitals afectan igual a móvil y escritorio?
Google los evalúa por separado. Los datos de móvil tienen más peso porque la mayoría de las búsquedas son móviles. Si tu sitio tiene buenos CWV en escritorio pero malos en móvil, el problema está en móvil y es el que hay que resolver.
¿Puedo mejorar los Core Web Vitals sin tocar código?
Algunas mejoras no requieren código: comprimir y redimensionar imágenes antes de subirlas, instalar un plugin de caché en WordPress, o usar un CDN. Para las mejoras más profundas (INP, optimización de JavaScript) generalmente sí se necesita intervención técnica.
¿Por qué PageSpeed Insights me da una nota diferente cada vez?
Porque mezcla dos tipos de datos: datos de campo (CrUX, experiencia real de usuarios) y datos sintéticos (Lighthouse ejecutado en el servidor de Google). Los sintéticos varían según la carga del servidor. Los de campo son los que importan para el SEO y son más estables.