Mantenimiento WooCommerce vs web normal: guía real

Una tienda WooCommerce no se mantiene igual que un WordPress corporativo. Pedidos, pasarelas de pago, stock y cron jobs exigen tareas específicas que una web estándar nunca necesita.

Por qué el mantenimiento WooCommerce no es «solo WordPress»

El mantenimiento WooCommerce comparte base con cualquier WordPress —actualizaciones, copias de seguridad, seguridad—, pero ahí acaba el parecido. Una tienda online procesa dinero real, gestiona inventario y depende de servicios externos (pasarelas de pago, transportistas, ERPs) que una web corporativa o un blog jamás tocan. Ignorar esas diferencias es la razón por la que muchas tiendas acaban con pedidos perdidos, cobros duplicados o páginas de producto que devuelven un error 500 un viernes por la tarde.

En este artículo desgloso las diferencias técnicas concretas entre mantener un WordPress «normal» y mantener una tienda WooCommerce. No hablo de teoría: hablo de las tareas que, si no se hacen, cuestan dinero.

La base común: qué comparten ambos tipos de web

Antes de entrar en las diferencias, conviene saber qué sí es idéntico. Tanto un WordPress corporativo como una tienda WooCommerce necesitan:

• Actualizaciones de core, tema y plugins.
• Copias de seguridad periódicas.
• Monitorización de uptime.
• Revisión de seguridad (firewall, escaneo de malware).
• Optimización de base de datos.

Si quieres ver en detalle qué incluye un plan de mantenimiento estándar, lo explico a fondo en la guía sobre qué incluye el mantenimiento WordPress. Esa base es el punto de partida, pero para una tienda WooCommerce se queda corta.

Diferencia #1: la base de datos es otro mundo

Un blog con 200 entradas genera unas pocas tablas en la base de datos. WooCommerce, en cambio, crea más de 20 tablas propias para pedidos, productos, variaciones, cupones, sesiones de usuario y metadatos de envío. A partir de WooCommerce 8.x, además, existe la opción de usar tablas HPOS (High-Performance Order Storage) que separan los pedidos de la tabla wp_posts.

Qué implica esto en el mantenimiento

• Limpieza de sesiones expiradas: WooCommerce almacena sesiones de carrito en wp_woocommerce_sessions. En tiendas con tráfico alto, esta tabla crece rápido y ralentiza las consultas si no se purga.
• Transients acumulados: cada consulta de envío o cálculo de impuestos puede generar transients. Sin limpieza, la tabla wp_options se hincha hasta superar los 100 MB.
• Revisiones de productos: WordPress guarda revisiones automáticas de cada producto. Con 500 productos y 50 revisiones cada uno, son 25.000 filas innecesarias.
• Migración a HPOS: si la tienda aún usa el almacenamiento legacy, la migración requiere compatibilidad de todos los plugins y un testeo completo antes de activarla en producción.

En una web normal, la optimización de base de datos se reduce a borrar revisiones y spam. En WooCommerce, es un proceso con riesgos reales si se ejecuta sin criterio.

Diferencia #2: pasarelas de pago y sus actualizaciones

Una web corporativa no cobra. Una tienda WooCommerce depende de que el flujo de pago funcione sin errores las 24 horas. Cada pasarela —Stripe, PayPal, Redsys, Adyen— es un plugin independiente que se comunica con APIs externas.

Riesgos específicos

• Cambios en la API del proveedor: Stripe actualiza su API varias veces al año. Si el plugin de pasarela no se actualiza a tiempo, los cobros pueden fallar silenciosamente —el cliente ve un error genérico, pero el pedido se queda «pendiente de pago» sin que nadie lo detecte.
• Normativa PSD2 y SCA: en Europa, la Directiva de Servicios de Pago exige autenticación reforzada (SCA). Si la pasarela o el plugin no la implementan correctamente, los pagos se rechazan. Esto no es un «bug»: es un requisito legal.
• Webhooks de confirmación: las pasarelas envían webhooks al servidor para confirmar pagos. Si el servidor no responde en tiempo (por ejemplo, porque un plugin pesado bloquea el proceso), el pago se cobra pero el pedido no se marca como «completado». El cliente paga y no recibe nada.

