core web vitalsperformanceseo

Core Web Vitals en 2026 — qué cambió y cómo optimizar tu sitio

LCP, INP, CLS — las 3 métricas que Google usa para rankear. Cómo medirlas, qué valores son aceptables y los fixes más impactantes.

02 de julio de 20265 min de lecturapor Mgr. Enrique Revollo Morales
Core Web Vitals en 2026 — qué cambió y cómo optimizar tu sitio

Core Web Vitals en 2026 — qué cambió

Google introdujo Core Web Vitals en 2020 como factor de ranking. Desde marzo 2024, INP reemplazó FID y los thresholds se volvieron más estrictos. Si tu sitio no los cumple en 2026, estás perdiendo posiciones — incluso si tu contenido es excelente.

Las 3 métricas que importan

LCP — Largest Contentful Paint

Qué mide: tiempo hasta que se renderiza el elemento más grande visible (típicamente hero image o título).

Threshold:

  • ✅ Bueno: < 2.5 s
  • ⚠️ Necesita mejora: 2.5-4 s
  • ❌ Pobre: > 4 s

INP — Interaction to Next Paint (reemplazó FID en 2024)

Qué mide: cuánto tarda tu sitio en responder a la interacción del usuario (click, scroll, tap).

Threshold:

  • ✅ Bueno: < 200 ms
  • ⚠️ Necesita mejora: 200-500 ms
  • ❌ Pobre: > 500 ms

CLS — Cumulative Layout Shift

Qué mide: cuánto se mueven los elementos durante la carga (texto que salta porque cargó una imagen tardía).

Threshold:

  • ✅ Bueno: < 0.1
  • ⚠️ Necesita mejora: 0.1-0.25
  • ❌ Pobre: > 0.25

Cómo medirlos

En Chrome DevTools (lab)

  1. F12 → Lighthouse tab
  2. Mobile + Performance
  3. Generate report

Te da los 3 números + recomendaciones.

⚠️ Lab data ≠ field data. Para Google, lo que importa es lo que viven los usuarios reales.

En PageSpeed Insights

pagespeed.web.dev — combina lab + field data.

Si tu sitio tiene tráfico, vas a ver "Real-User Experience" data abajo. Esa es la que Google usa para rankear.

En Search Console

Search Console → Core Web Vitals report.

Muestra distribución de tus URLs en Good/Needs Improvement/Poor según field data agrupada por similitud de URL.

Los fixes más impactantes para LCP

1. Imagen del hero optimizada

Si tu LCP es la imagen del top:

  • Convertí a WebP/AVIF (50-80% más liviano)
  • Tamaño máximo 1920px ancho
  • Comprimí (TinyIMG, ImageOptim)
  • <img loading="eager" y priority (Next Image)
  • Considerá responsive srcset

2. Preload críticos

<link rel="preload" as="image" href="/hero.webp">
<link rel="preload" as="font" href="/font.woff2" crossorigin>

3. Quitá render-blocking

  • CSS crítico inline en <head>
  • JS no crítico con defer o async
  • Fuentes con font-display: swap

4. CDN

Cualquier imagen/asset desde un CDN cerca del usuario (Cloudflare, BunnyCDN). Reduce TTFB drásticamente.

5. Hosting decente

Hosting compartido low-end de $3/mes → TTFB de 1-2 segundos. Ya perdiste el LCP.

Los fixes más impactantes para INP

1. Reducí JavaScript

JS pesado = thread principal bloqueado = INP malo.

  • Code splitting agresivo.
  • Lazy load components no críticos.
  • Eliminá librerías que no usás.

2. Optimizá event handlers

  • Debounce/throttle de scroll handlers.
  • requestAnimationFrame para animaciones.
  • Web Workers para tareas pesadas.

3. Reduce third-party scripts

  • Chat widgets pesados (Intercom, Zendesk live chat) → lazy load.
  • Analytics → defer.
  • Tag Manager → ojo con la cantidad de tags.

4. Eliminá long tasks

Una "long task" es JS que bloquea el thread > 50ms.

  • Profilá con Chrome DevTools (Performance tab).
  • Identificá las top 5 long tasks.
  • Optimizalas o lazy-loadealas.

