Tu web es lenta si tarda más de 2,5 segundos en mostrar la imagen principal en un móvil con datos. Ese número tiene nombre —LCP— y lo puedes ver gratis en tres minutos sin saber una línea de código. Todo lo demás (la sensación de que «va bien», lo que te dice tu desarrollador, lo rápido que carga en tu oficina) no es una medida.

Y sí, importa. Google Search Central confirma que las Core Web Vitals alimentan sus sistemas de posicionamiento, junto con el resto de la experiencia en la página. Y el efecto sobre la venta está medido caso a caso: el minorista Farfetch, en un caso publicado por Google, vio que su tasa de conversión bajaba de media un 1,3% por cada 100 ms de más en el LCP. No hace falta ir a segundos: las décimas ya se notan.

La prueba de los 30 segundos, antes de abrir nada

Coge tu teléfono. Desactiva el wifi y déjalo con datos móviles. Abre el navegador en modo incógnito —esto es lo importante— y escribe la dirección de tu tienda.

El incógnito importa porque tu navegador guarda copias de tu propia web. Tú entras cada día: para ti carga desde la memoria del móvil y vuela. Para quien te ve por primera vez, no.

Cuenta mentalmente. Si a los tres segundos sigues mirando una pantalla blanca, un logo solo o un esqueleto gris, ya tienes tu respuesta. Ahora vamos a ponerle número.

Los tres números de Google, traducidos

Google publica tres métricas llamadas Core Web Vitals. Son las que usa para juzgar tu web, y cada una mide una molestia distinta. La tabla recoge el corte a partir del cual PageSpeed Insights deja de pintarlas en verde:

Un detalle que confunde a mucha gente: estas cifras no se juzgan sobre tu carga, ni sobre la media. Se miran en el percentil 75 de las visitas, es decir, tres de cada cuatro cargas tienen que quedar por debajo del corte. Basta con que una cuarta parte de tu tráfico —el que entra con mala cobertura o con un móvil viejo— vaya mal para que la métrica entera se caiga.

Traducido a tu tienda: LCP es «¿ve el producto?», INP es «¿el botón de añadir al carrito responde?», CLS es «¿se le mueve el checkout debajo del dedo mientras rellena la tarjeta?».

Si solo vas a mirar uno, mira el LCP. Es el que decide si alguien llega a ver lo que vendes.

Cómo medirlo, paso a paso

1. Entra en pagespeed.web.dev (PageSpeed Insights, de Google, gratis y sin cuenta).
2. Pega la URL de una ficha de producto, no de la portada. Enseguida te explico por qué.
3. Dale a analizar y espera. Cuando cargue, asegúrate de estar en la pestaña Móvil, no en Escritorio. Viene en móvil por defecto, pero compruébalo.
4. Ahora la parte que casi todo el mundo se salta: la página tiene dos bloques de resultados y no dicen lo mismo.

Arriba: «Descubre lo que experimentan tus usuarios reales». Son datos recogidos de visitantes de verdad de tu web durante los últimos 28 días, desde sus teléfonos y sus conexiones. Esto es la realidad. Si aparece, es el único dato que deberías defender delante de nadie.

Abajo: «Diagnostica problemas de rendimiento». Es una simulación en un servidor de Google con un móvil y una red simulados. Sirve para saber qué está mal, no cómo de mal estás. Su puntuación de 0 a 100 cambia entre una prueba y la siguiente aunque no toques nada. No te obsesiones con ese número de colores.

Si el bloque de arriba no aparece, es porque tu web no tiene tráfico suficiente para que Google haya recogido datos. En ese caso tira del bloque de abajo, pero haz la prueba tres veces y quédate con el resultado del medio.

El error que hace que midas mal

Medir la portada y quedarte tranquilo.

La portada suele ser la página más cuidada y, muchas veces, la más ligera. Tus ventas no pasan por ahí: pasan por la ficha de producto —que carga galería de fotos, variantes de color, reseñas, chat, píxeles de anuncios— y por el checkout.

Mide estas cuatro y anótalas en una tabla:

• La portada
• Una ficha de producto con muchas fotos
• La página de categoría con más productos
• El carrito o el primer paso del checkout

Es normal que la ficha de producto salga uno o dos segundos peor que la portada. Si sale cuatro segundos peor, ahí tienes el agujero.

Que la ficha es donde se juega el partido lo enseña bien el caso de Agrofy publicado por Google: el marketplace argentino mejoró su LCP un 70% y el abandono durante la carga en las fichas de producto cayó un 76%, del 3,8% al 0,9%. Gente que antes se iba antes de que la página terminara de dibujarse.

