Cada segundo extra de carga es plata que se va: los estudios de la industria coinciden en que la probabilidad de abandono crece de forma pronunciada por cada segundo adicional, y que mejoras de décimas en la carga se traducen en puntos de conversión. Google convirtió esa realidad en métricas concretas: los Core Web Vitals. Esta guía las explica para dueños de negocio, no para ingenieros.
Qué son los Core Web Vitals
Son tres métricas con las que Google mide la experiencia real de cargar y usar tu sitio, tomadas de usuarios reales de Chrome (no de laboratorio):
LCP, Largest Contentful Paint
Cuánto tarda en aparecer el contenido principal (la imagen o bloque de texto más grande). Es la percepción de "ya cargó".
- ✅ Bueno: menos de 2,5 segundos
- ❌ Malo: más de 4 segundos
INP, Interaction to Next Paint
Cuánto tarda el sitio en responder cuando el usuario interactúa (toca un botón, abre un menú). Reemplazó a FID en 2024 y es más exigente: mide todas las interacciones, no solo la primera.
- ✅ Bueno: menos de 200 ms
- ❌ Malo: más de 500 ms
CLS, Cumulative Layout Shift
Cuánto "salta" la página mientras carga. Todos conocemos el momento: vas a tocar un botón y un banner lo empuja hacia abajo. Eso es CLS alto.
- ✅ Bueno: menos de 0,1
- ❌ Malo: más de 0,25
Por qué le importan a tu negocio (no solo a Google)
- Conversión. La velocidad es experiencia de compra. Un checkout que responde lento genera desconfianza en el momento exacto en que el usuario tiene la tarjeta en la mano.
- SEO. Los Core Web Vitals son señal de ranking. No la más pesada, pero en categorías competitivas donde el contenido empata, la experiencia desempata.
- Publicidad más cara. Si pagas por clic y tu página tarda, pagas por visitas que abandonan antes de ver nada. La velocidad es el multiplicador silencioso del ROAS.
- Móvil. La mayoría del tráfico llega desde teléfonos con redes irregulares. Un sitio que vuela en la oficina puede arrastrarse en el celular de tu cliente.
Cómo medir (gratis, en 10 minutos)
- PageSpeed Insights (pagespeed.web.dev): pega tu URL y obtén datos de usuarios reales (sección "Descubre qué experimentan tus usuarios") + diagnóstico de laboratorio. Mide la home y las páginas que venden: producto, categoría, checkout.
- Google Search Console → Métricas web principales: el estado de todo tu sitio agrupado por URLs con problemas.
- Regla de lectura: los datos de campo (usuarios reales, 28 días) son la verdad; los de laboratorio son la lupa para diagnosticar.
Qué optimizar primero: el 80/20
La mayoría de los sitios lentos comparten los mismos cinco pecados, en este orden de impacto:
1. Imágenes pesadas (el clásico)
- Sirve formatos modernos (WebP/AVIF): 30-70% más livianos que JPG/PNG.
- Dimensiona correctamente: no cargues una foto de 2400px para mostrarla a 400px.
- Lazy loading para todo lo que está bajo el pliegue, pero NUNCA para la imagen principal (empeora el LCP).
2. JavaScript de terceros
Cada pixel, chat, heatmap y widget que instalaste "para probar" compite por el procesador del teléfono de tu cliente. Auditoría trimestral: si no usas los datos de una herramienta, sácala. Los scripts que se quedan, cárgalos en diferido (después de la interacción o cuando el navegador esté libre).
3. Fuentes web
Dos familias tipográficas máximo, con font-display: swap para que el texto aparezca de inmediato aunque la fuente demore. Las fuentes variables reemplazan varios archivos por uno.
4. Espacio no reservado (CLS)
Toda imagen, video, anuncio y embed debe tener dimensiones declaradas para que el navegador reserve su espacio antes de que cargue. Los banners que se inyectan tarde y empujan el contenido son la causa #1 de CLS, especialmente relevante si monetizas con publicidad display.
5. Hosting y caché
Un buen sitio sobre un servidor malo pierde. CDN para servir desde cerca del usuario, caché bien configurado y, si tu plataforma lo permite, renderizado estático de las páginas que no cambian por usuario.
Caso típico: el e-commerce que "andaba bien"
Un patrón que vemos repetido: la home carga decente (es la página que todos miran internamente), pero las páginas de producto (donde ocurre la venta) arrastran carruseles pesados, 15 scripts de terceros y un LCP de 5 segundos en móvil. El presupuesto de optimización rinde más donde está la plata: mide y arregla primero el camino de compra, no la portada.
Preguntas frecuentes
¿Necesito un desarrollador para esto?
Para el diagnóstico, no: PageSpeed Insights es legible con esta guía al lado. Para las correcciones, depende de tu plataforma: en Shopify/WordPress mucho se resuelve con configuración, apps de imágenes y limpieza de plugins; los cambios de tema o de infraestructura sí requieren manos técnicas.
¿Cada cuánto debo revisar?
Una vez al mes en Search Console (5 minutos) y siempre después de cambios grandes: tema nuevo, app nueva, campaña con landing nueva. Las regresiones de velocidad entran caminando y se quedan viviendo.
¿Un puntaje de 100 en PageSpeed garantiza ventas?
No. El puntaje de laboratorio es orientación; los umbrales de campo (LCP < 2,5s, INP < 200ms, CLS < 0,1) son la meta real. Pasado ese umbral, cada milisegundo extra rinde menos: optimiza hasta "bueno", después invierte en contenido y oferta.
La velocidad no es un tema técnico: es respeto por el tiempo del cliente, convertido en métrica. Y como todas las formas de respeto, se nota en la caja.