Mantener las pasarelas operativas exige probar cada actualización del plugin de pago en un entorno de pruebas antes de pasarla a producción, verificar que los webhooks responden con código 200, y monitorizar los logs de error del gateway.

Mantenimiento WooCommerce y gestión de stock

El inventario es una capa que no existe en webs normales. Y es una de las que más problemas genera si el mantenimiento no la contempla.

Sincronización con sistemas externos

Muchas tiendas sincronizan stock con un ERP (SAP, Holded, A3) o con marketplaces (Amazon, eBay). Esa sincronización depende de plugins, APIs o integraciones middleware. Cuando se actualiza WooCommerce o el plugin de sincronización, pueden ocurrir:

• Descuadres de inventario: el ERP marca 0 unidades, pero WooCommerce sigue mostrando el producto como disponible. Resultado: pedidos que no se pueden servir.
• Productos duplicados: un cambio en el formato del SKU tras una actualización puede crear productos nuevos en lugar de actualizar los existentes.
• Variaciones rotas: los productos variables (talla, color) son técnicamente entradas separadas. Una actualización que cambie la estructura de metadatos puede desvincular variaciones de su producto padre.

Cron jobs y reservas de stock

WooCommerce usa wp-cron para liberar stock reservado cuando un pedido caduca (por defecto, 60 minutos). Pero wp-cron depende de visitas al sitio para ejecutarse. En tiendas con poco tráfico nocturno, el cron puede no dispararse durante horas, manteniendo stock «secuestrado» por pedidos abandonados. La solución técnica es configurar un cron real del servidor que ejecute wp-cron.php cada minuto, desactivando el cron nativo de WordPress.

Esto no es algo que se configure «una vez y se olvida». Cualquier migración de hosting, cambio de servidor o actualización de panel puede resetear la configuración del cron del sistema.

Diferencia #3: emails transaccionales

Una web corporativa envía, como mucho, notificaciones de formularios de contacto. Una tienda WooCommerce envía decenas de emails diarios: confirmación de pedido, factura, envío, devolución, cambio de estado. Estos emails son críticos para la experiencia del cliente y para el cumplimiento legal (factura electrónica).

Problemas frecuentes

• Emails que no llegan: si el servidor usa la función mail() de PHP en lugar de SMTP autenticado, los emails acaban en spam o directamente no se envían. Esto requiere configurar un servicio SMTP (Amazon SES, Mailgun, SendGrid) y verificar registros SPF, DKIM y DMARC en el DNS.
• Plantillas rotas tras actualización: WooCommerce permite sobreescribir plantillas de email en el tema. Si el tema o WooCommerce se actualizan y las plantillas personalizadas no se adaptan, los emails llegan sin formato, con variables sin renderizar ({order_number} en lugar del número real).
• Cola de emails bloqueada: un pico de pedidos puede saturar la cola de envío si no hay rate limiting configurado.

Diferencia #4: rendimiento bajo carga transaccional

El rendimiento de una web normal se mide en tiempo de carga de página. El de una tienda WooCommerce se mide, además, en tiempo de respuesta del checkout bajo concurrencia. No es lo mismo cargar una página estática que procesar 30 carritos simultáneos con cálculos de impuestos, descuentos y verificación de stock en tiempo real.

Qué cambia en el mantenimiento

• Caché selectiva: en una web normal puedes cachear todo. En WooCommerce, las páginas de carrito, checkout y mi cuenta no se pueden cachear (contienen datos dinámicos por usuario). Configurar mal la caché en una tienda puede provocar que un cliente vea el carrito de otro.
• Object cache: Redis o Memcached son casi obligatorios para tiendas con más de 1.000 productos. Sin object cache, cada carga de página de producto ejecuta decenas de consultas a la base de datos.
• Fragmentación de caché: los plugins de caché deben configurarse para excluir cookies de WooCommerce (woocommerce_cart_hash, woocommerce_items_in_cart). Un error aquí y la caché sirve páginas incorrectas.

Si te interesa entender los costes asociados a estas tareas, en el artículo sobre cuánto cuesta el mantenimiento WordPress detallo los factores que determinan el precio, y WooCommerce siempre está en la franja superior precisamente por esta complejidad adicional.

