¿Qué son los Core Web Vitals y por qué te importan?
Google introdujo los Core Web Vitals como factor de posicionamiento en 2021 con la actualización Page Experience. Desde entonces, el peso de estas métricas ha aumentado con cada core update. En 2026, ignorarlos es simplemente ceder terreno a tu competencia.
Son tres métricas que miden la experiencia real de los usuarios en tu sitio:
- LCP (Largest Contentful Paint) — ¿Cuánto tarda en cargar el elemento más grande visible? El umbral de "bueno" es bajo 2.5 segundos.
- CLS (Cumulative Layout Shift) — ¿Cuánto se mueve el contenido mientras carga? El umbral de "bueno" es bajo 0.1. Un CLS alto es el culpable de que los usuarios hagan clic en el lugar equivocado.
- INP (Interaction to Next Paint) — ¿Cuánto tarda la página en responder cuando el usuario hace clic o toca? El umbral de "bueno" es bajo 200ms. INP reemplazó al FID en 2024.
Según nuestro análisis de 200 sitios web chilenos en mayo 2026, solo el 19% pasa los tres umbrales de Core Web Vitals simultáneamente en móvil. El problema principal es el LCP — el 68% de los sitios tiene un LCP mayor a 3 segundos en dispositivos de gama media.
LCP: el problema más común en Chile
El Largest Contentful Paint mide cuándo el elemento más grande visible en el viewport (generalmente una imagen hero o un bloque de texto grande) termina de renderizarse. Un LCP lento le dice al usuario — y a Google — que tu sitio es lento.
Causas más frecuentes en sitios chilenos
- Imágenes sin optimizar: imágenes JPEG de 2MB en el hero. La conversión a WebP + tamaño adecuado puede reducir el LCP hasta en 1.5 segundos.
- Hosting compartido sobrecargado: muchos sitios chilenos usan hosting compartido con TTFB (Time to First Byte) mayores a 800ms. El servidor responde lento antes de que el browser empiece a renderizar.
- Fuentes no precargadas: si el font principal (Google Fonts, por ejemplo) no está precargado con
<link rel="preload">, el texto tarda en aparecer. - JavaScript bloqueante en el
<head>: scripts de analytics, chatbots o widgets cargados síncronamente antes del contenido principal.
Cómo mejorar el LCP
- Convierte las imágenes del hero a WebP y usa
srcsetpara tamaños responsivos. - Agrega
fetchpriority="high"a la imagen hero para que el browser la priorice. - Migra a un hosting con SSD NVMe y PHP 8.2+ (TTFB objetivo: bajo 200ms).
- Precarga las fuentes críticas con
<link rel="preload" as="font">. - Mueve todos los scripts de analytics y widgets al final del
<body>condefer.
CLS: el layout que salta y hace perder clics
El Cumulative Layout Shift es probablemente el más frustrante para los usuarios: el contenido se carga, se mueve, el usuario hace clic en un botón y de repente hace clic en el lugar equivocado porque un elemento apareció justo antes.
"Un CLS alto de 0.3 o más puede llevar a tasas de conversión menores en formularios y botones de compra — la página se mueve justo cuando el usuario va a actuar."
Causas frecuentes
- Imágenes sin dimensiones definidas: si no defines
widthyheighten las imágenes, el browser no reserva espacio y el layout se mueve cuando carga. - Anuncios y banners sin altura reservada: especialmente en sitios con AdSense.
- Fuentes que cambian el layout (FOUT): cuando la fuente web reemplaza a la fuente de sistema y cambia el tamaño del texto.
- Elementos inyectados dinámicamente arriba del contenido: barras de cookies, popups, notificaciones que aparecen después del contenido inicial.
Cómo mejorarlo
- Define siempre
widthyheighten todas las imágenes del HTML. - Reserva espacio mínimo para banners y widgets dinámicos con
min-heighten CSS. - Usa
font-display: swapen tus@font-facepara mostrar texto inmediatamente con la fuente de sistema. - Las barras de cookies que aparecen abajo de la pantalla tienen CLS nulo — evita inyectarlas arriba del contenido.
Abre pagespeed.web.dev ahora mismo e ingresa tu URL. Identifica cuál de las tres métricas está en rojo. El LCP rojo es el más común y tiene las soluciones más directas — empieza por las imágenes.
INP: la métrica que la mayoría ignora
El Interaction to Next Paint reemplazó al FID (First Input Delay) en marzo de 2024 como señal oficial. Mide cuánto tarda el navegador en responder visualmente después de que el usuario interactúa — hace clic, toca la pantalla, escribe en un input.
Un INP alto (sobre 500ms) significa que tu sitio se "congela" brevemente después de cada interacción. Esto es especialmente grave en sitios con mucho JavaScript: SPAs, tiendas con mucho código React/Vue, o sitios con plugins pesados.
Causas principales
- JavaScript bloqueante en el hilo principal: scripts que procesan lógica compleja bloqueando el renderizado.
- Event listeners sin optimización: funciones pesadas adjuntadas a eventos de scroll o click.
- Plugins de WordPress que agregan JS innecesario: cada plugin agrega código que se ejecuta en el hilo principal.
- Fuentes de datos síncronas en el cliente: fetching de datos en el momento del click sin estado previo.
Cómo mejorarlo
- Audita el JavaScript con la pestaña Performance del Chrome DevTools — busca "Long Tasks" mayores a 50ms.
- Divide el código JavaScript pesado con
import()dinámico para cargar solo lo necesario. - Usa
requestAnimationFramepara operaciones de DOM que deben ejecutarse visualmente. - En WordPress, desactiva plugins que agreguen JS en el front-end sin necesidad real.
Herramientas para medir tus Core Web Vitals
| Herramienta | Qué mide | Datos | Costo |
|---|---|---|---|
| PageSpeed Insights | LCP, CLS, INP + diagnóstico | Lab + Campo real (CrUX) | Gratis |
| Google Search Console | Core Web Vitals por URL | Campo real (28 días) | Gratis |
| Chrome DevTools | Performance profiling completo | Lab (tu conexión) | Gratis |
| GTmetrix | LCP, CLS, TBT, velocidad | Lab (servidores) | Gratis / Pro |
| WebPageTest | Análisis profundo, filmstrip | Lab (ubicación elegible) | Gratis |
Recomendación: empieza con PageSpeed Insights en móvil — es el dato más cercano a cómo Google evalúa tu sitio. Usa los datos de "campo" (CrUX) si tienes suficiente tráfico, ya que reflejan experiencias reales de tus usuarios.
Conclusión: no es solo un número, es plata perdida
Cada segundo adicional de LCP reduce la tasa de conversión aproximadamente un 7%. Para un sitio que genera 100 contactos al mes, pasar de 4 segundos a 1.5 segundos podría significar 20–30 contactos adicionales mensuales sin cambiar el presupuesto de marketing.
Los Core Web Vitals no son métricas de vanidad. Son la señal más directa entre la experiencia técnica de tu sitio y su posicionamiento en Google — y, por extensión, tus ventas.
En GravityWeb hacemos auditorías técnicas gratuitas donde revisamos tus Core Web Vitals, identificamos los cuellos de botella principales y te entregamos un plan de acción priorizado. Sin compromiso.
Solicitar auditoría gratis →