No podrás restaurar sin versiones en tus copias offsite
Cuando tu WordPress se rompe, lo último que quieres descubrir es que tu copia remota también está rota o ya guarda el mismo desastre. Tener backups offsite sin versiones es como llevar un paraguas agujereado justo el día de la tormenta.
Un lunes, una tienda puede mostrar una página en blanco tras una actualización fallida y descubrir que la copia disponible ya contiene archivos dañados y no incluye pedidos, stock o contenidos recientes.
Una copia remota solo sirve si puedes volver atrás
Una copia de seguridad offsite se guarda fuera del hosting, y el versionado conserva varios estados anteriores para recuperar una web limpia aunque el fallo se descubra tarde.
La regla 3-2-1-1-0 ayuda a evaluar la protección: tres copias de los datos, en dos soportes distintos, una fuera de la ubicación principal, una aislada o inmutable, y cero errores tras verificarla.
Sincronizar archivos no crea un historial
Un backup versionado conserva un punto de restauración, una fotografía recuperable de una fecha concreta, mientras que una sincronización puede propagar al destino remoto archivos borrados, cifrados o dañados.
Una copia actual no sustituye a un historial: ante un ataque detectado tarde, la versión útil suele ser la anterior al último backup.
Las copias deben incluir base de datos
Revisa que cada tarea incluya archivos, base de datos, temas, plugins, medios y, en WooCommerce, pedidos y clientes; el nombre de la herramienta no demuestra que la copia sea válida.
Retención: guarda versiones según tus cambios reales
La retención de copias define cuánto tiempo permanece disponible cada versión antes de borrarse, por lo que conviene separar copias diarias, semanales y mensuales.
Porque la copia que hoy parece suficiente puede ser la que mañana te deje sin vuelta atrás...
Entender bien este proceso requiere revisar cada caso con detalle: la guía sobre no podrás restaurar sin versiones en recoge los puntos clave.