Diferencia #5: seguridad con datos de clientes

Una web corporativa guarda, como mucho, datos de contacto de formularios. Una tienda WooCommerce almacena nombres, direcciones, historiales de pedidos y, según la configuración, datos parciales de pago. Esto tiene implicaciones directas en el mantenimiento:

• RGPD y retención de datos: hay que configurar políticas de retención automática para borrar datos de clientes inactivos. WooCommerce incluye herramientas para esto, pero no vienen activadas por defecto.
• Cifrado de la base de datos: si el servidor no cifra los datos en reposo, una brecha de seguridad expone información personal de todos los clientes.
• Logs de acceso al panel: en una web normal, si alguien accede al panel, el daño se limita al contenido. En WooCommerce, acceder al panel significa acceder a datos de clientes, pedidos y configuración de pasarelas.

Checklist: tareas exclusivas del mantenimiento de tiendas WooCommerce

Para visualizar las diferencias de forma concreta, esta es una lista de tareas que solo aplican a tiendas WooCommerce y que no existen en el mantenimiento de una web estándar:

1. Verificar funcionamiento de pasarelas de pago tras cada actualización.
2. Testear el flujo completo de checkout (añadir al carrito → pago → confirmación).
3. Revisar webhooks de pasarelas y confirmar respuestas 200.
4. Purgar sesiones de WooCommerce expiradas.
5. Comprobar sincronización de stock con ERP o marketplaces.
6. Validar configuración de wp-cron o cron del servidor para liberación de stock.
7. Verificar entrega de emails transaccionales (SMTP, SPF, DKIM).
8. Comprobar plantillas de email personalizadas tras actualizaciones.
9. Revisar reglas de caché para excluir páginas dinámicas.
10. Auditar retención de datos de clientes según RGPD.
11. Monitorizar logs de errores específicos de WooCommerce (wc-logs).
12. Revisar compatibilidad de plugins con la versión de HPOS activa.

Preguntas frecuentes sobre mantenimiento WooCommerce

¿Puedo usar el mismo plan de mantenimiento para mi blog y mi tienda?

Técnicamente puedes, pero estarás dejando sin cubrir todas las tareas relacionadas con pedidos, pasarelas y stock. Es como contratar un seguro de coche para una moto: la base se parece, pero los riesgos son distintos.

¿Con qué frecuencia debo revisar las pasarelas de pago?

Cada vez que actualices WooCommerce, el plugin de la pasarela o WordPress core. Además, al menos una vez al mes conviene hacer un pedido de prueba completo para confirmar que todo el flujo funciona.

¿WooCommerce necesita un hosting diferente?

No necesariamente un hosting «de WooCommerce», pero sí uno que soporte PHP 8.x con suficiente memoria (256 MB mínimo), object cache (Redis), y que permita configurar cron jobs reales del servidor.

¿Qué pasa si no limpio las sesiones de WooCommerce?

La tabla wp_woocommerce_sessions crece indefinidamente. En tiendas con tráfico medio-alto, puede alcanzar varios GB en pocos meses, ralentizando consultas a la base de datos y, en casos extremos, provocando errores de timeout.

Cuándo una tienda WooCommerce necesita atención profesional

Si gestionas una tienda con menos de 50 productos, tráfico bajo y una sola pasarela de pago, puedes cubrir parte de estas tareas tú mismo con disciplina y un checklist. Pero cuando la tienda genera ingresos recurrentes, tiene integraciones con sistemas externos o maneja cientos de pedidos al mes, el coste de un error supera con creces el coste del mantenimiento profesional.

El mantenimiento de una tienda WooCommerce no es un gasto: es un seguro contra pérdida de ventas, datos y reputación. Si quieres explorar cómo abordar esto de forma profesional, puedes revisar lo que incluye un plan de mantenimiento WordPress especializado y valorar si encaja con las necesidades de tu tienda.

// Sobre el autor

fernandodomecq

Desarrollador WordPress freelance especializado en WooCommerce, integraciones e IA. Escribo sobre proyectos web, agencias y buenas prácticas técnicas.

Ver todos los artículos →