- WooCommerce escala bien con la arquitectura adecuada. Los problemas aparecen cuando la tienda crece sin revisar el hosting, la base de datos, los plugins, la caché y el catálogo.
- Señales de alerta: catálogo que tarda más de 3 segundos, caídas en picos de tráfico, checkout lento, panel de pedidos pesado y tablas que no paran de crecer.
- Adelantarse siempre sale más barato que resolver los problemas cuando ya afectan a las ventas.
La configuración inicial de WooCommerce está pensada para tiendas que empiezan. Cuando la tienda crece (más productos, más pedidos, más tráfico, más integraciones), lo que funcionaba perfectamente con 100 productos y 20 pedidos al mes empieza a mostrar sus límites.
El problema no es WooCommerce. Es que la mayoría de tiendas crecen sin que nadie revise si la base sobre la que están construidas aguanta ese crecimiento. Y cuando ya hay volumen, cada problema es más caro y más urgente de resolver.
Error 1: seguir en un hosting compartido cuando el volumen ya no lo justifica
El hosting compartido basta para tiendas con poco tráfico y pocos productos. Cuando empiezan las visitas simultáneas, los pedidos frecuentes y los catálogos grandes, se convierte en el cuello de botella que limita todo lo demás.
Los síntomas son claros: la tienda va bien casi siempre pero se ralentiza en los picos, el tiempo de respuesta del servidor es irregular y hay caídas ocasionales que nadie sabe explicar. No son problemas de código, sino de infraestructura insuficiente.
Para una tienda en crecimiento, un alojamiento gestionado especializado en WordPress o un servidor propio (VPS o cloud) bien administrado ofrece una relación entre rendimiento y coste mucho mejor. Donde más se nota es en el TTFB, el tiempo que tarda el servidor en empezar a responder: en un compartido saturado no es raro verlo cerca del segundo, y con una infraestructura bien dimensionada baja de forma muy clara. Un ejemplo: cómo redujimos el tiempo de carga de una tienda WooCommerce de 8 a 2 segundos.
Error 2: no optimizar la base de datos a medida que crece
WooCommerce guarda muchísima información en la base de datos de WordPress. Productos y variaciones almacenan sus datos en la tabla wp_postmeta, y en las tiendas que siguen con el almacenamiento antiguo de pedidos, cada pedido añade además decenas de filas a esa tabla. Con unos años de actividad, puede llegar a millones de filas.
Otras tablas crecen sin que nadie las mire: las tareas de Action Scheduler (que WooCommerce y muchos plugins usan para procesos en segundo plano), las sesiones de clientes, los transitorios caducados y las opciones con carga automática de wp_options. Una base de datos inflada hace más lentas todas las consultas: el panel tarda, la gestión de pedidos se vuelve pesada y el frontend también lo nota.
Optimizarla incluye limpiar transitorios y acciones programadas antiguas, revisar qué opciones se cargan en cada petición, optimizar las tablas fragmentadas y, si tu tienda aún no lo ha hecho, activar el almacenamiento de pedidos de alto rendimiento (HPOS), que guarda los pedidos en tablas propias en lugar de en wp_postmeta. Es la opción por defecto en las tiendas nuevas, pero muchas tiendas antiguas siguen sin migrar, a menudo por algún plugin incompatible. Antes de activarlo, comprueba tus plugins y pruébalo en un entorno de staging.
Error 3: acumular plugins sin auditar su impacto en el rendimiento
Cada plugin activo puede añadir consultas, scripts y estilos a cada página. En una tienda con 20 o 30 plugins (algo muy habitual tras 2 o 3 años añadiendo funcionalidades poco a poco), la suma puede ser un problema serio.
El patrón es casi siempre el mismo: se instala un plugin para algo puntual, se resuelve, y el plugin se queda activo aunque ya no haga falta. Con los años sobran plugins, y varios están desactualizados o en conflicto entre sí. Tampoco es solo cuestión de número: un único plugin mal hecho puede pesar más que 10 bien hechos. Herramientas como Query Monitor ayudan a ver qué plugin genera más consultas o las más lentas.
Una auditoría periódica de plugins (¿qué hace este?, ¿sigue siendo necesario?, ¿hay una forma más eficiente de conseguir lo mismo?) es mantenimiento básico para una tienda que quiere escalar. Y antes de instalar el siguiente, merece la pena saber cómo auditar un plugin de WordPress antes de instalarlo.
Error 4: no configurar la caché correctamente para WooCommerce
WooCommerce tiene páginas que nunca deben cachearse (carrito, checkout y páginas de cuenta) y páginas que ganan muchísimo con la caché (las de producto y categoría, cuando el precio y el stock no cambian a cada momento).
Una caché mal configurada puede mostrar el carrito de un cliente a otro, mantener precios desactualizados o invalidarse tan a menudo que pierde su efecto. Ojo también con lo que la caché de páginas no cubre: el contador del carrito o el minicarrito suelen actualizarse por AJAX, y con mucho tráfico esas peticiones suman. En tiendas con volumen, una caché de objetos (Redis o Memcached) alivia mucho a la base de datos, sobre todo en el panel.
Configurarlo bien exige saber qué páginas son dinámicas y cómo se invalida la caché cuando cambian el stock o los precios, como explicamos en cómo configurar la caché en WordPress correctamente.
Error 5: un catálogo con una estructura de variaciones poco eficiente
WooCommerce gestiona las variaciones de producto (talla, color, material) con su sistema nativo de atributos. Cuando un producto combina muchas (por ejemplo, 10 tallas por 8 colores son 80 variaciones de un solo producto), su página puede volverse notablemente más lenta.
Por defecto, cuando un producto supera las 30 variaciones, WooCommerce deja de incluir todos sus datos en la página y los pide al servidor por AJAX cada vez que el cliente elige una combinación. Si además usas un selector visual que actualiza precio, imagen y disponibilidad en tiempo real, en un catálogo grande esas peticiones pueden cargar bastante el servidor.
Las soluciones pasan por limitar las variaciones por producto donde sea posible, cachear las respuestas de esas peticiones y, en casos extremos, dividir los productos con demasiadas combinaciones en productos separados más sencillos.
Error 6: no tener copias de seguridad automáticas y verificadas
Una tienda activa genera datos críticos constantemente: pedidos, clientes, inventario, transacciones. Perderlos no es solo un problema técnico, también es legal y económico.
Muchos hostings incluyen copias automáticas, pero no basta. Hay que comprobar que se generan bien, que se pueden restaurar (haz una restauración de prueba de vez en cuando) y que hay una copia fuera del servidor principal: una copia que solo existe en el mismo servidor que puede fallar no es una copia de verdad. Y si recibes pedidos a todas horas, piensa en la frecuencia: restaurar la copia de anoche significa perder los pedidos de hoy.
Las 5 señales de que tu tienda está llegando al límite
- Las páginas de catálogo tardan más de 3 segundos en cargar en condiciones normales.
- Hay caídas o ralentizaciones graves durante picos de tráfico o campañas.
- El checkout tarda más de 2 segundos en responder en cada paso.
- El listado de pedidos del panel tarda más de 5 segundos en cargar.
- Las tablas más grandes de la base de datos (wp_postmeta, wp_options, Action Scheduler) crecen mes a mes sin que nadie las revise.
Son cifras orientativas, no una norma. Si reconoces 2 o más de estas señales, hay trabajo preventivo que hacer antes de que el problema afecte a las ventas. Si quieres saber qué implica mantener una tienda en producción, lee cuánto cuesta realmente mantener una web en producción.
Checklist: revisión técnica de tu tienda WooCommerce
- TTFB del servidor por debajo de unos 300 ms, medido con GTmetrix, WebPageTest o similar.
- Tablas principales revisadas y base de datos limpia de datos caducados.
- Almacenamiento de pedidos de alto rendimiento (HPOS) activado o, al menos, compatibilidad de los plugins comprobada.
- Auditoría de plugins activos: desactivados y eliminados los que ya no se usan.
- Caché configurada con exclusiones correctas para carrito, checkout y páginas de cuenta.
- Copias de seguridad automáticas con copia externa y restauración probada.
- Prueba de carga del checkout: tiempo de respuesta con muchas visitas simultáneas.
Preguntas frecuentes
¿A partir de cuántos productos necesita WooCommerce optimización técnica?
No hay un número universal, porque depende más de la complejidad de los productos (variaciones, atributos, precios dinámicos) que del número de referencias. Una tienda con 500 productos sencillos puede ir bien en un alojamiento modesto. Una con 200 productos de 50 variaciones cada uno y precios distintos por tipo de cliente puede necesitar infraestructura dedicada. Lo que cuenta son los síntomas, no el número.
¿Debería migrar a Shopify si WooCommerce tiene problemas de rendimiento?
Los problemas de rendimiento de WooCommerce casi siempre son de configuración e infraestructura, no de la plataforma. Migrar a Shopify por un problema de hosting o una base de datos mal optimizada es como cambiar de casa porque la calefacción no funciona en lugar de arreglarla. Antes de migrar, haz una auditoría para saber cuál es el problema y cuánto cuesta resolverlo frente a lo que cuesta migrar.
¿Cada cuánto debería revisarse técnicamente la tienda?
Una revisión básica (velocidad, base de datos, plugins activos, copias de seguridad) tiene sentido cada 6 meses en tiendas activas. Una más a fondo antes de campañas importantes (Black Friday, lanzamientos, temporada alta) permite detectar problemas de capacidad antes de que aparezcan bajo presión real.
En Baqueiro auditamos y optimizamos tiendas WooCommerce con volumen: base de datos, hosting, plugins, caché y estructura del catálogo. Si tu tienda crece pero el rendimiento no acompaña, cuéntanoslo y vemos por dónde empezar.