Core Web Vitals: cuánto te cuesta de verdad una web lenta

Una web que tarda más de tres segundos en cargar pierde a más de la mitad de sus visitantes móviles antes de mostrar nada. No es una métrica de vanidad: es dinero que entra por la puerta y se va antes de sentarse.

Y desde 2021, además, es factor de posicionamiento.

Las tres métricas que mide Google

Google agrupa la experiencia de carga en tres números, que puedes ver en Search Console con datos de usuarios reales (no de laboratorio).

LCP — Largest Contentful Paint

Cuánto tarda en aparecer el elemento más grande de la pantalla: normalmente la imagen del hero o el titular.

• Bien: menos de 2,5 s
• Mejorable: 2,5–4 s
• Mal: más de 4 s

Es la métrica que más correlaciona con el abandono.

INP — Interaction to Next Paint

Cuánto tarda la web en responder cuando el usuario toca algo. Sustituyó al antiguo FID en marzo de 2024 y es bastante más exigente, porque mide todas las interacciones de la visita, no solo la primera.

• Bien: menos de 200 ms
• Mal: más de 500 ms

Aquí es donde mueren las webs con exceso de JavaScript. Un sitio con quince plugins puede tener un LCP decente y un INP desastroso.

CLS — Cumulative Layout Shift

Cuánto se mueve el contenido mientras carga. Ese momento en que vas a pulsar un botón y un banner empuja todo hacia abajo.

• Bien: menos de 0,1

Casi siempre lo causan tres cosas: imágenes sin width y height, fuentes web que cambian el tamaño del texto al cargar, y anuncios o avisos insertados por JavaScript.

Qué cuesta esto en clientes

Los datos públicos del sector son consistentes:

• Vodafone mejoró su LCP un 31% y sus ventas subieron un 8%.
• Rakuten redujo el CLS a la mitad y aumentó los ingresos por visitante un 53%.
• Google midió que pasar de 1 a 3 segundos de carga eleva la probabilidad de abandono un 32%.

Aplícalo a tu escala. Si tu web recibe 2.000 visitas al mes y convierte al 2%, son 40 contactos. Recuperar un tercio de los que se van por lentitud son 13 contactos más al mes sin gastar un euro en publicidad.

Los arreglos, por orden de impacto

En nuestra experiencia auditando webs de negocios locales, este es el orden que más rendimiento da:

1. Las imágenes (el 70% del problema)

Casi siempre es esto. Fotos de 4 MB subidas directamente desde el móvil.

• Convierte a WebP o AVIF: pesan entre un 30% y un 60% menos con la misma calidad.
• Sirve tamaños distintos según pantalla con srcset. Un móvil no necesita una imagen de 2400 px.
• loading="lazy" en todo lo que esté por debajo del pliegue; la imagen del hero, al contrario: fetchpriority="high" y nunca lazy.
• width y height siempre, para reservar el espacio y no provocar CLS.

2. El JavaScript que no usas

Cada script bloquea. Un carrusel que no se ve, un chat que nadie usa, tres librerías de animación, el píxel de una campaña que terminó hace dos años.

Abre la pestaña Coverage de las herramientas del navegador y mira cuánto del JavaScript descargado se ejecuta de verdad. En webs de WordPress con plugins acumulados es normal ver un 70% sin usar.

3. Las fuentes

• Autoaloja las fuentes en lugar de pedirlas a un servidor externo: evitas una conexión más y, de paso, la transferencia de IP a un tercero que ha dado problemas de RGPD.
• font-display: swap para que el texto se vea desde el primer momento.
• Dos familias como máximo y solo los pesos que usas. Cada peso es un archivo.

4. El hosting

Un hosting compartido barato puede tardar 800 ms solo en empezar a responder. Ese tiempo se suma a todo lo demás. Un TTFB por encima de 600 ms es señal de que el problema no está en tu web sino debajo de ella.

5. La arquitectura

Si después de todo lo anterior sigue lenta, el problema es de raíz. Una web que genera cada página en el servidor con cada visita nunca competirá con una que sirve HTML ya generado.

Es la razón por la que construimos con Astro: genera HTML estático y envía cero JavaScript por defecto. La interactividad se añade solo donde se necesita. Un sitio corporativo típico queda por debajo del segundo en móvil sin optimizaciones heroicas.

Cómo medirlo bien

Dos herramientas, dos propósitos distintos:

• PageSpeed Insights — datos de laboratorio y, si tienes tráfico suficiente, datos de usuarios reales de los últimos 28 días. Estos últimos son los que Google usa para posicionar.
• Search Console → Experiencia → Core Web Vitals — la vista agrupada por tipos de página. Te dice qué grupo de URLs falla, que es lo accionable.

Una advertencia: la puntuación de 0 a 100 de PageSpeed no es un factor de posicionamiento. Lo que cuenta son los tres umbrales con datos reales. Obsesionarse con llegar a 100 en laboratorio mientras los usuarios reales siguen en rojo es perder el tiempo.

---

¿Quieres saber en qué punto está la tuya? En la consultoría gratuita la medimos con datos de campo y te decimos qué tres cambios darían más resultado.