Google volvió a mover los goalposts en 2026. Las Core Web Vitals —el conjunto de métricas técnicas que el algoritmo usa para evaluar la calidad de carga e interacción de un sitio— recibieron ajustes que ya están afectando rankings de empresas chilenas que dejaron su sitio en piloto automático. Si tu sitio es parte de tu canal de adquisición, esto te concierne directamente.
Por qué importan las Core Web Vitals en 2026
Desde 2021 Google las usa como factor de ranking, pero hasta 2024 muchos SEOs lo trataban como un “extra deseable”. En 2026 el escenario cambió: con la masificación de los resultados generativos en SERP (las cajas de respuesta con IA que ocupan media pantalla), el espacio de tráfico orgánico tradicional se redujo. Para los sitios que sí aparecen en resultados, Google está siendo más estricto en exigir calidad técnica. Sitios lentos pierden visibilidad rápido.
Para empresas chilenas que invirtieron en una página web profesional bien construida, esto es buena noticia: la inversión en performance se recupera en posición de búsqueda. Para sitios montados con plantillas pesadas o WordPress sin optimizar, es momento crítico de revisión.
Las tres métricas centrales (recordatorio)
LCP — Largest Contentful Paint
Tiempo hasta que el elemento más grande visible del viewport (foto principal, título grande) se renderiza. Mide qué tan rápido el usuario percibe que la página cargó.
Umbrales 2026:
- Bueno: ≤ 2.5 segundos
- Mejorable: 2.5 – 4.0 segundos
- Pobre: > 4.0 segundos
INP — Interaction to Next Paint
Reemplazó a FID (First Input Delay) en 2024 y se consolidó como métrica clave. Mide la latencia entre que el usuario interactúa (click, tap, tecla) y la siguiente actualización visual de la página. Es la métrica más castigada por sitios con JavaScript pesado mal optimizado.
Umbrales 2026:
- Bueno: ≤ 200 ms
- Mejorable: 200 – 500 ms
- Pobre: > 500 ms
CLS — Cumulative Layout Shift
Mide cuánto se “mueve” visualmente la página mientras carga. Un CLS alto frustra al usuario porque toca un botón y aparece otra cosa en su lugar.
Umbrales 2026:
- Bueno: ≤ 0.1
- Mejorable: 0.1 – 0.25
- Pobre: > 0.25
Cambios concretos en 2026
1. INP con mayor peso relativo
Google ajustó internamente la ponderación. Un sitio con LCP excelente pero INP malo ahora pierde más posiciones que en 2024. La interpretación: a Google le importa cada vez más cómo se siente la interacción, no solo la carga inicial.
2. Nueva métrica experimental: ESR (Engagement Smoothness Rating)
Aún en fase de experimentación pública, esta métrica intenta capturar la fluidez percibida del scroll, animaciones y transiciones. No es factor oficial todavía, pero Google ya la reporta en Search Console y los sitios con ESR pobre están viendo señales en las nuevas SERPs generativas. Quienes tengan páginas con animaciones pesadas mal optimizadas deberían empezar a medir.
3. Mobile-first reforzado
Las mediciones móviles pesan ahora aproximadamente 80% del score combinado. Esto impacta especialmente a empresas chilenas con sitios diseñados pensando en desktop primero —que son muchas más de las que confiesan.
4. Bot de Google con red más realista
Google ajustó las condiciones de red simulada de su crawler para reflejar mejor la conectividad promedio real (incluyendo redes celulares más débiles). Sitios que cargaban “bien” en pruebas internas con fibra ahora salen castigados al medirse con red simulada 2026.
5. Penalización por CLS en interacciones
Antes el CLS solo se medía durante la carga. Ahora también penaliza saltos visuales que ocurren durante interacciones del usuario (un menú que empuja contenido al abrirse, un modal que mueve la página). Esto pega fuerte a sitios con UI poco cuidada.
Las cinco causas más comunes de Core Web Vitals malas en sitios chilenos
1. Imágenes sin optimizar
Es la causa número uno. Fotos de 4 MB en JPG sin formato moderno (WebP/AVIF), sin lazy loading, sin tamaños responsive. Cada empresa chilena debería auditar esto antes de cualquier otra cosa. Una sola imagen pesada arruina LCP.
2. JavaScript de terceros en exceso
Píxeles de Facebook, GA4, Hotjar, Clarity, chat widgets, popups de email, banners de cookies mal implementados. Cada script externo es deuda en INP. La regla: si no aporta valor medible, fuera.
3. Web fonts mal cargadas
Cargar Google Fonts vía CDN externo, sin font-display: swap, sin preload, sin fallback. Resultado: texto invisible durante segundos o saltos de layout cuando carga la fuente. En Codelan, en cada página web profesional auto-hospedamos las fuentes (sin Google Fonts) por exactamente esta razón.
4. Layouts que recalculan al cargar
Banners hero sin altura definida, anuncios sin slot reservado, imágenes sin width/height. Resultado: CLS en rojo. La solución es CSS riguroso, no magia.
5. JavaScript pesado en el render path crítico
Frameworks frontend cargados sin code splitting, librerías de carrusel pesadísimas, animaciones que bloquean el main thread. Para sitios corporativos, la pregunta debería ser: ¿necesitas realmente un framework SPA, o un sitio estático bien hecho rinde mejor?
Cómo medirlas correctamente
Tres herramientas, tres usos:
- Google PageSpeed Insights: rápida, da diagnóstico inmediato pero con datos de laboratorio que pueden no reflejar usuarios reales.
- Search Console sección “Experiencia”: datos reales agregados de usuarios que visitaron tu sitio. Esta es la fuente de verdad para SEO.
- CrUX Dashboard (Chrome User Experience Report): datos públicos de navegación real, útil para benchmarking contra competencia.
La combinación correcta es: PageSpeed para diagnóstico técnico y Search Console para tracking de impacto SEO real.
Cómo cumplir en 2026 (la receta corta)
Para sitios nuevos
Construir desde el día uno con un stack que prioriza performance: Astro, Next.js bien configurado, Eleventy o un buen sitio estático. SSG (Static Site Generation) en lugar de SSR pesado donde sea posible. Auto-hospedar fuentes. Imágenes WebP/AVIF con dimensiones explícitas. Lazy loading nativo. Cargar JavaScript externo solo después del evento “load”. Esa es la receta.
En Codelan migramos sitios corporativos desde WordPress a Astro precisamente por esto: el costo de mantener un WordPress optimizado en performance es más alto que rehacer el sitio en un stack moderno.
Para sitios existentes con problemas
El orden de impacto/esfuerzo es:
- Comprimir y modernizar imágenes (mayor impacto, menor esfuerzo).
- Eliminar scripts de terceros innecesarios.
- Auto-hospedar fuentes y precargar las críticas.
- Reservar espacio para banners e iframes (resuelve CLS rápido).
- Code splitting de JS y cargar lo no crítico async/defer.
- Si es WordPress: revisar plugins activos sin piedad. Cada plugin pesa.
Cuándo conviene rehacer en lugar de optimizar
Hay un punto en que “optimizar” un sitio antiguo cuesta más que rehacerlo. Las señales:
- WordPress con más de 25 plugins activos.
- Page Builders pesados (Elementor sin tunear, Divi viejo).
- Theme antiguo no compatible con HTTP/3.
- Costos de hosting subiendo cada año para mantener velocidad.
Para esos casos, una migración a sitio estático moderno (Astro, Next.js exportado, etc.) o a un desarrollo de software a medida cuando el sitio es más bien una aplicación web suele tener mejor ROI a 24 meses que pagar a alguien para parchar el sitio actual.
Conclusión
Core Web Vitals en 2026 dejaron de ser un “ideal técnico” y son hoy un factor competitivo concreto. Sitios chilenos rápidos están ganando posiciones a competidores que parecen iguales en contenido pero pierden por performance. La inversión en optimizar paga dos veces: mejor SEO y mejor conversión (porque sitios rápidos venden más).
En Codelan construimos páginas web profesionales optimizadas para Core Web Vitals desde el primer commit, no como mejora posterior. Si tu sitio está perdiendo posiciones o quieres saber dónde estás versus tu competencia, conversemos y te entregamos un diagnóstico técnico sin costo con las acciones priorizadas por impacto.