Los Core Web Vitals pasaron de ser una consideración secundaria de posicionamiento a un factor decisivo en los resultados competitivos. Las señales de experiencia de página de Google ahora influyen en el posicionamiento tanto en búsquedas móviles como de escritorio, y las propias métricas han evolucionado. El cambio más importante de los últimos tiempos fue el reemplazo de First Input Delay (FID) por Interaction to Next Paint (INP) como métrica de capacidad de respuesta en marzo de 2024. Este cambio subió mucho el nivel, y muchos sitios que pasaban FID con holgura ahora tienen dificultades con INP. Entender y optimizar según los parámetros actuales ya no es opcional para ningún negocio que dependa del tráfico de búsqueda orgánica.
Los tres Core Web Vitals en 2026
Largest Contentful Paint (LCP) mide el rendimiento de carga midiendo cuánto tarda en renderizarse el elemento de contenido visible más grande. El objetivo es menos de 2.5 segundos. El elemento más grande suele ser una imagen principal, el póster de un video de fondo o un bloque grande de texto. El LCP depende del tiempo de respuesta del servidor, el tiempo de carga de los recursos, los retrasos de renderizado en el cliente y los recursos que bloquean el renderizado. Los sitios que sirven imágenes optimizadas en formatos modernos desde una CDN con encabezados de caché adecuados logran de forma constante un LCP de menos de 2.0 segundos.
Interaction to Next Paint (INP) reemplazó a FID para ofrecer una medida más completa de la capacidad de respuesta. Mientras que FID solo medía el retraso de la primera interacción, INP rastrea la latencia de todas las interacciones durante el ciclo de vida de la página y reporta la peor (en el percentil 98). El objetivo es menos de 200 milisegundos. Esto significa que cada clic, toque e interacción con el teclado debe producir una actualización visual en 200 ms. La ejecución pesada de JavaScript, las tareas largas que bloquean el hilo principal y las manipulaciones costosas del DOM son los principales culpables cuando INP falla. Cumulative Layout Shift (CLS) mide la estabilidad visual, con un objetivo por debajo de 0.1. Los desplazamientos inesperados del diseño ocurren cuando los elementos cargan sin dimensiones reservadas, las fuentes cambian después de que se muestra el texto o el contenido dinámico se inserta por encima del área visible.
Cómo medir Core Web Vitals con precisión
Una optimización eficaz de los CWV requiere tanto datos de laboratorio (pruebas sintéticas) como datos de campo (mediciones de usuarios reales). Google PageSpeed Insights ofrece ambos: datos de laboratorio de Lighthouse y datos de campo del Chrome User Experience Report (CrUX). Los datos de laboratorio sirven para depurar porque las pruebas son repetibles, pero los datos de campo son los que Google realmente usa para decidir el posicionamiento. El conjunto de datos de CrUX agrega las métricas reales de usuarios de Chrome que aceptaron compartir estadísticas de uso, y te da un promedio móvil de 28 días de cómo los visitantes reales viven tu sitio.
Para un monitoreo continuo, implementa la biblioteca JavaScript web-vitals (mantenida por Google) para capturar los valores de LCP, INP y CLS de sesiones de usuarios reales y enviarlos a tu plataforma de analítica. Google Analytics 4 captura automáticamente los Core Web Vitals mediante la integración web-vitals. Para una depuración más detallada, el panel Performance de Chrome DevTools te permite grabar interacciones, identificar tareas largas y rastrear exactamente qué bloquea el hilo principal durante una interacción específica. El informe de Core Web Vitals de Google Search Console agrupa tus URL por estado (buena, necesita mejoras, deficiente) y te ayuda a priorizar las páginas que necesitan atención.
Optimización de imágenes y fuentes para LCP
Las imágenes son el elemento LCP en aproximadamente el 70% de las páginas web, por lo que optimizarlas es la acción de mayor impacto para mejorar el LCP. Convierte las imágenes a formato WebP o AVIF, que logran archivos entre un 25% y un 50% más pequeños que JPEG con la misma calidad visual. Usa imágenes adaptables con el atributo srcset para servir imágenes del tamaño adecuado en cada pantalla. Aplica carga diferida (loading="lazy") a las imágenes que están debajo del primer pantallazo, pero, y es crítico, no uses carga diferida en la imagen LCP. La imagen LCP debe cargarse de inmediato con el atributo fetchpriority="high" para indicarle al navegador que debe descargarla enseguida.
Las fuentes web son una causa común tanto de retrasos en el LCP como de problemas de CLS. Cuando una fuente personalizada carga lento, el texto puede quedar invisible (FOIT - Flash of Invisible Text) o mostrarse en una fuente de respaldo y luego reacomodarse (FOUT - Flash of Unstyled Text). La estrategia óptima es precargar tus archivos de fuente críticos usando link rel="preload" as="font" type="font/woff2" crossorigin, establecer font-display: swap en tus declaraciones @font-face para asegurar que el texto siempre sea visible, y usar anulaciones de métricas de fuente (ascent-override, descent-override, line-gap-override) para igualar las dimensiones de la fuente de respaldo con tu fuente personalizada, minimizando el desplazamiento del diseño durante el cambio.
INP reemplazó a FID porque una página que responde bien al primer clic pero se congela en el quinto no es realmente receptiva. Google ahora mide cada interacción, y la peor determina tu puntaje. Optimizar para INP significa optimizar cada momento de la experiencia del usuario.
Optimización de JavaScript para INP
JavaScript es el principal enemigo de los puntajes de INP. Cada clic y toque dispara un controlador de eventos, y si el hilo principal está ocupado con un script de larga duración, el navegador no puede actualizar el renderizado hasta que esa tarea termine. La primera estrategia es dividir las tareas largas en fragmentos más pequeños con el patrón de ceder al hilo principal. En la práctica, esto significa usar scheduler.yield() (ya disponible en Chrome) o la alternativa con setTimeout/requestAnimationFrame para devolver periódicamente el control al navegador durante operaciones complejas, permitiéndole procesar las interacciones pendientes del usuario.
La división de código garantiza que los usuarios solo descarguen el JavaScript que realmente necesitan para la página actual. Las importaciones dinámicas (import()) permiten cargar módulos bajo demanda en lugar de empaquetar todo en una sola carga. El tree shaking elimina el código muerto que se importa pero nunca se ejecuta. Los scripts de terceros suelen ser los mayores culpables: analítica, widgets de chat, incrustados de redes sociales y etiquetas de publicidad pueden sumar cientos de kilobytes de JavaScript que compiten por el tiempo del hilo principal. Audita los scripts de terceros con la visualización treemap de Lighthouse, y difiere o carga de forma asíncrona todo lo que no sea crítico para la interacción inicial. Mover los scripts pesados de terceros a web workers, cuando sea posible, los mantiene completamente fuera del hilo principal.
Optimizaciones del lado del servidor e impacto en el mundo real
El tiempo de respuesta del servidor (Time to First Byte, o TTFB) marca la base de todos los Core Web Vitals. Si tu servidor tarda 800 ms en responder, lograr un LCP de 2.5 segundos se vuelve casi imposible. Implementa almacenamiento en caché del lado del servidor con Redis o Memcached para evitar regenerar las páginas en cada solicitud. Usa una red de entrega de contenido (CDN) como Cloudflare, Fastly o AWS CloudFront para servir los recursos estáticos desde nodos de borde geográficamente cercanos a tus usuarios. Activa HTTP/2 o HTTP/3 (QUIC) para permitir solicitudes multiplexadas en una sola conexión y eliminar el bloqueo de cabecera de línea que ralentizaba HTTP/1.1.
El impacto de las mejoras de Core Web Vitals en el posicionamiento está bien documentado. Vodafone mejoró el LCP en un 31% y vio un aumento del 8% en las ventas. Yelp mejoró el INP en todo su sitio y midió un aumento del 15% en páginas por sesión. Netzwelt, un medio tecnológico alemán, mejoró las tres métricas CWV y vio un aumento del 12% en el tráfico orgánico. Las mejoras se acumulan: las páginas más rápidas tienen menores tasas de rebote, sesiones más largas y mayores tasas de conversión, y todo eso envía señales positivas de interacción a los algoritmos de posicionamiento de Google. Para los negocios de Las Vegas que compiten en SERPs locales muy competitivos, superar todos los umbrales de Core Web Vitals puede ser el factor de desempate que te ponga por encima de competidores con contenido y perfiles de enlaces similares. Consulta nuestra lista de verificación de SEO técnico para más técnicas de optimización.
- Objetivo de LCP: menos de 2.5 segundos. Optimiza sirviendo imágenes WebP/AVIF con fetchpriority="high" en el elemento LCP
- Objetivo de INP: menos de 200 milisegundos. Divide las tareas largas de JavaScript y usa scheduler.yield() para mantener el hilo principal receptivo
- Objetivo de CLS: menos de 0.1. Reserva las dimensiones de imágenes e incrustados y usa anulaciones de métricas de fuente para evitar saltos de diseño
- Google usa para el posicionamiento los datos de campo del Chrome User Experience Report (CrUX), no los datos de laboratorio de Lighthouse
- Vodafone vio un aumento del 8% en ventas tras mejorar el LCP en un 31% en todo su sitio
- Los scripts de terceros son la causa más común de fallos en INP: audita con Lighthouse y difiere los scripts no críticos
¿Quieres que nos encarguemos de esto?
Aparecer en Google, con un perfil y reseñas que se ganan el clic, es un trabajo continuo. Nosotros nos encargamos del perfil de Google, las reseñas y la búsqueda local para que tú te dediques al negocio.