Backups en WooCommerce: lo correcto antes de tocar producción

En WooCommerce, un backup malo puede ser peor que no tener backup. Da confianza falsa.

La tienda cambia todo el día: pedidos, pagos, stock, clientes, cupones, sesiones, webhooks. No es un sitio brochure donde puedes restaurar la carpeta de ayer y seguir. Si restauras sin criterio, puedes borrar ventas reales o dejar pagos desalineados con la pasarela.

Por eso la pregunta no es “¿tienes backup?”. Es “¿puedes recuperar sin romper negocio?”.

Antes de tocar una tienda, miramos tres capas.

Primero archivos: tema, plugins, uploads, configuración especial. Segundo base de datos: pedidos, productos, opciones, usuarios, transientes. Tercero borde operativo: DNS, correos, certificados, pasarelas, integraciones de despacho, jobs programados y accesos. Muchas restauraciones fallan porque alguien respaldó archivos y base, pero olvidó el entorno que hace que todo converse.

También importa el momento.

Si vas a migrar, actualizar plugins o cambiar infraestructura, necesitas un punto claro de reversa. En tiendas activas, ese punto puede vivir minutos, no días. El respaldo debe acompañarse con ventana de cambio, congelamiento temporal de edición, comunicación al equipo y verificación posterior. No se improvisa a las 23:40 con el checkout abierto.

La prueba real es restaurar.

Un backup que nunca se restauró es una promesa. Hay que validar que la base abre, que los archivos existen, que el sitio levanta, que el checkout no queda en blanco y que las credenciales necesarias están disponibles. También hay que saber cuánto demora. “Tenemos backup” no ayuda si restaurar toma seis horas y la campaña empezó hace veinte minutos.

Nuestra regla: backup antes de tocar, plan antes de restaurar.

A veces restaurar completo no es la respuesta. Puede convenir recuperar una tabla, revertir un plugin, volver a una versión de tema o desactivar una integración. WooCommerce mezcla contenido con operación; por eso el rollback debe elegir con pinzas. El objetivo no es demostrar que tenemos copia. Es proteger pedidos.

Hay señales de alerta simples: backups guardados en el mismo servidor, copias sin base de datos, retención de solo un día, plugins de backup sin logs, restauraciones que dependen de una persona, correos de error ignorados, y nadie sabe cuándo fue la última prueba.

Lo correcto no tiene por qué ser caro. Tiene que ser serio.

Copias fuera del servidor. Retención suficiente. Pruebas periódicas. Accesos ordenados. Documentación corta. Monitoreo de fallos. Y criterio para decidir cuándo restaurar y cuándo corregir hacia adelante.

Si tu tienda vende todos los días, el backup no es archivo muerto. Es seguro operacional.