Google lleva desde 2021 usando los Core Web Vitals como señal de ranking. Lo que empezó como una apuesta por la experiencia de usuario se ha convertido en un estándar que separa a los sitios que Google premia de los que penaliza silenciosamente. Con la consolidación de INP como métrica oficial en 2024, las tres métricas y sus umbrales están establecidos y son de aplicación directa.
Esta guía desglosa qué mide cada métrica, qué umbrales exige Google, cómo medirlos correctamente y qué acciones concretas mejorarán tus puntuaciones en los próximos 90 días.
Qué son los Core Web Vitals y por qué importan
Los Core Web Vitals son tres métricas que cuantifican la experiencia real de los usuarios al interactuar con una página web. Google las seleccionó porque representan los tres aspectos más críticos de la experiencia de carga:
- LCP (Largest Contentful Paint): Velocidad con la que aparece el contenido principal.
- CLS (Cumulative Layout Shift): Estabilidad visual durante la carga.
- INP (Interaction to Next Paint): Rapidez de respuesta a las interacciones del usuario.
Google las integró en su algoritmo dentro de la señal de Page Experience porque correlacionan directamente con métricas de negocio. Los sitios que cumplen los tres umbrales tienden a recibir más clics orgánicos: los usuarios permanecen más tiempo, rebotan menos y generan mejores señales de engagement.
La lógica de Google es transparente: si dos páginas compiten por la misma keyword con contenido y autoridad equivalentes, la que ofrezca mejor experiencia técnica gana la posición. Es un factor de desempate, pero en mercados competitivos, los desempates deciden la primera página.
LCP (Largest Contentful Paint): qué mide y umbrales en 2026
El LCP mide el tiempo que tarda en renderizarse el elemento visible más grande dentro del viewport. Puede ser una imagen hero, un bloque de texto grande o un video. Google establece tres rangos:
- Bueno: Menos de 2.5 segundos
- Necesita mejora: Entre 2.5 y 4.0 segundos
- Deficiente: Más de 4.0 segundos
Causas frecuentes de un LCP lento
El LCP suele degradarse por cuatro razones principales: tiempos de respuesta del servidor lentos (TTFB alto), imágenes hero sin optimizar o servidas sin formatos modernos (WebP, AVIF), CSS y JavaScript que bloquean el renderizado, y renderizado del lado del cliente que retrasa la aparición del contenido principal.
La guía sobre las causas del LCP lento y cómo resolverlas analiza cada causa con su solución técnica correspondiente.
Optimizaciones de alto impacto para LCP
Las tres acciones que más impacto tienen sobre el LCP son: implementar precarga (<link rel="preload">) para la imagen o recurso LCP, servir imágenes en formatos de siguiente generación con dimensiones explícitas, y reducir el TTFB con caché a nivel de CDN y compresión Brotli.
CLS (Cumulative Layout Shift): qué mide y causas frecuentes
El CLS cuantifica los cambios inesperados de posición de los elementos visibles durante la vida útil de la página. Un CLS alto significa que el contenido “salta” mientras el usuario intenta leer o interactuar, generando frustración y errores de clic.
- Bueno: Menos de 0.1
- Necesita mejora: Entre 0.1 y 0.25
- Deficiente: Más de 0.25
Los cinco responsables habituales del CLS
- Imágenes y videos sin dimensiones declaradas: El navegador no reserva espacio hasta que descarga el recurso, provocando un reflow cuando se renderiza.
- Anuncios y embeds dinámicos: Los slots de publicidad que se cargan tarde empujan el contenido existente hacia abajo.
- Fuentes web sin font-display: Si la fuente se carga después del texto, el cambio de tamaño entre la fuente de respaldo y la definitiva genera un layout shift.
- Contenido inyectado dinámicamente: Banners de cookies, barras de notificación y elementos insertados por JavaScript sin espacio reservado.
- Animaciones que modifican propiedades de layout: Usar
top,left,widthoheighten animaciones en lugar detransformyopacity.
La solución más efectiva es declarar siempre las dimensiones de los elementos multimedia (width y height en HTML), usar aspect-ratio en CSS para contenedores responsivos, y reservar espacio fijo para anuncios y embeds con min-height.
INP (Interaction to Next Paint): la nueva métrica que sustituyó a FID
En marzo de 2024, Google reemplazó FID (First Input Delay) por INP como métrica oficial de interactividad. El cambio fue significativo: FID solo medía la latencia del primer input del usuario, mientras que INP mide la latencia de todas las interacciones durante toda la sesión y reporta el percentil 75 de las peores.
- Bueno: Menos de 200 milisegundos
- Necesita mejora: Entre 200 y 500 milisegundos
- Deficiente: Más de 500 milisegundos
Por qué INP es más exigente que FID
FID era relativamente fácil de aprobar porque solo consideraba la primera interacción, que suele ocurrir cuando la página ya ha terminado de cargar su JavaScript. INP expone problemas que FID ocultaba: menús desplegables lentos, formularios que bloquean el hilo principal al validar, y carruseles que tartamudean al hacer swipe.
Cómo mejorar INP
Las estrategias más efectivas son: fragmentar tareas largas de JavaScript (long tasks) en tareas más pequeñas usando requestIdleCallback o scheduler.yield(), mover trabajo pesado a Web Workers, reducir el tamaño total de JavaScript eliminando dependencias innecesarias, y usar content-visibility: auto para limitar el trabajo de renderizado fuera del viewport.
Cómo medir tus Core Web Vitals: herramientas gratuitas y de pago
Existen dos tipos de medición, y conviene entender la diferencia:
Datos de campo (Field Data)
Provienen de usuarios reales que navegan con Chrome y se agregan en el Chrome UX Report (CrUX). Son los datos que Google usa para evaluar rankings. Herramientas que los muestran:
- PageSpeed Insights: Muestra datos CrUX cuando están disponibles, junto con diagnósticos de Lighthouse.
- Google Search Console: El informe de Core Web Vitals agrupa las URLs por estado (bueno/mejora/deficiente).
- CrUX Dashboard (Looker Studio): Permite analizar la evolución histórica de las métricas por origen o URL.
Datos de laboratorio (Lab Data)
Se generan en entornos controlados y son útiles para diagnosticar problemas específicos, pero no reflejan la experiencia real ni impactan directamente en rankings:
- Lighthouse (Chrome DevTools): Auditoría completa con recomendaciones técnicas.
- WebPageTest: Permite configurar localización, dispositivo y conexión para simular escenarios reales.
- Chrome DevTools Performance Panel: Análisis granular de JavaScript, renderizado y network.
La regla de oro: usa datos de laboratorio para diagnosticar, pero evalúa el impacto en rankings con datos de campo.
Benchmarks por sector: qué puntuaciones consiguen los líderes
Los datos del HTTP Archive Web Almanac 2024 muestran diferencias notables entre sectores. Conocerlos ayuda a establecer objetivos realistas:
En ecommerce, solo el 57% de los sitios cumplen los tres umbrales en móvil. El LCP es la métrica más problemática por las imágenes de producto pesadas y los scripts de terceros (analytics, remarketing, chat). Los líderes del sector alcanzan LCP < 1.8s mediante optimización agresiva de imágenes y lazy loading.
En medios y noticias, el CLS es el principal problema por los anuncios dinámicos. Los sitios que reservan espacio fijo para slots publicitarios logran CLS < 0.05. El LCP suele ser bueno porque el contenido principal es texto.
En SaaS y tecnología, los sitios son generalmente los mejor posicionados, con un 78% cumpliendo los tres umbrales. La arquitectura moderna (frameworks como Astro, Next.js con SSR) y la menor dependencia de scripts de terceros facilitan buenas puntuaciones.
En servicios profesionales, el sector registra las mejores métricas en proporción, ya que los sitios corporativos suelen tener pocas dependencias externas y contenido estático. El riesgo está en temas de WordPress sobrecargados con plugins.
La relación entre velocidad web y SEO es directa: cada décima de segundo cuenta cuando la competencia está en los mismos umbrales.
Hoja de ruta para mejorar tus Core Web Vitals en 90 días
Semanas 1-2: Diagnóstico
Ejecuta PageSpeed Insights en las 20 páginas con más tráfico. Registra los valores de LCP, CLS e INP tanto en móvil como en desktop. Revisa el informe de Core Web Vitals en Search Console para identificar las URLs agrupadas como “deficientes”. Prioriza: las páginas con más tráfico y peores métricas van primero.
Semanas 3-4: LCP (el impacto más rápido)
Implementa preload para los recursos LCP de cada página. Convierte imágenes hero a WebP/AVIF con dimensiones explícitas. Activa compresión Brotli en el servidor. Si el TTFB supera los 600ms, evalúa CDN o caché a nivel de servidor. Estas acciones suelen reducir el LCP entre 0.5 y 2 segundos.
Semanas 5-6: CLS (correcciones preventivas)
Declara width y height en todas las imágenes y videos. Reserva espacio para anuncios con min-height. Implementa font-display: swap o optional en las fuentes web. Usa aspect-ratio para contenedores de video embebido. El CLS responde rápido porque los cambios son preventivos, no requieren optimización de rendimiento.
Semanas 7-8: INP (la métrica más técnica)
Identifica long tasks con el Performance Panel de Chrome DevTools. Fragmenta scripts que bloqueen el hilo principal durante más de 50ms. Evalúa si puedes diferir o eliminar scripts de terceros no críticos. Implementa content-visibility: auto en secciones below-the-fold.
Semanas 9-12: Monitorización y ajuste
Los datos de campo en CrUX se agregan en ventanas de 28 días. Espera al menos 4 semanas tras las implementaciones para ver reflejados los cambios. Configura alertas en Search Console y revisa la evolución mensual. Documenta cada cambio y su impacto para justificar futuras inversiones.
Si tu equipo necesita ayuda con la implementación técnica, nuestro servicio de optimización de Core Web Vitals incluye diagnóstico, implementación y monitorización continua.
Preguntas frecuentes sobre Core Web Vitals
Los Core Web Vitals ya no son una novedad: son un estándar consolidado que Google utiliza para decidir qué sitios merecen la primera página. Ejecuta PageSpeed Insights en tus diez páginas con más tráfico ahora mismo. Si alguna da LCP por encima de 2,5 segundos o CLS superior a 0,1, tienes un problema concreto que resolver. Dinos qué has encontrado y te indicamos por dónde empezar.
Comparte este artículo
Si te ha resultado útil este contenido, compártelo con tus colegas.
Preguntas Frecuentes
¿Con qué frecuencia publican contenido nuevo?
Publicamos artículos nuevos semanalmente, enfocados en las últimas tendencias de SEO técnico, casos de estudio reales y mejores prácticas. Suscríbete a nuestro newsletter para no perderte ninguna actualización.
¿Los consejos son aplicables a cualquier tipo de sitio web?
Nuestros consejos se adaptan a diferentes tipos de sitios: ecommerce, blogs, sitios corporativos y aplicaciones web. Siempre indicamos cuándo una técnica es específica para cierto tipo de sitio o requerimientos técnicos.
¿Puedo implementar estas técnicas yo mismo?
Muchas técnicas básicas puedes implementarlas tú mismo siguiendo nuestras guías paso a paso. Para optimizaciones avanzadas o auditorías completas, recomendamos consultar con especialistas en SEO técnico como nuestro equipo.
¿Ofrecen servicios de consultoría personalizada?
Sí, ofrecemos servicios de consultoría SEO técnica personalizada, auditorías completas y optimización integral. Contáctanos para discutir las necesidades específicas de tu proyecto y cómo podemos ayudarte.
