Restaurar un sitio WordPress desde un backup es de esas cosas que nadie quiere hacer hasta que toca. Y toca. Un ataque, una actualización que sale mal, el servidor que dice basta. En ese momento, saber cómo recuperar el sitio rápido marca la diferencia entre horas muertas y un problemilla de media tarde. Aquí vamos al grano: cómo restaurar WordPress desde un backup, paso a paso, con archivos y base de datos. En RedServicio hemos visto de todo, así que comparto lo que funciona.
Índice
Antes de meter mano: qué necesitas tener a punto
Parece obvio, pero más de uno se lanza y descubre que el backup está incompleto. Un backup completo de WordPress tiene dos patas: los archivos del sitio (wp-content, plugins, temas) y la base de datos (posts, usuarios, opciones). Si falta una, la restauración cojea.
- Archivos del sitio: comprimidos en .zip o .tar.gz. Nada de carpetas sueltas a medio subir.
- Base de datos: un archivo .sql, normalmente exportado desde phpMyAdmin o tu herramienta de backups.
- Acceso al hosting: credenciales FTP/SFTP y acceso a cPanel o similar. Sin eso, no arrancas.
En RedServicio siempre decimos: verifica el backup antes de necesitarlo. Abre ese .sql en un editor de texto. ¿Tiene sentencias CREATE e INSERT completas? Bien. Si ves cortes o errores, ese backup no vale.
Método 1: a la vieja usanza, manualmente
Directo, sin plugins, sin depender de nadie. Ideal si tu panel de control es limitado o prefieres tener el control total. No es complicado, pero hay que ir con cuidado.
Paso 1: Subir los archivos por FTP
Conecta con FileZilla o similar. Ve al directorio raíz de WordPress (normalmente public_html o www). Aquí viene lo importante: borra todos los archivos existentes del servidor. Sí, todos. Si dejas archivos viejos, te arriesgas a conflictos de permisos o configuraciones que se pisan.
- Selecciona todo en el servidor remoto y bórralo.
- Sube el contenido de tu backup local (descomprimido). Arrastra la carpeta completa.
- Espera a que termine. Comprueba que wp-config.php y .htaccess están ahí.
Tip de RedServicio: Si el backup pesa más de 500 MB, no uses FTP para todo. Sube el zip y descomprímelo directamente desde cPanel (File Manager -> Extract). Te ahorras tiempos de espera y cortes de conexión.
Paso 2: La base de datos, el corazón del asunto
Sin base de datos, tu sitio es un esqueleto vacío. O peor: un error de conexión.
- Entra a phpMyAdmin desde cPanel (Databases -> phpMyAdmin).
- Selecciona la base de datos actual de tu WordPress. Si no existe, créala con el mismo nombre que en tu backup.
- Dale a «Importar» y elige el archivo .sql. Si pesa mucho, divídelo en partes. La mayoría de los paneles tienen límite de tamaño.
- Cuando termine, revisa que aparezcan las tablas: wp_posts, wp_options, etc. Si no, algo falló.
Paso 3: Ajustar el wp-config.php
Después de restaurar, edita wp-config.php si hace falta. DB_NAME, DB_USER y DB_PASSWORD tienen que coincidir con los datos de tu hosting actual. Si cambiaste de servidor o de URL, toca actualizar también las opciones en la tabla wp_options. No uses wp-cli si no lo controlas; mejor hazlo desde phpMyAdmin.
Método 2: con plugins, más fácil pero no infalible
UpdraftPlus, BackupBuddy, Jetpack… simplifican la vida. Pero ojo: si el sitio está caído, primero tienes que instalar el plugin otra vez.
Con UpdraftPlus (gratuito y apañado)
- Sube el plugin a /wp-content/plugins/ por FTP.
- Actívalo desde el panel de administración (si aún puedes acceder).
- Ve a «Ajustes» -> «UpdraftPlus Backups» -> «Restaurar».
- Selecciona el backup (desde la nube o subiendo el archivo local). El plugin hace el trabajo sucio: archivos y base de datos.
Lo bueno: reescribe URLs y permisos solo. Lo malo: si el backup está corrupto o el plugin no se descarga bien, te quedas colgado.
Problemas típicos (y cómo salir del paso)
Incluso con un backup impecable, la cosa puede torcerse. Aquí los más comunes.
«Error de conexión a la base de datos»
El clásico. wp-config.php tiene credenciales equivocadas o la base de datos no existe. Revisa en phpMyAdmin. Si cambiaste de hosting, actualiza DB_HOST (a veces pasa de localhost a un socket raro).
Página en blanco
Silencio absoluto. Normalmente es un plugin que se lleva mal con la versión del tema o de PHP. Solución: por FTP, renombra la carpeta /wp-content/plugins/ a plugins_old. Luego entra a /wp-admin y desactiva todo. Si funciona, reactiva uno a uno hasta encontrar el culpable.
Enlaces rotos, imágenes que no cargan
Si cambió la URL del sitio, las rutas absolutas en la base de datos se quedan obsoletas. Un plugin como Velvet Blues Update URLs te saca del apuro. O una consulta SQL directa: UPDATE wp_posts SET guid = REPLACE(guid, ‘antigua-url’, ‘nueva-url’).
¿Y si restauro solo la base de datos y no los archivos? Mejor no. Los temas y plugins tienen que coincidir con lo que la base de datos espera. Si no, te encuentras con estilos rotos o funciones que no existen. He visto sitios que ni cargan.
Para cerrar: la práctica lo hace fácil
Restaurar WordPress desde un backup no es brujería. Con un backup completo (archivos + base de datos) y verificando antes de lanzarte, el proceso se vuelve rutina. El método manual te da control; los plugins te ahorran pasos. La clave es practicar cuando no hay presión. Si en algún momento te ves atascado o es un caso complejo, en RedServicio (redservicio.net) echamos una mano con hosting, WordPress y servidores. Sin dramas.
Y una última cosa: programa backups automáticos semanales. Guárdalos en local y en la nube. Porque cuando todo falla, lo único que te salva es tener esa copia a mano.
