Cómo hacer copias de seguridad de una tienda sin perder pedidos

Una copia de WooCommerce es útil solo si permite recuperar la tienda sin borrar pedidos más recientes. La base de datos cambia con cada compra, reembolso, cuenta, cupón y ajuste de stock; copiar únicamente los archivos o restaurar una base antigua puede dejar una web visible pero comercialmente incorrecta. Define primero cuánto dato podrías perder y cuánto tiempo puedes estar sin vender.

La estrategia mejora cuando mantienes una copia fuera del mismo servidor y realizas pruebas de restauración sin tocar pedidos reales.

Qué debes guardar y con qué frecuencia

Respalda base de datos, archivos de WordPress, extensiones, tema, medios y la configuración necesaria para reconstruir el servicio. Documenta versiones, conexiones externas y dónde están las claves, sin incluir contraseñas en un archivo público. La frecuencia no se decide por costumbre: compara pedidos por hora, tolerancia a pérdida y coste de recuperación. Una tienda con ventas continuas puede necesitar copias o registros más frecuentes que una con pocas compras; no afirmes que un respaldo diario basta para todos.

Pregunta al proveedor qué incluye exactamente la copia y cuánto tiempo se conserva. Almacena al menos una copia fuera del mismo servidor o dominio de fallo, cifrada y con acceso restringido. Conserva varias versiones para poder volver antes de detectar una corrupción. Verifica que el archivo se puede leer y que la base y los ficheros corresponden a un estado coherente; una descarga sin prueba de restauración no demuestra recuperabilidad.

Protege los pedidos que entran durante el respaldo

Evita copiar una base mientras una operación a medias modifica pedido y stock, salvo que el mecanismo garantice consistencia. Según la plataforma, el proveedor puede ofrecer snapshot transaccional, copia en caliente o recuperación a un instante; confirma su alcance antes de depender de ello. Registra el último pedido al empezar y al terminar, y comprueba que no quedaron transacciones pendientes. No bloquees ventas durante horas sin una necesidad técnica clara, pero tampoco presupongas consistencia que no has verificado.

Ensaya la recuperación en un entorno aislado

1. Restaura una copia en staging, sin correo ni pagos reales. Comprueba que productos, medios, pedidos, clientes y permisos son accesibles.
2. Simula un pedido nuevo posterior a esa copia en el entorno de ensayo y documenta cómo lo conservarías. Restaurar toda la base antigua sobre producción lo eliminaría.
3. Antes de una restauración real, exporta el estado actual y reconcilia pedidos, pagos, stock y reembolsos con la pasarela y sistemas externos. Un pedido puede estar cobrado aunque su registro local esté incompleto.

La guía de restauración de WordPress explica cuándo detenerse y revisar diferencias. Para cambios de versión sigue el proceso de ensayo de WooCommerce. Si no dispones de un método de recuperación que preserve pedidos recientes, solicita al soporte una propuesta concreta antes de usar «restaurar» en la tienda activa.