Cómo Hacer Backup y Restaurar WordPress

Introduccion

Una copia de seguridad de WordPress debe incluir archivos y base de datos. Los archivos contienen WordPress, plugins, temas, imagenes, documentos, wp-config.php, .htaccess y codigo personalizado. La base de datos contiene entradas, paginas, usuarios, ajustes, comentarios, menus y pedidos si existe una tienda.

Descargar solo wp-content o exportar unicamente la base de datos no siempre permite restaurar la web completa. En miHosting realizamos copias de seguridad periodicas de tu hosting (ver como hacer un backup de tu hosting), pero mantener tambien tus propias copias de WordPress te da mas control sobre el punto exacto de restauracion.

Antes de crear una copia

Comprueba el espacio disponible, evita generar la copia dentro de la carpeta publica si contiene datos sensibles, anota la URL, la version de PHP y de WordPress, y si la web recibe pedidos o registros, hazla en un momento controlado. Una copia solo es util si puede descargarse, abrirse y restaurarse.

Que debe incluir un backup completo

Como minimo: wp-admin/, wp-content/, wp-includes/, wp-config.php, index.php y .htaccess, ademas de cualquier archivo adicional de la raiz. Para la base de datos, exporta todas las tablas de la instalacion (el prefijo habitual es wp_, pero puede ser diferente). Documenta aparte el DNS, el certificado SSL, las tareas cron, la version y ajustes de PHP, las redirecciones del panel y los servicios de correo, ya que no siempre quedan incluidos en una copia de WordPress.

Metodo 1: copia desde el sistema de backups del hosting

DirectAdmin o cPanel pueden ofrecer una herramienta de copias que incluya archivos del dominio, bases de datos, cuentas de correo, DNS y certificados. Descarga siempre una copia fuera del servidor: si la unica copia esta en la misma cuenta y esta queda inaccesible, no podras utilizarla.

Metodo 2: copiar archivos desde el administrador

Accede al administrador de archivos, abre la carpeta principal de WordPress, selecciona todos los archivos (incluidos los ocultos), comprimelos en .zip o .tar.gz y descarga el archivo. Comprueba que .htaccess este incluido. En webs grandes, comprimir desde el panel puede agotar tiempo o espacio; utiliza SSH o el sistema de copias del hosting.

Metodo 3: copiar archivos por FTP o SFTP

Conecta con el servidor, activa la visualizacion de archivos ocultos, descarga toda la carpeta de WordPress y comprueba si hubo transferencias fallidas. SFTP cifra la conexion y es preferible cuando esta disponible.

Metodo 4: exportar la base de datos con phpMyAdmin

Abre phpMyAdmin, selecciona la base de datos indicada en DB_NAME, pulsa Exportar, elige Rapido y formato SQL, y descarga el archivo. Para bases grandes, utiliza la exportacion personalizada con compresion gzip. Comprueba que se hayan incluido todas las tablas.

Metodo 5: copia mediante SSH y WP-CLI

Desde la carpeta de WordPress (ver gestionar WordPress con WP-CLI):

wp db export /ruta/segura/base-datos.sql

tar -czf /ruta/segura/wordpress-archivos.tar.gz \
  --exclude='wp-content/cache' \
  --exclude='*.log' \
  .

gzip /ruta/segura/base-datos.sql

Guarda las copias en una ruta no publica y con permisos restringidos.

Frecuencia recomendada

Depende de cuanto contenido puedas permitirte perder: una web corporativa con pocos cambios puede bastar con una copia semanal y antes de actualizaciones; un blog activo, diaria o varias veces por semana; una tienda o membresia, varias veces al dia o copias incrementales. Antes de migrar, actualizar PHP o instalar codigo, haz siempre una copia manual inmediata.

Una practica util es la estrategia 3-2-1: 3 copias de los datos, en 2 tipos de almacenamiento distintos, con 1 copia fuera del servidor principal. Cifra las copias si contienen datos personales o informacion sensible.

Como comprobar una copia

Antes de confiar en ella, comprueba que el archivo no tenga tamano cero, abre el comprimido y revisa su estructura, verifica que existe wp-config.php y que wp-content/uploads contiene imagenes, abre el SQL con un editor adecuado y confirma que tiene tablas, y restaura periodicamente en un entorno de prueba. La prueba de restauracion es la comprobacion mas fiable.

Como restaurar WordPress paso a paso

Antes de restaurar

