Sacamos los datos de Lighthouse, RUM y facturación de 22 tiendas online españolas. La correlación entre LCP y revenue es brutal. Aquí están las cuentas, el diagnóstico y las 6 mejoras que mueven la aguja de verdad.
Cuéntanos tu idea y te enviamos un presupuesto cerrado en menos de 24 horas. Sin compromiso.
Hay un número que enseñamos en cada primera llamada con un cliente potencial. Lo sacamos de un estudio interno con 22 ecommerces españoles entre 30k€ y 1,2M€ de facturación mensual. El número es éste:
Cada +1,0 segundo de LCP, en la misma tienda, con el mismo tráfico, cuesta unos 4.200€ de facturación mensual para una tienda online española de tamaño medio.
No es una estadística sacada de un blog de SiteSpeed.io sobre Walmart. Es la mediana que medimos aquí, en España, en 2025, controlando por inversión publicitaria, estacionalidad y mix de SKU.
Este post es la versión larga de por qué eso es cierto, por qué nadie lo arregla y qué hacer un lunes por la mañana si quieres recuperar ese dinero.
LCP (Largest Contentful Paint) es el tiempo que tarda en pintarse el elemento más grande visible (normalmente la imagen del hero o la foto del producto principal). Google ha sido muy claro:
En nuestro dataset de 22 tiendas, cruzando contra revenue por sesión, la curva fue aproximadamente:
| LCP (móvil) | Conversión mediana | Tasa de rebote |
|---|---|---|
| 1,5s | 3,4% | 31% |
| 2,5s | 2,6% | 39% |
| 3,5s | 1,9% | 47% |
| 4,5s | 1,4% | 54% |
| 5,5s+ | 0,9% | 63% |
Para una tienda con 30.000 sesiones móviles/mes y un AOV de 42€, pasar de 3,5s → 1,5s es la diferencia entre 23.940€ y 42.840€ de facturación mensual. Misma tienda. Mismos productos. Mismas campañas. Solo más rápida.
El rendimiento no es un problema técnico en España. Es un problema cultural en el 90% de los negocios que auditamos:
Mientras tanto la web acumula peso en silencio: un script de chatbot, un heatmap, un popup, un YouTube embed, dos píxeles de TikTok, dos píxeles de analytics, un vídeo hero de 6 MB, una fuente con 9 pesos que nadie usa.
Lo hemos medido: un ecommerce español "moderno" en 2025 sirve una media de 5,4 MB de JavaScript solo en la home. El HTML real raramente supera los 80 KB.
Vamos a saltarnos los consejos obvios que has leído en cada blog ("optimiza imágenes!"). En cambio, aquí van las seis cosas, ordenadas por impacto-por-hora-de-trabajo, que aplicamos a cada ecommerce español que tocamos.
Éste es el asesino del LCP. Vemos JPEGs de 6 MB en 2026. La solución:
srcset a 480 / 768 / 1080 / 1440 pxfetchpriority="high" en el <img> del hero<link rel="preload" as="image"> en el <head>, solo en la homeUna marca de cosmética con la que trabajamos: hero de 4,1 MB → 280 KB AVIF. LCP de 3,8s → 1,6s. Hecho en una tarde. +18% de conversión los siguientes 30 días.
Heatmaps, chatbots, widgets de soporte, incluso la mayoría de analytics — ninguno necesita disparar en los primeros 3 segundos. Nosotros:
<script async> y un retraso de 2 s (ConsentMode v2, claro)La mayor victoria por esfuerzo después de las imágenes. Habitualmente recorta 800ms–1,4s de LCP.
Un theme de WooCommerce o Shopify comprado en ThemeForest en 2022 arrastra el código de 4 page builders distintos. Lo vemos cada semana.
No siempre necesitas un build completo a medida. A menudo basta con un theme reducido construido para tu tienda, eliminando el 80% de funciones que no usas.
Una tienda Shopify facturando 120k€/mes migró de un theme pesado a un Liquid custom. Lighthouse 38 → 92. Revenue por sesión +24% al mes siguiente. Sin tráfico nuevo, sin anuncios nuevos. Solo menos código.
Habitualmente vemos ecommerces cargando 7+ pesos de fuente cuando solo usan Regular y Bold. Cada peso son ~30–60 KB. Peor aún, suelen cargarse con font-display: block, que fuerza al navegador a esperar antes de renderizar el texto.
Solución:
font-weight: 600 si hace falta, pero Bold + Regular cubre el 95% de la UI.font-display: swap siempre<link rel="preload" as="font" type="font/woff2" crossorigin> sobre la fuente principalHabitualmente recorta 300–600 ms de LCP y elimina un flash de fuente que se ve cutre.
loading="lazy" es necesario, no suficiente. El patrón correcto es:
loading="lazy"preload="none" + pósterEl plan gratis de Cloudflare es suficiente para la mayoría de los ecommerces españoles por debajo de 1M€/año. Asegúrate de:
Cache-Control correctas (con revalidación cuando cambia el stock — Shopify y WooCommerce lo exponen)Una tienda de Sevilla: TTFB 620ms → 110ms activando Cloudflare como toca. LCP −400ms en toda la tienda.
No te fíes del Lighthouse local de tu dev. Está conectado por fibra de 1 Gbps en Vallecas. Tu cliente abuelita está en un 4G lento en el metro de Madrid.
Los datos reales:
Corre las tres. Coincidirán dentro de un 10%, y la verdad va a doler.
Abre tu tienda en tu móvil. Datos, no WiFi. Olvida lo que crees que se ve — cronométralo de verdad desde el momento del tap hasta que el hero esté completamente cargado.
Si pasa de 3 segundos, estás perdiendo aproximadamente el equivalente al sueldo de una persona a tiempo completo en revenue al año, todos los años, mientras siga lento.
Si eres un ecommerce español facturando 30k€+/mes y quieres una auditoría escrita de rendimiento basada en RUM con el impacto proyectado en revenue de cada arreglo, te la hacemos gratis. Recibirás:
Pide una auditoría de rendimiento gratis o descubre nuestros servicios de optimización web.
La velocidad es dinero. Nosotros solo medimos exactamente cuánto.