Otros dos errores frecuentes: medir desde el ordenador de la oficina con fibra (tu cliente está en el bus con 4G irregular) y medir a las 3 de la madrugada. Si compartes hosting, la web a mediodía y la web de madrugada no son la misma web.

El sospechoso número uno son las imágenes

Baja hasta el bloque de laboratorio y busca la lista de Diagnósticos. Google reorganiza y renombra esas fichas cada pocos meses —las que hablaban por separado de tamaño de imagen y de formatos modernos ya están fundidas en una sola—, así que no las busques por su nombre exacto: búscalas por lo que hacen. Estas son las tres que más veces salen en un ecommerce.

• La ficha de entrega de imágenes. Despliégala y verás una fila por foto con los kilobytes que te podrías ahorrar. Dos causas casi siempre: subes la imagen de 3.000 píxeles que salió de la cámara para enseñarla en un cuadrado de 400, y la sirves en JPG o PNG cuando en WebP o AVIF pesaría bastante menos con la misma calidad a la vista.
• La ficha de JavaScript no usado («Reduce el contenido JavaScript que no se use»). Traducción: tienes apps o plugins que cargan en todas las páginas aunque esa página no los use.
• Cualquier ficha que mencione recursos que bloquean el renderizado. Son archivos que el navegador tiene que descargar y procesar antes de dibujar nada, y suelen ser la razón de que se vea blanco durante segundos.

Cada ficha te da su ahorro estimado en kilobytes o en milisegundos. Ordena por ese ahorro y empieza por arriba: eso ya es tu lista de tareas para el desarrollador.

Hay una comprobación aún más simple que puedes hacer tú: en el escritorio, con la web abierta, pulsa F12, ve a la pestaña Network (Red), recarga la página y mira abajo el total transferido. Ordena la lista por la columna Size de mayor a menor. Si la primera fila es una imagen de 2 MB, no tienes un misterio: tienes una foto sin comprimir. Una ficha de producto entera debería moverse muy por debajo de eso.

Qué hacer el lunes por la mañana

1. Mide y escribe. Las cuatro URLs de arriba en PageSpeed Insights, pestaña Móvil. Anota el LCP de usuarios reales de cada una en una hoja. Diez minutos.
2. Marca las que pasen de 2,5 segundos. Esa es tu lista de trabajo, por orden de cuánto vende cada página.
3. Abre F12 → Network en la peor de todas y ordena por Size. Apunta los tres archivos más pesados y qué son.
4. Si el archivo más grande es una imagen: empieza por ahí. Es el arreglo más barato que existe y no toca el diseño.
5. Repite la medición dentro de 28 días. Los datos de usuarios reales son una media móvil de cuatro semanas: no verás el cambio al día siguiente aunque el arreglo funcione. Guarda la captura de hoy para poder comparar.

Si al terminar el paso 3 lo que aparece no son imágenes sino veinte scripts de apps y plugins, el problema está en cómo está montada la tienda, no en el contenido. Eso ya no se arregla comprimiendo fotos, y es justo lo que resuelve una tienda o landing express montada mobile-first por debajo de 3 segundos, desde US$350.

Preguntas frecuentes

¿Qué es el LCP y por qué importa?

Es el tiempo que tarda en aparecer el elemento más grande de la pantalla, casi siempre la foto principal. PageSpeed Insights lo marca en verde por debajo de 2,5 segundos en móvil: por encima de ahí, el visitante está mirando una pantalla a medio dibujar.

¿PageSpeed Insights me dice la velocidad real de mi web?

Solo en parte. El panel de arriba son datos de visitantes reales de los últimos 28 días; el de abajo es una simulación de laboratorio que cambia en cada prueba.

¿Qué página de mi tienda debo medir?

La ficha de producto y el checkout, no solo la portada. Son las páginas más pesadas y las que deciden si la venta se cierra.

Fuentes

• Google Search Central — Comprender las Core Web Vitals y los resultados de la Búsqueda — Confirmación de que las Core Web Vitals alimentan los sistemas de posicionamiento
• Google / web.dev — Farfetch sees higher conversion rates for better Core Web Vitals — Caída media del 1,3% en conversión por cada 100 ms más de LCP
• Google / web.dev — Agrofy Market: a 70% improvement in LCP correlated to a 76% reduction in load abandonment — Abandono durante la carga en fichas de producto del 3,8% al 0,9%