Core Web Vitals: por qué un sitio lento te cuesta clientes.

La velocidad no es un lujo técnico: es ventas. Estudios de campo muestran que pasar de 1 a 3 segundos de carga puede disparar el abandono más del 30%, y de 1 a 5 segundos lo dispara muchísimo más. En un negocio de Vallarta que paga anuncios para llevar tráfico, cada visitante que se va por lentitud es dinero quemado.

Desde 2021 Google formalizó esto en los Core Web Vitals, tres métricas que miden la experiencia real de tus usuarios y que influyen directamente en tu posición en buscadores. En 2024 una de ellas cambió, así que repasemos las vigentes en 2026.

Las tres métricas que importan

LCP — Largest Contentful Paint

Cuánto tarda en aparecer el elemento más grande de la pantalla (normalmente la imagen principal o el título del hero). Es tu "primera impresión".

• Bueno: menos de 2.5 s
• Mejorable: 2.5 – 4 s
• Malo: más de 4 s

INP — Interaction to Next Paint

Reemplazó al viejo FID en marzo de 2024. Mide qué tan rápido responde tu sitio cuando alguien toca un botón, abre un menú o llena un formulario. Si todo se siente "pegajoso", aquí se nota.

• Bueno: menos de 200 ms
• Malo: más de 500 ms

CLS — Cumulative Layout Shift

Mide cuánto "brinca" el contenido mientras carga. Ese momento en que vas a tocar un botón y de repente todo se mueve porque entró un banner — eso es CLS alto, y es de lo más irritante.

• Bueno: menos de 0.1
• Malo: más de 0.25

Las causas más comunes de un sitio lento

1. Imágenes pesadas: fotos de 4 MB sin comprimir ni redimensionar. Usa formatos modernos (WebP/AVIF) y tamaños correctos.
2. Demasiado JavaScript: plugins, sliders, chats, píxeles y "constructores visuales" que cargan kilos de código que nadie usa.
3. Hosting barato y lejano: servidores saturados o en otro continente. La latencia se siente.
4. Sin caché ni CDN: cada visita reconstruye todo desde cero.
5. Fuentes mal cargadas: tipografías que bloquean el render o provocan saltos de layout.

Cómo lo arreglamos en iWeb

Nuestra postura es simple: HTML estático, CSS plano y JavaScript mínimo. Sin frameworks pesados cuando no hacen falta, sin 14 plugins peleándose. El resultado son sitios que cargan casi instantáneo.

• Imágenes optimizadas, con width/height explícitos para matar el CLS.
• preconnect y display=swap en las fuentes.
• Compresión gzip/brotli, caché agresiva y headers correctos vía .htaccess o CDN.
• Cero JavaScript bloqueante: lo que no es crítico va defer.

La web más rápida es la que no tiene que pedir permiso para ser rápida: menos código, menos peticiones, menos sorpresas.

Si tu sitio actual tarda más de tres segundos en móvil, no es un detalle estético: estás perdiendo reservas, leads y posición en Google todos los días. Lo bueno es que casi siempre tiene arreglo.