Los fixes más impactantes para CLS

1. Imágenes con dimensiones explícitas

<img src="..." width="800" height="600" alt="...">

El navegador reserva el espacio antes de cargar la imagen. Sin esto, layout shift.

2. Embeds (iframes) con dimensiones

Igual que imágenes — siempre width + height.

3. Fuentes web sin FOUT/FOIT

  • font-display: swap con tamaño similar a la fallback.
  • O usá size-adjust y font-fallback (CSS moderno).

4. Ads con espacio reservado

Si mostrás anuncios, definí el slot con min-height antes de que cargue el ad.

5. Animaciones con transform/opacity

NO con top/left/width (provocan reflow). Solo transform y opacity no causan CLS.

El fix tipo "atajo" para PageSpeed

Si querés mejoras rápidas sin entender todo:

Para WordPress

  1. WP Rocket + Cloudflare activados con defaults.
  2. Cambiar a tema GeneratePress.
  3. Comprimir imágenes con ShortPixel.

Resultado típico: pasar de 35 a 75 PageSpeed mobile en 1 tarde.

Para Shopify

  1. Cambiar a tema Dawn.
  2. Auditar y desinstalar apps no usadas.
  3. Comprimir imágenes con TinyIMG.

Resultado: pasar de 50 a 80 PageSpeed mobile.

Para Next.js / sitios custom

  • next/image para todas las imágenes.
  • Static generation cuando posible.
  • Vercel/Netlify hosting (CDN automático).
  • Audit con Lighthouse y atender top 3 recomendaciones.

Por qué los Core Web Vitals importan más en 2026

  1. AI Overviews favorecen sitios rápidos: si tu página carga lento, las IA prefieren citar competidores.
  2. Mobile-first 100%: 70% del tráfico es mobile. Si tu sitio mobile es lento, perdés ranking general.
  3. Conversiones: cada segundo extra = 7-10% menos conversión. Performance es revenue directo.
  4. CSP and Privacy Sandbox: Google está moviendo más señales hacia métricas de performance reales.

Qué hacer si tu sitio está en "Poor"

Plan de 30 días:

Semana 1 — Diagnóstico

  • PageSpeed Insights de las 5 páginas más importantes.
  • Identificá los 3 problemas comunes a todas.
  • Search Console Core Web Vitals report.

Semana 2 — Quick wins

  • Comprimir imágenes existentes (instant 5-15 puntos LCP).
  • Activar cache + CDN.
  • Eliminar plugins/apps no esenciales.

Semana 3 — Code optimization

  • Defer JS no crítico.
  • Inline CSS crítico.
  • Lazy load componentes secundarios.

Semana 4 — Verificación

  • Re-medí.
  • Search Console: esperá 28 días para field data update.

Errores frecuentes en optimización

  1. Solo optimizar la home. Google mide TODAS las URLs.
  2. Ignorar mobile. Es lo que más pesa.
  3. No medir field data. Solo lab = engaño.
  4. Comprar plugin "Speed Booster" mágico = más conflicts.
  5. Servidor débil mientras se gasta en plugins de optimization. Empezá por hosting.

Métricas que NO son CWV pero importan

  • TTFB (Time to First Byte): debería ser < 600ms. Si es > 1s, tu hosting es el problema.
  • FCP (First Contentful Paint): debería ser < 1.8s.
  • TBT (Total Blocking Time): predice INP. < 200ms ideal.

Conclusión

Core Web Vitals en 2026 son higiene básica del sitio, no optimización avanzada. Si tu sitio está en "Poor", es porque algo está roto fundamentalmente — y se arregla en 1-4 semanas con esfuerzo razonable.

El sitio rápido + contenido bueno + autoridad creciente = ranking sostenible. Los tres patas son necesarias. La velocidad es la que más PYMES descuidan.

Una hora de auditoría hoy puede ahorrarte meses de SEO frustrado más adelante.

¿Listo para aplicar lo que acabas de leer?

Empieza gratis con 20 créditos para probar todas las herramientas.

Probar AI Marketing Pro

Sigue leyendo