Qué hacer si el backup de WordPress falla al restaurar

Por qué falla el backup de WordPress al restaurar

Cuando un backup de WordPress falla al restaurar, el problema rara vez es solo el archivo de copia de seguridad. Normalmente intervienen varios factores: copias incompletas, incompatibilidades de servidor, límites de recursos o errores humanos durante el proceso. Entender el origen del fallo es clave para recuperar tu sitio sin empeorar la situación.

Un sitio WordPress está formado por dos grandes piezas: los archivos (núcleo de WordPress, temas, plugins y subidas a /wp-content/) y la base de datos (entradas, páginas, ajustes, usuarios, menús, etc.). Si cualquiera de estas partes no se copia o no se restaura correctamente, el resultado será un error parcial o total del sitio.

• Copias de seguridad que solo incluyen archivos pero no la base de datos (o al revés).
• Backups corruptos por descargas interrumpidas o almacenamiento defectuoso.
• Incompatibilidades entre la versión de WordPress del backup y la del servidor actual.
• Cambios en la ruta del dominio o del hosting que no se reflejan en la base de datos.
• Límites de PHP, memoria o tiempo de ejecución que cortan el proceso de restauración.

Comprobaciones iniciales antes de tocar nada

Antes de modificar archivos o bases de datos, es fundamental hacer una evaluación rápida del estado actual del sitio y de las copias disponibles. Esto te permitirá elegir la mejor estrategia de recuperación y minimizar el riesgo de pérdida de información.

• Verifica el estado del hosting: comprueba en el panel de tu proveedor si hay incidencias, mantenimiento o límites de recursos superados (CPU, RAM, espacio en disco).
• Confirma el espacio disponible: una restauración puede fallar simplemente porque no hay espacio suficiente para descomprimir el backup o para importar la base de datos.
• Localiza todas las copias de seguridad: revisa backups del hosting, del plugin de copias, descargas locales y copias automáticas del servidor.
• Comprueba la fecha y el origen del backup: identifica qué copia es más reciente y si fue generada correctamente (sin errores en los registros del plugin o del servidor).
• Revisa el dominio y la ruta: anota si el sitio se ha movido de dominio, subcarpeta o servidor desde que se creó el backup.

Errores comunes al restaurar y cómo detectarlos

Los fallos al restaurar un backup de WordPress suelen manifestarse con mensajes de error específicos o con comportamientos anómalos del sitio. Identificar el tipo de error te orientará hacia la solución adecuada, ya sea a nivel de archivos, base de datos o configuración del servidor.

• Pantalla en blanco (White Screen of Death): indica normalmente un error fatal de PHP. Suele estar relacionado con un plugin, tema o versión de PHP incompatible.
• Error al establecer una conexión con la base de datos: problema con las credenciales de la base de datos en wp-config.php o con el propio servidor MySQL/MariaDB.
• Errores 500 (Internal Server Error): pueden deberse a reglas incorrectas en .htaccess, límites de recursos o errores de código.
• Errores 404 en todo el sitio: suelen estar relacionados con enlaces permanentes o con una restauración incompleta del archivo .htaccess.
• Archivos faltantes o estilos rotos: indican que la carpeta /wp-content/ no se ha restaurado completamente o que hay rutas incorrectas a recursos.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Cómo restaurar WordPress manualmente desde un backup

Cuando la restauración automática de un plugin o del panel del hosting falla, el siguiente paso es realizar una restauración manual. Aunque requiere más cuidado, te da control total sobre qué restaurar y cómo hacerlo, reduciendo el riesgo de errores ocultos.

1. Preparar el entorno de restauración

• Crea una carpeta local en tu ordenador para organizar los archivos del backup.
• Descomprime el archivo de copia de seguridad y verifica que contiene tanto archivos como un volcado de base de datos (.sql).
• Accede al panel de control de tu hosting (cPanel, Plesk o similar) y localiza el gestor de archivos y phpMyAdmin.

2. Restaurar los archivos de WordPress

• Conéctate por FTP/SFTP o usa el gestor de archivos del hosting.
• Haz una copia de seguridad de la instalación actual (comprime la carpeta del sitio o renómbrala, por ejemplo, a /public_html_old).
• Sube los archivos del backup a la carpeta raíz del sitio (normalmente public_html o una subcarpeta).
• Asegúrate de que la estructura de carpetas es correcta y que wp-config.php está en la raíz de la instalación.

3. Crear o limpiar la base de datos

• En el panel del hosting, crea una nueva base de datos y un usuario con contraseña segura.
• Asigna el usuario a la base de datos con todos los privilegios.
• Si vas a reutilizar una base de datos existente, vacía las tablas antes de importar el backup para evitar conflictos.

4. Importar el archivo SQL del backup

• Accede a phpMyAdmin y selecciona la base de datos de destino.
• Ve a la pestaña "Importar" y sube el archivo .sql del backup.
• Si el archivo es muy grande, puede que necesites dividirlo o usar la herramienta de importación del hosting por línea de comandos.

5. Ajustar wp-config.php

Edita el archivo wp-config.php para que apunte a la base de datos correcta:

define( 'DB_NAME', 'nombre_de_tu_bd' );
define( 'DB_USER', 'usuario_bd' );
define( 'DB_PASSWORD', 'tu_contrasena_segura' );
define( 'DB_HOST', 'localhost' );

Guarda los cambios y prueba a acceder al sitio. Si todo está correcto, deberías ver la web restaurada o, al menos, mensajes de error más concretos que podrás solucionar.

Problemas con la base de datos y su solución

Muchos fallos al restaurar un backup de WordPress se originan en la base de datos. Errores de importación, tablas corruptas o diferencias de prefijos pueden impedir que el sitio funcione incluso si los archivos se han restaurado correctamente.

