Core Web Vitals 2026: cómo mejorar la velocidad de tu web (sin rediseñarla)
Guía práctica de Core Web Vitals 2026: qué miden LCP, INP y CLS, qué umbrales debes superar y qué optimizaciones reales mueven la aguja sin tener que rediseñar la web.
Core Web Vitals miden la experiencia real de tus usuarios. En 2026 los umbrales en verde son: LCP <2.5s, INP <200ms, CLS <0.1. Las optimizaciones que más mueven la aguja: imágenes en formato moderno (WebP/AVIF) con tamaños correctos, lazy loading bien aplicado, reducción de JS no crítico, caché y CDN, y eliminar fuentes y scripts que no usas.
Mejorar velocidad y experiencia de usuario para subir posiciones en Google y reducir el porcentaje de rebote.
Los Core Web Vitals son la forma que tiene Google de medir si tu web se siente rápida y estable para un usuario real. Desde 2021 forman parte oficial del algoritmo de ranking; en 2026 ya no son negociables: una web lenta o que 'se mueve' al cargar pierde tráfico orgánico y conversión. Lo bueno: la mayoría de webs pueden subir Core Web Vitals sin rediseñar nada, solo con optimizaciones técnicas bien hechas.
Qué son los Core Web Vitals
Tres métricas:
- LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento más grande visible (normalmente la imagen del hero o el título principal).
- INP (Interaction to Next Paint): cuánto tarda la web en responder cuando el usuario hace clic, toca o escribe. Sustituyó a FID en marzo de 2024.
- CLS (Cumulative Layout Shift): cuánto se mueve la web mientras carga (imágenes que entran tarde y empujan el texto, anuncios que aparecen de golpe).
Las tres se miden con datos reales de usuarios (Chrome User Experience Report), no solo en pruebas de laboratorio.
Umbrales 2026
Para estar en 'verde' (bueno) en 75 % de visitas:
- LCP: < 2,5 segundos.
- INP: < 200 milisegundos.
- CLS: < 0,1.
Entre verde y rojo hay un 'naranja' (necesita mejora): LCP 2,5-4 s, INP 200-500 ms, CLS 0,1-0,25. Por debajo de esos umbrales, rojo.
Cómo medirlos bien
- PageSpeed Insights (Google): la herramienta oficial. Mira siempre los datos de campo (CrUX), no solo los de laboratorio.
- Google Search Console → Experiencia → Core Web Vitals: te dice qué páginas están en rojo en datos reales.
- WebPageTest y Lighthouse: para pruebas controladas con distintos perfiles de conexión.
- Chrome DevTools (panel Performance): para diagnóstico avanzado de JS y renderizado.
No midas solo la home: mide tus 5-10 páginas más importantes (servicios, posts top, checkout).
Mejorar LCP
Las causas más comunes de LCP malo y sus soluciones:
- Imagen del hero demasiado pesada o sin formato moderno → conviértela a WebP/AVIF, sirve tamaños responsivos con
srcset, comprime sin perder calidad. - Imagen del hero con
loading="lazy"→ quítalo. El elemento visible al cargar no debe ir lazy. - Recurso crítico bloqueante (CSS o fuente) → preload de la fuente principal, CSS crítico inline, resto diferido.
- Hosting o servidor lento (TTFB alto) → cambia a un buen hosting, activa caché de página y CDN (Cloudflare, BunnyCDN).
- CMS pesado (WordPress con muchos plugins) → cachea, limpia, evalúa si algún plugin está saturando el render.
Mejorar INP
INP se rompe cuando hay JavaScript pesado que bloquea el hilo principal al interactuar:
- Reduce JS no crítico: scripts de terceros (chats, píxeles, A/B testing) son los principales sospechosos. Cárgalos
asyncodefer, o solo cuando hagan falta. - Divide bundles grandes y carga código solo cuando se necesita (code splitting).
- Evita listeners de eventos costosos en scroll y resize.
- Cuidado con animaciones JS: prefiere CSS siempre que puedas.
- Revisa frameworks de chat o cookies: muchos rompen INP de forma brutal en móvil.
Mejorar CLS
CLS se rompe cuando algo entra después y empuja el contenido visible:
- Imágenes y vídeos con
widthyheightdefinidos (oaspect-ratioen CSS). - Reserva espacio para banners, anuncios o widgets que se cargan dinámicamente.
- Carga las fuentes web con
font-display: swapy, si puedes, precarga la principal para evitar el FOIT/FOUT brusco. - No inyectes contenido encima del fold después de cargar (banners de cookies, popups, ofertas).
Optimizaciones extra que sí mueven la aguja
- CDN: Cloudflare gratis ya marca diferencia si tu hosting está en una sola región.
- HTTP/2 o HTTP/3 en el servidor.
- Compresión Brotli activada.
- Cache-Control bien configurado para estáticos (1 año + hash en nombre).
- Minificación y combinación razonable de CSS y JS.
- Limpieza de plugins WordPress: cada plugin extra es JS, CSS y queries SQL.
- Eliminación de fuentes que no usas (cargar 4 pesos cuando solo usas 2 ralentiza todo).
En la mayoría de webs corporativas y landings hechas en los últimos años, aplicar bien estas optimizaciones lleva los Core Web Vitals al verde sin tocar diseño. Es un trabajo de mantenimiento técnico, no de rediseño.
Si quieres una auditoría de Core Web Vitals de tu web, te la hacemos gratis.
Preguntas frecuentes
¿De verdad afectan los Core Web Vitals al posicionamiento?+
Sí, pero como factor de desempate, no como factor principal. Una web con contenido mediocre y Core Web Vitals perfectos no rankeará. Una web con buen contenido y Core Web Vitals en rojo pierde puestos frente a competidores parecidos con mejores métricas, especialmente en móvil.
¿Necesito rediseñar mi web para tener buenos Core Web Vitals?+
Casi nunca. En el 80-90 % de los casos, optimizar imágenes, reducir JS de terceros, activar caché/CDN y limpiar plugins basta para pasar a verde. Solo si tu web es muy antigua o usa una plantilla mal hecha tendría sentido plantearse un rediseño técnico.
¿Cuánto tarda Google en notar las mejoras?+
Los datos de Search Console se actualizan con datos reales de usuarios en una ventana de 28 días, así que verás reflejada la mejora completa unas 4 semanas después de aplicarla, aunque PageSpeed Insights mostrará el cambio al instante en laboratorio.