Un rollback puede devolver WordPress a un estado estable, pero también eliminar pedidos de WooCommerce, formularios o cambios de contenido creados después del snapshot. Antes de actualizar, crea una copia verificable y prueba los cambios en staging.
El punto de retorno debe incluir archivos y datos
Un punto de restauración seguro incluye archivos del sitio y base de datos MySQL, donde WordPress guarda ajustes, usuarios, pedidos, formularios y tablas de plugins. Restaurar solo archivos puede ocultar un error visual mientras mantiene un conflicto en los datos.
Archivos que deben quedar protegidos
La copia debe incluir como mínimo wp-content, con plugins, temas y archivos subidos, además de wp-config.php, reglas del servidor y desarrollos externos. Confirma la fecha, el tamaño, el contenido, la retención y el método de recuperación antes de tocar producción.
Datos que no puedes olvidar
La exportación de base de datos recoge entradas, usuarios, ajustes y tablas de WooCommerce, reservas o formularios. Guarda también acceso de emergencia a cPanel, Plesk, SFTP, SSH o WP-CLI para intervenir si wp-admin deja de funcionar.
Un punto de retorno útil tiene fecha, incluye archivos y base de datos, y puede restaurarse en entre 5 y 30 minutos según el hosting y el volumen del sitio.
Snapshot, backup y revisiones no hacen lo mismo
Un snapshot fotografía el servidor, un backup completo permite recuperar archivos y datos, y las revisiones de WordPress solo restauran textos de páginas y entradas. Para una actualización de riesgo, utiliza snapshot más backup completo portable.
| Método | Qué recupera | Tiempo habitual | Riesgo principal |
|---|
| Snapshot del hosting | Servidor o cuenta, según proveedor | Entre 5 y 30 min | No ser portable ni granular |
| Backup completo | Archivos y base de datos | Entre 15 y 90 min | No incluir ajustes externos |
| Exportación de base de datos | Pedidos, usuarios y ajustes | Entre 5 y 20 min | No repone archivos |
| Revisiones de WordPress | Textos de entradas y páginas | Menos de 5 min | No restaura el sitio |
Límites reales del snapshot del hosting
Un snapshot puede excluir correo, DNS, reglas de Cloudflare o buzones. Pregunta si cubre toda la cuenta, cada cuánto se crea, cuánto tiempo se conserva y si permite restaurar solo archivos o base de datos sin sobrescribir datos nuevos.
Copias portables y protección de datos
Herramientas como UpdraftPlus, BackWPup, Duplicator o All-in-One WP Migration crean copias como segunda capa. Si contienen clientes o pedidos, limita el acceso, cifra el almacenamiento y conserva los archivos solo el tiempo necesario.
✅
Nuestra recomendación
Un disco externo dedicado permite conservar una copia cifrada fuera del hosting antes de una actualización delicada. Resulta útil cuando necesitas una segunda copia que no dependa del mismo servidor.
- Guarda exportaciones de base de datos con pedidos y formularios anteriores al cambio
- Permite conservar una copia aislada si la cuenta de hosting queda inaccesible
- Facilita probar una restauración local sin afectar a la web pública
Ver disponibilidad →
Una copia de seguridad de WordPress no está verificada solo porque el archivo exista o tenga un tamaño razonable: debe abrirse y, cuando sea posible, restaurarse en un entorno staging. Comprueba que el archivo incluye los archivos wp-content, wp-config.php y una exportación de base de datos utilizable; valida también que puedes descargarlo sin errores y localizar las credenciales necesarias para restaurarlo. Anota el punto de restauración, la versión de PHP y el tiempo real empleado en la prueba.
Esta comprobación convierte el backup en una medida efectiva de recuperación ante errores y evita descubrir archivos incompletos, contraseñas inválidas o copias corruptas durante una incidencia en producción.
Actualiza producción solo tras este checklist
Actualiza con una copia comprobada, una ventana de intervención y un acceso alternativo al servidor. No cambies núcleo, PHP, tema y numerosos plugins a la vez, porque complicarás el diagnóstico.
Lista verificable antes de empezar
- Registra la versión actual de WordPress, PHP, tema y plugins que vas a cambiar.
- Comprueba que el backup contiene archivos y base de datos, y anota su fecha.
- Confirma un acceso por hosting, SFTP o SSH que no dependa de WordPress.
- Revisa la cola de pedidos, formularios y reservas pendientes antes de intervenir.
- Desactiva actualizaciones automáticas durante la ventana de trabajo.
- Anota el estado de caché, CDN, cron y correo transaccional.
Mantenimiento, caché y acceso de emergencia
Activa el modo mantenimiento solo durante la intervención y vacía las cachés de WordPress, del servidor y de la CDN después de cada prueba relevante. Mantener WordPress actualizado es importante para la seguridad, pero debe hacerse con un plan de recuperación.
Un entorno de staging es una copia privada donde probar cambios sin afectar a visitantes; solo aprueba una actualización si funcionan los flujos que sostienen el negocio. Debe usar una versión de PHP y configuraciones esenciales parecidas a producción.
Pruebas que autorizan el cambio
Comprueba el acceso a wp-admin, la navegación móvil, el buscador, los formularios, los captchas y la creación de contenido. En WooCommerce, realiza un pedido de prueba completo: carrito, cupón, checkout, pago, email de pedido y área de cliente.
Cancela el paso a producción ante errores fatales, consultas lentas, incompatibilidad con PHP o migraciones de base de datos sin vuelta clara. La etiqueta «compatible» de un proveedor no confirma que funcionen tus pasarelas, código propio o reglas de caché.
Ruta segura antes de actualizar
1. Copia verificable→2. Staging→3. Pruebas críticas→4. Producción→5. Validación o rollback
El rollback cambia según el fallo y los datos nuevos
Aísla el componente que falla y preserva los datos creados después del punto de restauración. Revierte solo el plugin o tema cuando el problema está aislado y no cambió la base de datos; restaura archivos y base cuando hubo migraciones, tablas alteradas o daños generales.
Revertir un plugin o tema concreto
WP Rollback recupera versiones de plugins y temas de WordPress.org, pero no es una solución fiable para extensiones premium, temas personalizados o cambios con migraciones de datos. Para código propio, vuelve a una versión guardada en Git u otro control de versiones.
Restaurar sin borrar ventas recientes
Antes de recuperar una base de datos, exporta pedidos, clientes, formularios, reservas y contenidos posteriores al snapshot. Tras restaurar, revisa wp-admin, checkout, correo transaccional, cron, caché y logs para confirmar que pagos, stock y avisos siguen siendo coherentes.
El rollback no es la solución principal si hubo una intrusión, si la corrupción ya existía antes del snapshot, si hay cambios manuales sin versionar o si el problema viene del servidor. Primero investiga la causa, limpia o repara el entorno y restaura solo componentes validados. Recuperar una copia infectada o ya dañada solo devuelve el mismo problema.
Si el fallo procede del núcleo, el downgrade manual de WordPress exige más cautela que revertir un plugin. Descarga desde WordPress.org la versión anterior compatible, guarda una copia de los archivos actuales y sustituye únicamente los directorios wp-admin y wp-includes, además de los archivos raíz del core que correspondan; no sobrescribas wp-content ni wp-config.php. Después, ejecuta una revisión de salud, borra la caché y comprueba el registro de errores.
No conviene bajar de versión si la actualización ejecutó cambios irreversibles en la base de datos MySQL o si un plugin ya requiere el core más reciente: en esos casos, restaura el conjunto completo desde el mismo punto de restauración o corrige primero la incompatibilidad.
Preguntas frecuentes
¿Cómo hago rollback en WordPress?
Aísla el plugin, tema o actualización que falla y guarda los datos recientes. Restaura solo ese componente si no hubo cambios de base de datos; si los hubo, recupera también la base de datos desde el mismo punto.
¿Un snapshot del hosting es suficiente?
No siempre, porque puede no ser portable ni permitir restaurar archivos y base de datos por separado. Confirma alcance, retención y tiempo de recuperación antes de actualizar.
¿Puedo usar WP Rollback con un plugin premium?
No es recomendable, porque WP Rollback está pensado para versiones del repositorio de WordPress.org. Descarga la versión anterior desde la cuenta del proveedor y revisa posibles migraciones de datos.
¿Qué pierdo si restauro una copia de ayer?
Puedes perder pedidos, clientes, formularios, reservas, comentarios y contenidos creados desde esa copia. Exporta esos datos antes de restaurar y valida pagos, stock y correos después.
¿Debo probar todas las actualizaciones en staging?
Prueba en staging las actualizaciones de núcleo, WooCommerce, PHP, temas y plugins que afectan pagos, formularios o reservas. Ningún cambio crítico debería pasar directamente a producción.
Un punto probado vale más que una restauración urgente
Prepara una copia completa, un snapshot confirmado y staging con pruebas de negocio antes de cada cambio relevante. Registra versiones, datos creados tras el snapshot y comprobaciones superadas para reducir el tiempo de diagnóstico y proteger ventas, contactos y reputación.
