En 2026, Google ha dejado claro que la velocidad y la experiencia de usuario no son opcionales: son requisitos fundamentales para posicionar. Si tu web no pasa las métricas de Core Web Vitals, estás perdiendo visibilidad frente a competidores que sí las optimizan. En esta guía te explicamos qué son exactamente estas métricas, cómo medirlas y, lo más importante, cómo mejorarlas.
Contenido del artículo
- 1. ¿Qué son los Core Web Vitals?
- 2. INP: La métrica que reemplazó a FID
- 3. LCP: El contenido principal importa
- 4. CLS: Estabilidad visual
- 5. Novedades de Core Web Vitals en 2026
- 6. Cómo medir tus Core Web Vitals
- 7. Cómo optimizar INP paso a paso
- 8. Cómo optimizar LCP
- 9. Cómo optimizar CLS
- 10. Errores comunes que debes evitar
- 11. Conclusión y próximos pasos
1. ¿Qué son los Core Web Vitals?
Los Core Web Vitals son un conjunto de métricas que Google utiliza para evaluar la experiencia de usuario de una página web. Forman parte de los factores de ranking desde 2021 y su importancia no ha hecho más que crecer. En 2026, estas métricas son más críticas que nunca para el SEO.
Actualmente, los tres Core Web Vitals principales son:
- LCP (Largest Contentful Paint): Mide cuánto tarda en cargarse el elemento más grande visible en la pantalla.
- INP (Interaction to Next Paint): Mide la capacidad de respuesta de la página a las interacciones del usuario.
- CLS (Cumulative Layout Shift): Mide la estabilidad visual, es decir, cuánto "saltan" los elementos mientras se carga la página.
¿Por qué importan para el SEO?
Google quiere ofrecer resultados que proporcionen buena experiencia. Si un usuario hace clic en tu resultado y la página tarda 5 segundos en cargar o los botones no responden, Google lo detecta y penaliza tu posicionamiento. Por el contrario, webs rápidas y fluidas tienden a posicionar mejor.
Dato importante:
Según estudios de Google, las páginas que cumplen los umbrales de Core Web Vitals tienen un 24% menos de abandono por parte de los usuarios.
2. INP: La métrica que reemplazó a FID
En marzo de 2024, Google reemplazó oficialmente FID (First Input Delay) por INP (Interaction to Next Paint). Esta fue una de las actualizaciones más significativas de Core Web Vitals y en 2026 sigue siendo la métrica que más problemas causa a los desarrolladores.
¿Qué es exactamente INP?
INP mide el tiempo que tarda la página en responder visualmente a una interacción del usuario (click, tap, tecla presionada). A diferencia de FID, que solo medía la primera interacción, INP considera todas las interacciones durante la visita y reporta el peor valor (o cercano al peor, técnicamente el percentil 98).
Umbrales de INP:
- Bueno: ≤ 200ms (verde)
- Necesita mejorar: 200ms - 500ms (amarillo)
- Pobre: > 500ms (rojo)
¿Por qué INP es más exigente que FID?
FID solo medía el retraso antes de que el navegador pudiera empezar a procesar un evento. INP mide todo el ciclo: desde que el usuario interactúa hasta que el navegador pinta el siguiente frame. Esto incluye:
- Input delay (tiempo de espera antes de procesar)
- Processing time (tiempo de ejecución del JavaScript)
- Presentation delay (tiempo para pintar el resultado)
Fórmula de INP:
INP = Input Delay + Processing Time + Presentation Delay3. LCP: El contenido principal importa
LCP (Largest Contentful Paint) mide cuándo se renderiza el elemento de contenido más grande visible en el viewport. Normalmente es una imagen hero, un video o un bloque grande de texto.
Umbrales de LCP:
- Bueno: ≤ 2.5 segundos
- Necesita mejorar: 2.5s - 4s
- Pobre: > 4 segundos
Elementos que pueden ser LCP:
- Imágenes (incluyendo imágenes de fondo en CSS)
- Elementos <video> con poster
- Bloques de texto grandes
- Elementos SVG
El problema más común con LCP es cargar imágenes pesadas sin optimizar o depender de recursos externos (fuentes, scripts) que bloquean el renderizado.
4. CLS: Estabilidad visual
CLS (Cumulative Layout Shift) mide cuánto se mueven los elementos de la página de forma inesperada. ¿Alguna vez has ido a hacer clic en un botón y justo en ese momento se carga un banner que desplaza todo hacia abajo? Eso es un layout shift y perjudica seriamente la experiencia de usuario.
Umbrales de CLS:
- Bueno: ≤ 0.1
- Necesita mejorar: 0.1 - 0.25
- Pobre: > 0.25
Causas comunes de CLS alto:
- Imágenes sin dimensiones (width/height) definidas
- Anuncios o embeds que se cargan tarde
- Fuentes web que causan FOUT/FOIT
- Contenido dinámico insertado sin reservar espacio
- Animaciones que modifican propiedades de layout
Consejo:
Siempre define width y height en las imágenes. Los navegadores modernos usan esta información para reservar espacio antes de cargar la imagen, evitando layout shifts.
5. Novedades de Core Web Vitals en 2026
Google actualiza constantemente sus métricas y en 2026 hemos visto cambios importantes que debes conocer:
Cambios en la ponderación de INP
Google ha aumentado la importancia de INP en el algoritmo de ranking. Las páginas con mal INP están viendo caídas significativas en posiciones, especialmente en móvil donde las interacciones táctiles son más frecuentes.
Nuevas herramientas de diagnóstico
Chrome DevTools ahora incluye un panel específico de "Performance Insights" que identifica automáticamente las interacciones lentas y sugiere optimizaciones. Lighthouse ha mejorado sus recomendaciones con ejemplos de código específicos.
Métricas adicionales en observación
Google está experimentando con métricas complementarias como:
- Smooth scrolling: Fluidez del scroll en la página
- Animation smoothness: Frames por segundo en animaciones
- Time to First Byte regional: TTFB considerando la ubicación del usuario
6. Cómo medir tus Core Web Vitals
Antes de optimizar, necesitas saber dónde estás. Existen dos tipos de datos que puedes consultar:
Datos de campo (Field Data)
Son datos reales de usuarios que visitan tu web. Son los más importantes porque reflejan la experiencia real. Herramientas:
- Google Search Console: Sección "Experiencia" → "Métricas web principales"
- PageSpeed Insights: Muestra datos de CrUX (Chrome User Experience Report)
- Chrome UX Report (CrUX): Datos públicos de millones de sitios
Datos de laboratorio (Lab Data)
Son simulaciones en condiciones controladas. Útiles para debugging pero no reflejan la experiencia real:
- Lighthouse: Integrado en Chrome DevTools (F12 → Lighthouse)
- WebPageTest: Análisis detallado con filmstrip y waterfall
- Chrome DevTools Performance: Para análisis granular de interacciones
Medición con JavaScript:
import {onINP, onLCP, onCLS} from 'web-vitals'; onINP(console.log); onLCP(console.log); onCLS(console.log);7. Cómo optimizar INP paso a paso
INP es la métrica más difícil de optimizar porque depende del JavaScript que ejecuta tu página. Aquí tienes estrategias probadas:
1. Reduce el JavaScript innecesario
- Audita tus dependencias y elimina las que no uses
- Usa tree-shaking para importar solo lo necesario
- Considera alternativas más ligeras (ej: Preact en lugar de React)
2. Divide las tareas largas
JavaScript bloquea el hilo principal. Las tareas que duran más de 50ms se consideran "Long Tasks" y perjudican INP. Solución: divide el trabajo en chunks más pequeños.
Técnica para dividir tareas:
function yieldToMain() { return new Promise(resolve => { setTimeout(resolve, 0); }); } async function processLargeArray(items) { for (const item of items) { processItem(item); await yieldToMain(); // Cede control al navegador } }3. Usa requestIdleCallback y requestAnimationFrame
- requestIdleCallback: Para tareas no urgentes (analytics, prefetch)
- requestAnimationFrame: Para actualizaciones visuales
4. Optimiza los event handlers
- Usa debounce/throttle en eventos frecuentes (scroll, resize)
- Evita cálculos pesados en onClick directamente
- Considera usar Web Workers para tareas intensivas
5. Carga scripts de forma inteligente
- Usa
deferen lugar deasyncpara scripts no críticos - Carga módulos dinámicamente con
import() - Retrasa la carga de third-party scripts (analytics, chat widgets)
8. Cómo optimizar LCP
Para mejorar LCP, céntrate en que el contenido principal cargue lo antes posible:
1. Optimiza las imágenes
- Usa formatos modernos: WebP o AVIF
- Implementa responsive images con srcset
- Comprime sin perder calidad visible (TinyPNG, Squoosh)
- Usa lazy loading solo para imágenes below-the-fold
2. Preload del elemento LCP
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">3. Optimiza el servidor
- Usa un CDN para servir assets desde ubicaciones cercanas
- Implementa caché agresiva con headers adecuados
- Considera Edge SSR (Vercel Edge, Cloudflare Workers)
- Optimiza Time to First Byte (TTFB)
4. Elimina recursos bloqueantes
- Inline CSS crítico en el <head>
- Usa
font-display: swappara fuentes - Defer scripts no esenciales
9. Cómo optimizar CLS
CLS es la métrica más fácil de arreglar si conoces las causas:
1. Define dimensiones en imágenes y videos
<img src="photo.jpg" width="800" height="600" alt="...">2. Reserva espacio para contenido dinámico
- Usa min-height para contenedores de ads
- Skeleton loaders con las dimensiones correctas
- Aspect-ratio en CSS para contenedores
3. Evita insertar contenido sobre contenido existente
- Banners y notificaciones deben estar en posición fija o al final
- Si cargas contenido dinámico, hazlo en placeholders reservados
4. Optimiza la carga de fuentes
@font-face { font-family: 'Mi Fuente'; src: url('/font.woff2') format('woff2'); font-display: swap; size-adjust: 100%; /* Ajusta para coincidir con fallback */ }10. Errores comunes que debes evitar
- Optimizar solo para Lighthouse: Lighthouse usa datos de laboratorio. Lo que importa son los datos de campo de usuarios reales.
- Ignorar móvil: Google usa mobile-first indexing. Optimiza primero para móvil.
- Cargar todo con lazy loading: El elemento LCP nunca debe tener lazy loading.
- Añadir analytics y widgets sin control: Third-party scripts son una causa común de mal INP.
- No testear con conexiones lentas: Simula 3G/4G para ver la experiencia real de muchos usuarios.
- Olvidar el hosting: Un servidor lento arruina cualquier optimización frontend.
Error crítico:
Usar <img loading="lazy"> en la imagen hero destruye tu LCP. El navegador no priorizará esa imagen y tardará más en cargar.
11. Conclusión y próximos pasos
Los Core Web Vitals no son una moda pasajera. En 2026, son un factor de ranking establecido y su importancia sigue creciendo. Optimizar estas métricas no solo mejora tu SEO, sino que proporciona mejor experiencia a tus usuarios, lo que se traduce en más conversiones.
Tu checklist de acción:
- ✅ Revisa tus Core Web Vitals en Search Console
- ✅ Identifica las páginas con peor rendimiento
- ✅ Prioriza INP si tu sitio tiene mucha interactividad
- ✅ Prioriza LCP si tienes imágenes grandes
- ✅ Implementa las optimizaciones una a una y mide el impacto
- ✅ Monitoriza regularmente (los cambios en tu web pueden empeorar las métricas)
Recuerda: la optimización de rendimiento es un proceso continuo, no un proyecto de una sola vez. Cada nuevo feature, cada imagen añadida, cada script de terceros puede afectar tus métricas. Establece alertas y revisa periódicamente.
STUDIOGRX
Agencia de diseño web y SEO en Granada. Creamos webs rápidas y optimizadas que posicionan en Google y convierten visitantes en clientes.
Solicitar auditoría de rendimiento →¿Tu web no pasa los Core Web Vitals?
Analizamos tu web, identificamos los problemas y los solucionamos. Mejora tu SEO y la experiencia de tus usuarios.
Solicitar auditoría gratis