Cómo Restaurar una Copia de Seguridad de WordPress

Antes de restaurar: protege el estado actual

Restaurar una copia de WordPress reemplaza archivos, base de datos o ambos por una versión anterior. Puede recuperar una web rota, pero también borrar pedidos, formularios, usuarios o cambios creados después del backup. Por eso el primer paso es hacer una copia del estado averiado tal como está ahora, aunque no funcione.

Guarda archivos, exportación de base de datos, fecha, zona horaria y motivo de la restauración. Esa captura permite recuperar datos recientes si luego descubres que faltaban.

Qué necesitas para una restauración completa

• Archivos de WordPress, incluido wp-content y wp-config.php.
• Base de datos correspondiente a una fecha compatible.
• Acceso al hosting, SFTP o panel de archivos.
• Acceso a la base de datos o herramienta de importación.
• Espacio suficiente y credenciales vigentes.

La documentación oficial de WordPress sobre copias separa precisamente archivos y base de datos porque ambos forman el sitio. Recuperar solo uno puede dejar versiones incompatibles.

Elige la copia correcta, no solo la más reciente

Busca la última copia anterior al incidente. Si no sabes cuándo empezó, revisa logs, actualizaciones, pedidos y registros de seguridad. Una copia de anoche no sirve si el malware llevaba una semana dentro; una copia de hace un mes puede ser innecesaria si solo falló una actualización de esta mañana.

Incidente	Copia candidata	Riesgo principal
Actualización rota	Justo antes de actualizar	Perder cambios posteriores
Malware	Anterior a la intrusión	Restaurar una copia ya infectada
Borrado accidental	Anterior al borrado	Sobrescribir contenido nuevo
Base de datos corrupta	Última copia verificada	Desalinear archivos y datos

Método 1: restaurar desde el panel del hosting

1. Activa mantenimiento o restringe escrituras si la web recibe pedidos.
2. Crea una copia manual del estado actual.
3. Selecciona la fecha y revisa si el panel restaura archivos, base de datos o ambos.
4. Confirma el dominio y el destino: muchos paneles permiten varias instalaciones.
5. Espera a que termine sin cerrar ni repetir la operación.
6. Vacía caché y ejecuta el checklist de comprobación.

El nombre de cada opción cambia por proveedor. Si el panel no explica el alcance, pregunta antes: algunos botones recuperan solo los archivos del sitio.

Método 2: restaurar con un plugin de copias

Usa el mismo plugin que creó el backup y una versión compatible. Comprueba que todas las partes del paquete estén disponibles. En sitios grandes, el límite de ejecución o almacenamiento puede interrumpir el proceso; el registro del plugin debe indicar si terminó cada fase.

No des por concluida la restauración porque la portada cargue. Accede al panel, prueba una página interna y confirma el estado de la base de datos.

Método 3: restauración manual

Archivos

Sube el conjunto del backup al directorio correcto mediante SFTP o el panel. Verifica permisos y conserva una copia de wp-config.php actual por si las credenciales de la base de datos cambiaron desde la fecha de la copia.

Base de datos

Exporta primero la base actual. Después importa la copia en una base vacía o reemplaza las tablas siguiendo el procedimiento del proveedor. Revisa prefijo, URL del sitio y juego de caracteres. Si cambia dominio o ruta, no hagas un reemplazo de texto indiscriminado: WordPress contiene datos serializados.

Checklist después de restaurar

• Portada, páginas internas y panel abren sin errores.
• Los enlaces permanentes funcionan y no hay bucles.
• Formularios y correos llegan.
• Usuarios pueden iniciar sesión con sus permisos correctos.
• En una tienda, catálogo, carrito, pago y pedidos recientes están revisados.
• Certificado, dominio, analítica y sitemap siguen activos.
• Logs no muestran errores repetidos ni señales de la causa original.

Si es una tienda o web con datos que cambian

No restaures toda la base de datos sin medir el intervalo perdido. Entre la fecha del backup y el incidente pueden existir pedidos o altas válidas. A veces conviene recuperar archivos y configuración por separado, o extraer datos recientes de la copia del estado roto y conciliarlos después. Esa operación debe hacerse en un entorno aislado, no directamente sobre producción.

Restaurar no corrige la causa

Si la web fue hackeada, volver atrás sin cerrar la vulnerabilidad permite que el problema reaparezca. Si una actualización rompió compatibilidad, hay que identificarla antes de actualizar otra vez. Si la base se corrompió por falta de espacio, liberar y vigilar almacenamiento forma parte de la solución.

Para una infección, sigue qué hacer con un WordPress hackeado. Si el fallo está en los datos, consulta cómo recuperar una base de datos corrupta. Las copias y pruebas periódicas forman parte del mantenimiento web; si necesitas recuperar producción ahora, usa el canal de soporte urgente.