Errores de importación del archivo SQL

• Archivo demasiado grande: si phpMyAdmin no permite subir el archivo, usa la herramienta de importación del hosting, WP-CLI o divide el archivo en partes más pequeñas.
• Errores de sintaxis SQL: pueden indicar un archivo corrupto o incompleto. Intenta abrir el archivo con un editor de texto avanzado para comprobar si termina de forma abrupta.
• Errores de colación o charset: ajusta la colación de la base de datos para que coincida con la del backup (por ejemplo, utf8mb4_unicode_ci).

Tablas corruptas o incompletas

Si algunas tablas están dañadas o no se han importado, WordPress puede mostrar errores intermitentes o comportamientos extraños, como entradas que desaparecen o usuarios que no pueden iniciar sesión.

• En phpMyAdmin, selecciona la base de datos y marca las tablas con problemas.
• Usa la opción "Reparar tabla" para intentar corregir errores menores.
• Si una tabla falta por completo, intenta extraerla de otra copia de seguridad o de un backup del hosting.

Problemas con el prefijo de tablas

El archivo wp-config.php define el prefijo de las tablas de WordPress mediante la variable $table_prefix. Si el prefijo del backup no coincide con el de la base de datos restaurada, el sitio no encontrará sus datos.

• Comprueba en phpMyAdmin cómo empiezan las tablas (por ejemplo, wp_, wp123_, etc.).
• Edita wp-config.php y ajusta $table_prefix para que coincida exactamente.
• Evita cambiar el prefijo manualmente en la base de datos salvo que sepas exactamente lo que haces.

Errores por plugins, temas y versiones de PHP

Incluso si el backup se ha restaurado correctamente, los cambios en el entorno del servidor pueden provocar fallos. La versión de PHP, las extensiones disponibles y la configuración del hosting influyen en el funcionamiento de WordPress, los temas y los plugins.

Incompatibilidades de PHP

• Comprueba la versión de PHP actual en el panel del hosting.
• Revisa la documentación de tu versión de WordPress, tema y plugins para ver qué versiones de PHP son compatibles.
• Si has migrado a un servidor con PHP más nuevo, prueba a bajar a una versión estable anterior (por ejemplo, de 8.2 a 8.0) y verifica si el error desaparece.

Desactivar plugins y temas problemáticos

Cuando no puedes acceder al panel de administración de WordPress, puedes desactivar plugins y temas desde el propio sistema de archivos.

• Accede por FTP o gestor de archivos a /wp-content/.
• Renombra la carpeta plugins a plugins_desactivados para desactivar todos los plugins de golpe.
• Intenta acceder al sitio. Si carga, el problema está en algún plugin. Ve restaurando el nombre original y desactivando uno a uno.
• Para el tema, renombra la carpeta del tema activo en /wp-content/themes/. WordPress intentará cargar un tema por defecto si está disponible.

Cómo actuar si no tienes un backup completo

En ocasiones, descubres que el backup que intentas restaurar está incompleto o dañado, y no dispones de otra copia reciente. Aunque la situación es delicada, todavía hay opciones para minimizar la pérdida de datos y reconstruir el sitio de forma ordenada.

• Revisa backups del hosting: muchos proveedores realizan copias automáticas diarias o semanales. Consulta el panel o abre un ticket de soporte para solicitar una restauración puntual.
• Comprueba copias locales: si has descargado el sitio en algún momento (por ejemplo, para desarrollo local), puede servir como base para reconstruir la web.
• Recupera contenido desde cachés: en casos extremos, puedes usar la caché de Google o servicios como Wayback Machine para recuperar textos e imágenes clave.
• Reconstruye la instalación: instala una copia limpia de WordPress, reinstala el tema y los plugins, y luego importa manualmente el contenido que puedas rescatar.

Mejores prácticas para evitar fallos de backup en el futuro

Una vez superado un fallo de restauración, es el momento ideal para reforzar tu estrategia de copias de seguridad. El objetivo es que, la próxima vez que necesites restaurar, el proceso sea rápido, fiable y probado.

• Aplica la regla 3-2-1: al menos 3 copias, en 2 soportes diferentes, y 1 de ellas fuera del servidor principal (por ejemplo, en la nube o almacenamiento externo).
• Automatiza las copias: configura backups automáticos diarios o semanales según la frecuencia de actualización de tu sitio.
• Incluye archivos y base de datos: asegúrate de que la copia contiene tanto el directorio completo del sitio como un volcado de la base de datos.
• Prueba las restauraciones: al menos una vez al trimestre, realiza una restauración de prueba en un entorno de staging para verificar que los backups son realmente utilizables.
• Controla el tamaño del sitio: limpia medios no utilizados, revisa logs y elimina plugins innecesarios para mantener las copias manejables.

Checklist rápido para restaurar WordPress con seguridad

Contar con una lista de verificación clara ayuda a reducir el estrés y los errores cuando necesitas restaurar un backup de WordPress con urgencia. Usa este checklist como guía práctica cada vez que te enfrentes a una restauración.

• Confirma que el servidor está operativo y con espacio suficiente.
• Haz una copia de seguridad del estado actual del sitio, aunque esté roto.
• Identifica el backup más reciente y verifica que incluye archivos y base de datos.
• Restaura primero en un entorno de pruebas si es posible.
• Sube los archivos del backup y comprueba la estructura de carpetas.
• Crea o limpia la base de datos de destino e importa el archivo SQL.
• Ajusta wp-config.php con las credenciales correctas y el prefijo de tablas adecuado.
• Verifica la versión de PHP y desactiva temporalmente plugins y temas conflictivos.
• Revisa el archivo debug.log si aparecen errores.
• Una vez todo funcione, reactiva plugins y temas uno a uno y realiza pruebas funcionales.

Preguntas frecuentes