Un fallo, un hackeo o una actualización rota puede empujarte a restaurar cuanto antes. El riesgo no está solo en que la copia falle: una restauración válida puede sobrescribir pedidos de WooCommerce, leads de formularios, reservas, usuarios o ajustes creados después de la fecha del backup. Si la copia tiene 24 horas, podrías dejar fuera 24 horas de actividad comercial.
Índice
Anuncio
Calcula la pérdida antes de restaurar
Calcula la brecha entre la copia y el momento actual para saber qué datos podrías sobrescribir. Un backup de hace 24 horas puede implicar hasta 24 horas de actividad que debes preservar o volver a cargar después.
Localiza la fecha real de la copia
Abre el panel del hosting o la herramienta de copias y anota la fecha, hora y zona horaria del backup de archivos y de la base de datos. Comprueba que ambos bloques pertenecen al mismo momento, porque una base de datos de las 03:00 y unos archivos de las 12:00 pueden crear errores difíciles de detectar.
Exporta la actividad posterior
En WooCommerce, entra en Pedidos, filtra desde la hora de la copia y exporta pedidos, clientes, cupones, reembolsos y notas relevantes. Si usas reservas, formularios o suscripciones, exporta también esos registros desde su plugin, CRM o sistema externo.
Elige la restauración con menor impacto
Elige la recuperación más pequeña que resuelva el fallo y evita sobrescribir datos sin necesidad. Restaurar el sitio entero es como cambiar toda la instalación eléctrica por una bombilla fundida: puede funcionar, pero el riesgo y el tiempo crecen.
Compara el alcance antes de decidir
| Tipo | Qué sobrescribe | Riesgo en pedidos | Cuándo usarlo |
|---|---|---|---|
| Archivo o plugin | Código concreto | Bajo | Error tras actualizar plugin o tema |
| Tabla de base de datos | Una tabla definida | Medio | Corrupción localizada y confirmada |
| Base de datos completa | Pedidos, usuarios y ajustes | Alto | Daño amplio en datos |
| Sitio completo | Archivos y base de datos | Muy alto | Compromiso confirmado del sitio entero |
Recupera solo la pieza dañada
Lo que la práctica demuestra en estos casos es que el rollback completo se usa demasiado pronto. Una recuperación selectiva tarda entre 20 y 60 minutos más en prepararse, pero suele ahorrar horas de reconstruir pedidos, stock y contactos posteriores.
Un backup conserva un punto histórico para recuperar datos; una clonación crea una copia de trabajo del sitio en un momento concreto; y un staging WordPress es ese clon aislado donde se valida la recuperación sin afectar a visitantes ni operaciones reales. La forma de restaurar copia de seguridad WordPress depende de la herramienta disponible: el panel del hosting suele permitir recuperar archivos, base de datos o ambos; un plugin puede restaurar paquetes propios; y una herramienta de migración puede importar una copia completa.
Antes de actuar, revisa el historial de copias de seguridad y confirma que los backups de archivos y de base de datos proceden de la misma fecha. Restaurar el backup en staging no publica cambios automáticamente en producción: la producción solo debe modificarse después de aprobar las pruebas y elegir el alcance mínimo.
Anuncio
Prueba el backup en un staging aislado
Restaura la copia en staging y bloquea cualquier acción que pueda salir al mundo real. Un entorno de staging es una copia de ensayo, como una cocina de pruebas donde nada debe llegar a los clientes.
Aísla el clon antes de abrirlo
Crea el clon en un subdominio protegido con contraseña o en un servidor separado. Activa la opción de WordPress para disuadir a buscadores, añade una regla que bloquee la indexación y comprueba que la URL no apunta al dominio público.
Bloquea correos, pagos y conexiones
Desactiva el correo saliente, cron, webhooks, pasarelas de pago, APIs y sincronizaciones con CRM o ERP. Comprueba que staging no comparte Redis, CDN, almacenamiento externo o claves de producción, porque un simple formulario de prueba puede disparar un correo real.
Que una copia abra en staging no demuestra por sí solo que funcionará en producción. Compara la versión de WordPress, PHP, extensiones, límites de memoria, configuración del servidor web, variables de entorno y tareas cron de ambos entornos. Verifica también URLs internas, redirecciones, DNS, certificados SSL, claves de API, credenciales de base de datos y conexiones con CDN, Redis, almacenamiento externo, CRM, ERP y pasarelas de pago. En staging deben usarse claves de prueba o conexiones bloqueadas; en producción, las credenciales reales deben mantenerse intactas.
Una diferencia de PHP o una URL antigua en la base de datos puede hacer que el backup parezca correcto durante la prueba, pero falle al restaurarlo en producción.
Ejecuta un rollback que puedas deshacer
Crea una copia nueva de producción justo antes de restaurar para poder volver al estado actual. Este backup es el seguro del rollback: si la restauración agrava el problema, permite deshacerla.
Define ventana y responsables
Antes de iniciar la ventana de mantenimiento, registra la incidencia, la hora exacta de la copia elegida, el alcance de la restauración, la persona que ejecuta cada paso y el criterio para volver al backup previo. Comunica a soporte, ventas y usuarios afectados que puede haber interrupciones y evita cambios de contenido, precios o configuración mientras dure la intervención. Conserva un inventario de datos posteriores: al exportar pedidos WooCommerce, incluye pedidos, pagos, reembolsos, cupones y cambios de stock; registra también los formularios, usuarios y reservas para proteger leads y reservas.
Valida antes de quitar mantenimiento
Restaura el alcance elegido, purga la caché y comprueba frontend, login, checkout, formularios, correos, cron, API, analítica y monitorización. Repite las pruebas de staging durante los primeros 15 a 30 minutos y compara pedidos, usuarios y reservas con el inventario previo.
Tras restaurar tablas de base de datos o una base completa, reconcilia ese inventario antes de reabrir ventas y deja constancia de qué registros se importaron, recrearon o quedaron pendientes.
Preguntas comunes
¿Puedo restaurar WordPress sin perder pedidos?
Sí, si exportas los pedidos posteriores al backup y restauras solo los componentes necesarios. Si recuperas una base de datos completa, deberás reconciliar esos pedidos antes de reabrir ventas.
¿Cuánto tarda probar un backup en staging?
Probar una copia suele tardar entre 30 y 90 minutos en una tienda con pagos, correo y formularios. El tiempo aumenta si hay muchos archivos, una base de datos grande o integraciones externas.
¿Qué debo comprobar después de restaurar?
Comprueba inicio, login, checkout, formularios, correo, cron, API, caché y analítica antes de retirar mantenimiento. Revisa también pedidos, stock, usuarios y logs de errores durante los primeros 15 minutos.
¿Un backup completado garantiza que funciona?
No, un backup completado solo confirma que el proceso terminó sin un error visible. La prueba de restauración en staging confirma si archivos, base de datos y configuraciones son consistentes.
¿Cuándo no conviene restaurar el sitio completo?
No conviene restaurarlo si el fallo afecta a un plugin, archivo, tabla o ajuste concreto. Una recuperación selectiva reduce la pérdida de pedidos, formularios, reservas y usuarios recientes.
- La hora exacta del backup marca los datos que pueden perderse.
- Exporta toda la actividad posterior antes de sobrescribir la base de datos.
- Staging debe bloquear correos, pagos, cron, webhooks e indexación.
- Restaura el componente más pequeño que resuelva la incidencia.
- Crea siempre una copia nueva de producción para revertir el rollback.
Anuncio
Fuentes de interés
Otros artículos que pueden complementar lo que acabas de leer:
- Cómo hacer Backup y restaurar WordPress — wp-staging.com
- WP STAGING – Backups & Restore, Migration & Clone ... — es.wordpress.org
- Restore a production site backup to Staging site — wpmudev.com
- Cómo usar staging en WordPress y probar cambios 【Guía】 — axarnet.es
- Guardar backups en el hosting puede dejarte sin copias
- Una copia automática diaria deja pedidos sin recuperar
Josu Barrios
Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.