— Una tienda WooCommerce con 2.000 productos cargaba en 8 segundos, perdiendo ventas por abandono de carrito.
— El diagnóstico reveló múltiples culpables: hosting insuficiente, 47 plugins activos, imágenes sin optimizar, y falta de caché.
— Tras intervención focalizada en las causas reales (no reescribiendo código), el tiempo de carga bajó a 2 segundos y las conversiones aumentaron un 35%.
“Nuestra web es lenta y no sabemos por qué”. Con esta descripción vaga empezó nuestro trabajo. Una tienda online de productos de decoración. Tenían 2.000 productos, tráfico moderado (unos 5.000 visitas/día en temporada alta), y un tiempo de carga de 8 segundos según GTmetrix. Perdían ventas. Y lo sabían.
La primera reacción del cliente fue la clásica: “cambiemos el tema” o “hagamos una web nueva”. Como si el diseño fuera el culpable. Spoiler: no lo es.
El diseño no determina la velocidad. La infraestructura, la configuración y la optimización sí. Este caso es exactamente sobre eso: diagnosticar y resolver el problema real. Sin rehacer la tienda.
Diagnóstico: encontrando los culpables reales
Antes de tocar nada, medimos sistemáticamente. Las herramientas que usamos:
— GTmetrix y PageSpeed Insights: Métricas de carga y diagnósticos generales.
— Query Monitor (plugin WordPress): Qué consultas a base de datos son lentas, qué plugins generan carga.
— WebPageTest: Análisis detallado por fases de carga (DNS, connect, SSL, TTFB, download).
— Asset Cleanup: Qué scripts y CSS se cargan (y si realmente hacen falta).
Los resultados fueron reveladores:
1. TTFB (Time To First Byte): 2.5 segundos.
El tiempo que tarda el servidor en enviar el primer byte de HTML. El ideal es <200ms. 2.5 segundos significaba que el servidor tardaba eternidades en generar la página. Esto no es tema ni diseño; es backend.
2. 47 plugins activos.
Algunos esenciales (WooCommerce), otros redundantes (tres plugins diferentes de SEO), otros obsoletos (dos plugins de caché activos simultáneamente, peleándose entre ellos).
3. Imágenes: 15MB de transferencia en homepage.
Bn banner de 4 MB sin comprimir. Miniaturas de producto cargando la imagen original de 2000×2000 píxeles en lugar del tamaño adecuado. Cada visita descargaba una eternidad.
4. Sin caché de página.
Cada visita generaba la página desde cero. PHP + MySQL trabajando como si no hubiera mañana. En una tienda con tráfico real, eso es suicidio de rendimiento.
5. Hosting compartido de 5€/mes.
600 sitios compartiendo recursos en un servidor saturado. El plan barato se volvió carísimo cuando empezaron a perder ventas por culpa de la lentitud.
Intervención fase 1: hosting y caché (mayor impacto)
Empezamos por lo que más impacto tenía con menor esfuerzo:
Cambio de hosting. Migración a VPS gestionado (Cloudways, en este caso) con recursos dedicados: 2GB RAM, 1 vCPU, almacenamiento SSD. Coste: 30€/mes vs 5€/mes anteriores. El TTFB bajó de 2.5 segundos a 400ms inmediatamente. Solo con mover el servidor.
Implementación de caché.
Configuramos LiteSpeed Cache (el hosting usaba LiteSpeed como servidor web). Activamos: Caché de página completa. Caché de objetos con Redis. Optimización automática de imágenes. Con la caché bien afinada, el tiempo de generación del HTML cayó a menos de 50 ms para visitas cacheadas.
Resultado tras fase 1: tiempo de carga de 8 segundos a 4 segundos. Solo con hosting decente y caché correcta.
Intervención fase 2: limpieza de plugins
Con el hosting y la caché ya funcionando, pasamos a lo siguiente: los excesos.
Plugins: de 47 a 23
— Eliminados (12): Plugins duplicados, plugins para funcionalidades que ya existían en WooCommerce nativo, plugins de “mejoras” que no se usaban.
— Reemplazados (3): Plugins pesados por alternativas más ligeras. Ej: plugin de reviews con muchas features por solución simple integrada.
— Consolidados (2): Dos plugins de SEO (Yoast y otro) fusionados en uno solo.
— Optimizados (5): Plugins que cargaban scripts en todas las páginas cuando solo se necesitaban en checkout, configurados para cargar condicionalmente con Asset Cleanup.
Eliminación de plugins no es solo desactivar; es verificar que no dejan tablas huérfanas en base de datos, shortcodes rotos, o opciones en wp_options. Limpiamos todo.
Resultado tras fase 2: tiempo de carga de 4 segundos a 3 segundos. Menos dramático que fase 1, pero importante para mantenibilidad futura.
Intervención fase 3: optimización de imágenes
El análisis de imágenes mostró:
— Banner principal: 4MB JPEG, 3000x1000px, mostrado a 1200px de ancho.
— Imágenes de producto: 2000x2000px originales, mostradas a 300x300px en catálogo.
— Formato: todo JPEG, cuando WebP sería 30% más pequeño con igual calidad.
Optimizaciones:
— Compresión masiva: ShortPixel comprimió imágenes existentes un 70% sin pérdida visible de calidad.
— Formato moderno: Habilitada conversión automática a WebP para navegadores compatibles, con fallback JPEG.
— Dimensiones correctas: Configuración de WooCommerce para generar thumbnails de tamaño adecuado, y el tema para usarlos en lugar de originales.
— Lazy loading: Imágenes fuera de viewport no se cargan hasta scroll.
Resultado tras fase 3: transferencia de imágenes de 15MB a 4MB. Tiempo de carga de 3 segundos a 2.2 segundos.
Intervención fase 4: optimizaciones finales
Los toques finales:
Base de datos. Limpieza de revisiones de posts (WooCommerce genera muchas), transients expirados, y tablas de plugins eliminados. WP-Optimize hizo el trabajo.
CDN. Implementación de Cloudflare (plan gratuito). Caché de assets estáticos y compresión automática. Mejora menor en tiempo de carga para usuarios locales, pero significativa para internacionales (que eran 20% de su tráfico).
Preconnect y preload. Ajustes en headers para que el navegador establezca conexiones anticipadas a dominios de terceros (Google Fonts, Analytics).
Resultado final: tiempo de carga consistentemente bajo 2 segundos (1.8s en GTmetrix, 95 de score PageSpeed).
Impacto en negocio
Los números tres meses después:
— Tasa de rebote: De 65% a 45%. La gente se queda cuando la web carga rápido.
— Tasa de conversión: De 1.2% a 1.6%. Un 35% de mejora.
— Abandono de carrito: De 75% a 62%. Menos gente se va en el checkout.
— SEO: Mejoras en rankings para términos competidos (velocidad es factor de ranking, aunque menor que otros).
— Ingresos: Proyectado, un 25-30% de incremento atribuible a la mejora de velocidad (eliminando efectos de temporada).
ROI de la inversión: el cambio de hosting costó 25€/mes más. Las optimizaciones fueron trabajo nuestro (2-3 días) que el cliente pagó. El retorno en ventas adicionales cubrió la inversión en el primer mes.
Lecciones aplicables a otros casos
Este patrón se repite en la mayoría de tiendas WooCommerce lentas:
El problema raramente es el tema. Salvo que el tema sea terrible, el cuello de botella está en hosting, caché, y peso de página (imágenes).
Los plugins se acumulan como deuda técnica. Cada “solución rápida” que añades se queda para siempre. Auditoría trimestral de plugins necesaria.
Imágenes son el peso principal. En e-commerce, optimización de imágenes tiene un impacto desproporcionado.
Hosting barato es caro. 5€/mes suena bien hasta que calculas ventas perdidas por culpa de la lentitud.
Medir antes de actuar. Sin diagnóstico, estás optimizando a ciegas. Query Monitor y WebPageTest te dicen dónde está el problema real. Escúchalos.
Conclusión
Transformar una tienda de 8 segundos a 2 segundos no requirió rehacerla. Requirió:
-
Un diagnóstico correcto.
-
Intervenciones quirúrgicas en los verdaderos cuellos de botella.
-
Entender que la velocidad no es cuestión de apariencia, sino de infraestructura, configuración y buenas decisiones.
El resultado no fue solo una web más rápida. Fue más ventas, mejor experiencia de cliente, y mejor posición competitiva.
Si tu tienda WooCommerce es lenta y no sabes por dónde empezar, podemos auditarla. Generalmente, el 80% de la mejora viene del 20% de las intervenciones; la clave es saber cuáles son.