Determina que fecha necesitas, si restauraras archivos, base de datos o ambos, que contenidos recientes se perderan, si la copia pertenece al mismo dominio y servidor, y si las credenciales de base de datos han cambiado. Crea una copia del estado actual, aunque este danado: puede contener pedidos o archivos recientes que no esten en el backup anterior.

Paso 1: preparar la carpeta de destino

Si restauras sobre la instalacion actual, renombra o mueve la carpeta existente y crea una carpeta limpia. No borres definitivamente el estado anterior hasta confirmar que la restauracion funciona.

Paso 2: restaurar los archivos

Sube el .zip o .tar.gz y extraelo en la carpeta correcta, comprobando que no haya una carpeta adicional innecesaria (por ejemplo, todo dentro de wordpress/). Por SSH: tar -xzf wordpress-archivos.tar.gz -C /ruta/destino.

Paso 3: crear o vaciar la base de datos

Para una restauracion completa, es preferible importar en una base vacia: crea una base y un usuario nuevos, o vacia las tablas actuales despues de guardar una copia. Si cambias nombre, usuario, contrasena o servidor, actualiza wp-config.php.

Paso 4: importar la base de datos

Con phpMyAdmin, selecciona la base de datos, pulsa Importar, elige el archivo .sql o .sql.gz y mantén el juego de caracteres adecuado. Con WP-CLI: wp db import copia.sql (o gunzip copia.sql.gz primero si esta comprimido). Si el archivo supera el limite de subida, utiliza SSH o solicita ayuda.

Paso 5: revisar wp-config.php

Confirma DB_NAME, DB_USER, DB_PASSWORD, DB_HOST y que $table_prefix coincida con las tablas importadas (ver error de conexion con la base de datos en WordPress si algo falla).

Paso 6: corregir la URL si cambio el dominio

Actualiza primero las opciones (wp option update home '...' y siteurl) y despues realiza una sustitucion segura con wp search-replace, probando siempre con --dry-run antes. Consulta como cambiar la URL de WordPress para el procedimiento completo.

Paso 7: revisar permisos y completar comprobaciones

Revisa que la propiedad y los permisos sean correctos (no uses 777), y comprueba portada y paginas, /wp-admin, imagenes, plugins y tema, formularios, enlaces permanentes, correos, certificado SSL, tareas cron y tienda. Ve a Ajustes > Enlaces permanentes y guarda para regenerar reglas si aparecen 404.

Restaurar solo la base de datos o solo archivos

Restaurar solo la base de datos es util cuando se borraron contenidos o un ajuste alterо datos, pero ten en cuenta que una base antigua puede eliminar pedidos o cambios recientes. Restaurar solo archivos puede servir si se dano un plugin o tema o faltan imagenes; no restaures un wp-config.php antiguo si las credenciales actuales son diferentes.

Problemas frecuentes

Error al conectar con la base de datos

Revisa credenciales, usuario, permisos, DB_HOST y prefijo.

Error 500 tras restaurar

Revisa PHP, .htaccess, plugins, permisos y registros (ver error 500 y pantalla blanca en WordPress).

Faltan imagenes

La copia no incluyo wp-content/uploads, las rutas son incorrectas o los permisos no permiten leer los archivos.

La importacion se detiene

El archivo puede superar limites de PHP o MySQL. Utiliza consola o divide la importacion con herramientas adecuadas.

Preguntas frecuentes

Un plugin de backup es suficiente?

Puede serlo si incluye archivos y base de datos, guarda copias fuera del servidor y has probado la restauracion.

Las copias del hosting sustituyen mis propias copias?

No conviene depender de una unica capa. Mantén al menos una copia bajo tu control.

Debo guardar copias dentro de public_html?

No. Podrian descargarse si quedan accesibles. Utiliza una ruta privada o almacenamiento externo.

Puedo restaurar una copia de otra version de PHP?

Si, pero plugins, temas o codigo pueden no ser compatibles. Prueba y revisa errores.

Conclusion

Una copia completa de WordPress incluye archivos y base de datos creados en un momento similar. Guarda varias versiones, conserva alguna fuera del servidor y prueba periodicamente la restauracion.

Si tu web gestiona pedidos, reservas o datos criticos, combinar tus propias copias con las copias automaticas de miHosting reduce el riesgo, pero sigue siendo necesario conocer el punto de restauracion y comprobar que las copias son utilizables.