Estudio: la velocidad real de las tiendas WooCommerce en España (2026)
Solo el 38% de las tiendas WooCommerce españolas aprueba los Core Web Vitals, frente al 68% en Shopify. Estudio con datos de 54.337 tiendas (HTTP Archive/CrUX) más 40 medidas a mano: el problema es el servidor, no el JavaScript. Con gráficos y método replicable.
Solo el 38% de las tiendas WooCommerce españolas aprueba los Core Web Vitals de Google, frente al 68% de las tiendas Shopify y al 61% de las PrestaShop. Es el resultado de cruzar los datos de usuarios reales de Chrome (CrUX) de 54.337 tiendas online españolas, vía HTTP Archive, con una medición manual propia de 39 tiendas, una a una, con la API de PageSpeed Insights. Y la causa principal no está donde casi todos miran: no es el JavaScript, es el servidor.
Este es un estudio con datos primarios y fuentes públicas verificables: no existe otra medición publicada de este tipo para el ecommerce español. Método completo y replicable más abajo.
Solo el 38% de las tiendas WooCommerce españolas aprueba el examen de Google
WooCommerce España: solo el 38,3% aprueba los Core Web Vitals (29.169 tiendas con datos de usuarios reales, HTTP Archive/CrUX, julio 2026).
Shopify España: el 68,2% aprueba. PrestaShop España: el 60,5%. La misma métrica, el mismo mes, el mismo país. La brecha entre plataformas es enorme y tiene explicación técnica.
El servidor es la diferencia: solo el 13,4% de las tiendas WooCommerce españolas tiene un TTFB en verde (≤ 0,8 s), frente al 84,6% de las Shopify. El hosting gestionado marca la distancia.
El JavaScript no es el villano: el INP lo aprueba el 92% de las tiendas WooCommerce españolas. El discurso técnico habitual apunta al sitio equivocado.
España está algo peor que el mundo: WooCommerce global aprueba el 40,1% (frente al 38,3% español) y Shopify global el 76,9% (frente al 68,2% español). No es un problema solo nuestro, pero aquí pesa más.
En mi muestra manual de tiendas WooCommerce medianas y pequeñas la foto es peor: solo 1 de 12 aprueba, con una LCP mediana de 3,0 s y un servidor que tarda 1,7 s de mediana en responder.
)
54.337 tiendas y un método que cualquiera puede replicar
El estudio tiene dos capas, para tener a la vez volumen y detalle:
Capa sectorial (54.337 tiendas): datos públicos de HTTP Archive y el Chrome UX Report de julio de 2026, filtrados por tecnología (WooCommerce, Shopify, PrestaShop) y por país (España). Es la misma fuente que usa Google para evaluar los Core Web Vitals: percentil 75 de usuarios reales de Chrome en móvil.
Capa manual (39 tiendas): 16 tiendas WooCommerce, 13 Shopify y 10 PrestaShop españolas, reunidas de listados públicos y verificadas técnicamente una a una (rastro de la plataforma en su código fuente). Medidas el 1 de septiembre de 2026 con la API oficial de PageSpeed Insights: LCP, INP, CLS y TTFB de campo más la auditoría Lighthouse de laboratorio.
Anonimato: en la capa manual no publico nombres. El objetivo es la foto del sector, no señalar a nadie.
Sin conflicto de interés: ninguna tienda mía ni de mis clientes está en la muestra.
La zona roja: entre las tiendas medianas solo se salva 1 de cada 12
Mi muestra manual de WooCommerce se centra en tiendas medianas y pequeñas, el perfil mayoritario del comercio online español. De las 16, 12 tienen tráfico suficiente para datos de usuarios reales, y el resultado es peor que la media sectorial: solo aprueba 1.
)
LCP (carga del contenido principal): mediana de 3,0 s. Solo 4 de 12 bajan del umbral de 2,5 s.
TTFB (respuesta del servidor): mediana de 1,71 s. Solo 2 de 12 responden en menos de 0,8 s. Más del doble de lo que Google recomienda, antes de pintar un solo píxel.
INP (interactividad): mediana de 140 ms. 10 de 12 aprueban. CLS: 9 de 12 aprueban.
Lighthouse móvil: mediana de 50 sobre 100. De 15 tiendas auditadas en laboratorio, solo 1 llega a 90 y 7 se quedan por debajo de 50.
Shopify responde en 0,6 segundos. WooCommerce tarda el triple
Para que la comparativa entre plataformas no dependiera solo de los datos agregados, medí también a mano 13 tiendas Shopify españolas (marcas como las de moda y cosmética que dominan ese ecosistema) y 10 PrestaShop, con idéntico método y fecha.
Shopify: LCP mediana de 1,9 s y TTFB mediano de 0,6 s. El servidor prácticamente desaparece como problema: la infraestructura la gestiona la plataforma.
PrestaShop: LCP mediana de 2,4 s y TTFB mediano de 1,2 s. Mismo patrón que WooCommerce, aunque algo mejor: el hosting lo eliges tú, y se nota.
WooCommerce: LCP mediana de 3,0 s y TTFB mediano de 1,71 s. La peor de las tres en servidor.
Un matiz honesto: las tiendas Shopify grandes tampoco son perfectas. Varias de las que medí suspenden en laboratorio por exceso de JavaScript (apps y scripts de marketing). Pero con usuarios reales el hosting gestionado las salva una y otra vez: su TTFB casi nunca es el problema.
El culpable no es tu JavaScript. Es tu servidor
)
Es el dato más contundente de todo el estudio, y se repite en las dos capas. En la sectorial: el 92% de las tiendas WooCommerce españolas aprueba el INP (la métrica de interactividad, donde vive el JavaScript), pero solo el 13% tiene el servidor en verde. En mi muestra manual: mediana de 1,7 s de TTFB. La conversación técnica habitual (minificar, diferir scripts, pelearse con los plugins) ataca la métrica que ya está aprobada.
Lo que hunde a WooCommerce en España es la cadena servidor-caché: hosting infradimensionado, caché de página ausente o mal configurada, y páginas generadas desde cero en cada visita. La comparación con Shopify lo demuestra por contraste: misma clase de tiendas, mismo país, pero con infraestructura gestionada, y el 85% tiene el servidor en verde. No hace falta migrar de plataforma para arreglarlo: hace falta tratar el hosting y la caché como lo que son, la primera métrica del negocio.
La lectura práctica: en WooCommerce, la primera hora de optimización casi siempre renta más en el servidor (caché de página completa, PHP y base de datos al día, un hosting serio) que en el frontend.
Llevas años optimizando la métrica que ya estaba aprobada. La que suspende no se arregla con plugins: se arregla eligiendo mejor dónde vive tu tienda.
El hosting de 5 euros al mes lo acabas pagando con tus ventas
Si el servidor es el problema número uno del WooCommerce español, la pregunta obligada es dónde están alojadas estas tiendas. Y la respuesta, en la mayoría de los casos, es un hosting compartido generalista: la misma máquina para cientos de webs, contratada en dos clics por el precio de un café.
El modelo tiene truco, y no es ningún secreto: el proveedor te vende un plan barato porque mete tu tienda en un servidor junto a un número de webs que no conoces, con unos recursos de CPU y memoria que no aparecen en la ficha del producto y con vecinos cuyo tráfico compite con el tuyo. No sabes cuántos sois, no sabes qué máquina es, no sabes qué pasa cuando la web de al lado tiene un pico. Solo ves el precio.
Ese precio se paga por otro sitio. Un servidor saturado responde en 1 o 2 segundos en vez de en 200 milisegundos, y ese TTFB es exactamente lo que este estudio encuentra en la zona roja: la tienda pierde alrededor de un 7% de conversión por cada segundo extra. Una tienda que factura 5.000 euros al mes y se deja un 10% por lentitud está pagando 500 euros al mes por ahorrarse 20 en el hosting. Es la peor compra recurrente de todo el negocio, y la más invisible, porque no llega en ninguna factura.
El hosting barato no cobra por adelantado: cobra cada mes un porcentaje de tus ventas, y no te manda factura.
La prueba de que esto es el factor decisivo está en la comparativa: el 84,6% de las tiendas Shopify españolas tiene el servidor en verde, no porque sus dueños sepan más, sino porque en Shopify el hosting es parte del producto y está dimensionado para vender. En WooCommerce esa responsabilidad es tuya. Lo que yo le pido a un hosting antes de poner una tienda encima: recursos garantizados (un VPS o un plan específico para WooCommerce, no un compartido genérico), caché a nivel de servidor, PHP actual, servidor cercano a tus clientes y la posibilidad de medir el TTFB real antes de contratar. Si el proveedor no puede o no quiere responder a esas preguntas, esa es la respuesta.
Un 100 sobre 100 en Lighthouse no significa nada
Una de las tiendas WooCommerce de mi muestra puntúa 100 sobre 100 en Lighthouse y aun así no aprueba los Core Web Vitals con usuarios reales (LCP de campo: 3,2 s). Otra aprueba con usuarios reales puntuando 42 en laboratorio. Y en Shopify pasa lo contrario: tiendas con 35-55 en Lighthouse que aprueban con usuarios reales gracias al servidor. El test sintético es una herramienta de diagnóstico, no una nota final: lo que Google usa para el ranking, y lo que sufren tus clientes, son los datos de campo.
Cada segundo extra de carga te cuesta un 7% de las ventas
La relación entre velocidad y conversión está más que documentada: alrededor del umbral de 2,5 s, cada segundo extra de carga cuesta en torno a un 7% de conversión. Con la mediana de las tiendas WooCommerce en 3 segundos y colas de más de 5, hay tiendas en esta muestra dejándose entre un 10 y un 20% de sus ventas por pura fricción técnica. Puedes estimar tu caso concreto con mi calculadora de cuánto te cuesta tu web lenta.
Qué hacer esta semana si tienes una tienda WooCommerce
Mide con datos reales, no solo con Lighthouse: PageSpeed Insights te enseña arriba los datos de usuarios reales si tu tienda tiene tráfico. Esa es tu nota.
Ataca primero el TTFB: caché de página completa activa y bien configurada, PHP 8.x, base de datos limpia y un hosting que no comparta tu tienda con quinientas webs más. Es la palanca más barata de esta lista y, según este estudio, la que separa a WooCommerce de Shopify.
Después, el LCP: imagen principal optimizada y precargada, sin sliders pesados en la portada, fuentes con carga sensata.
No te obsesiones con el INP salvo que los datos de campo te lo marquen en rojo: el 92% del sector lo aprueba.
Revisa cada trimestre: los Core Web Vitals se calculan sobre 28 días de usuarios reales; una regresión tarda un mes en verse entera.
Y si tu tienda lleva años de parches, plantéate la reforma integral: hay un punto en el que optimizar lo viejo sale más caro que empezar de limpio. Las dos salidas serias son renovar la web desde el core de WordPress, con una base de datos optimizada desde el principio en lugar de arrastrar años de tablas y metadatos de plugins, o migrar a Shopify y que el hosting deje de ser tu problema. No lo decidas por sensaciones: compara las dos opciones con números en mi calculadora y que gane el balance a 3 años.
Lo que este estudio no puede decirte (honestidad ante todo)
Los datos sectoriales (HTTP Archive/CrUX) cubren solo tiendas con tráfico suficiente para aparecer en el Chrome UX Report, lo que deja fuera a las más pequeñas; probablemente la realidad completa sea peor que ese 38%. Mi muestra manual de 39 tiendas no es estadísticamente representativa: es una fotografía ilustrativa con datos verificables, sesgada hacia tiendas medianas y pequeñas en WooCommerce y hacia marcas conocidas en Shopify. Los datos de campo son el percentil 75 de móvil de los últimos 28 días medidos por Chrome. Repetiré la medición cada año con la misma metodología.
Y el apunte que me toca de cerca: yo también construyo tiendas WooCommerce. Ninguna web mía ni de mis clientes está en la muestra, pero publico esto sabiendo que este listón también me mide a mí: quien te construye la tienda tiene que estar pendiente de estos datos todos los meses, no solo el día de la entrega.
¿Tu tienda WooCommerce está en la zona roja? Estadísticamente, es lo más probable. Mi servicio de optimización de Core Web Vitals empieza exactamente donde este estudio señala: servidor y LCP, medido con datos de usuarios reales antes y después. Y si quieres saber cuánto te cuesta cada segundo, calcúlalo gratis en un minuto.
¿Necesitas ayuda con tu proyecto?
Cuéntame qué necesitas y te propongo un plan personalizado para impulsar tu negocio online.
Solicita tu consulta gratuita
)