<\/p>\n
Aprende a hacer un backup de WordPress con WP-CLI: base de datos, archivos, automatizaci\u00f3n y restauraci\u00f3n segura paso a paso.<\/p>\n
Hacer un backup de WordPress no deber\u00eda ser una tarea improvisada ni dependiente solo del panel de administraci\u00f3n. Cuando el sitio crece, se vuelve m\u00e1s pr\u00e1ctico apoyarse en la terminal para automatizar procesos, reducir errores y ganar velocidad. En ese escenario, WP-CLI<\/strong> se convierte en una herramienta muy valiosa para crear copias de seguridad de forma controlada.<\/p>\n Si ya has visto qu\u00e9 es WP-CLI y para qu\u00e9 sirve en WordPress<\/a> o has trabajado con tareas como exportar e importar la base de datos con WP-CLI<\/a>, este art\u00edculo da un paso m\u00e1s: c\u00f3mo dise\u00f1ar un flujo de backup completo, \u00fatil en entornos de desarrollo, staging y producci\u00f3n.<\/p>\n Antes de ejecutar comandos, conviene entender qu\u00e9 hay que proteger. Un sitio WordPress no es solo una base de datos. Tambi\u00e9n incluye archivos del n\u00facleo, temas, plugins, subidas de la biblioteca multimedia y, en ocasiones, configuraciones personalizadas fuera de la instalaci\u00f3n principal.<\/p>\n En t\u00e9rminos pr\u00e1cticos, una copia de seguridad fiable debe cubrir al menos dos bloques:<\/p>\n Base de datos<\/strong>: entradas, p\u00e1ginas, usuarios, ajustes, men\u00fas y contenido din\u00e1mico. Esta divisi\u00f3n es importante porque WP-CLI ofrece una soluci\u00f3n nativa excelente para la base de datos, mientras que la copia de archivos suele hacerse combinando comandos del sistema con buenas pr\u00e1cticas de administraci\u00f3n.<\/p>\n El m\u00e9todo gr\u00e1fico puede funcionar, pero WP-CLI aporta ventajas claras cuando necesitas repetir tareas, documentarlas o integrarlas en scripts. Si ya usas consola para tareas como comandos b\u00e1sicos de WP-CLI<\/a> o para gestionar WordPress con WP-CLI<\/a>, el backup encaja de forma natural en ese mismo flujo de trabajo.<\/p>\n Las ventajas m\u00e1s destacables son la automatizaci\u00f3n, la rapidez y la posibilidad de crear copias antes de acciones sensibles, como una actualizaci\u00f3n mayor. Tambi\u00e9n ayuda a evitar depender de plugins de backup cuando quieres una soluci\u00f3n simple, transparente y f\u00e1cil de versionar.<\/p>\n El comando principal para exportar la base de datos es wp db export<\/strong>. Es una operaci\u00f3n directa, r\u00e1pida y muy \u00fatil para generar un volcado SQL con el estado actual del sitio.<\/p>\n Un detalle importante: el nombre del archivo no solo sirve para organizar mejor los backups, tambi\u00e9n facilita identificar la fecha de cada copia. Usar una convenci\u00f3n basada en d\u00eda y hora reduce confusiones cuando necesitas restaurar una versi\u00f3n concreta.<\/p>\n Si quieres profundizar en este punto, el art\u00edculo sobre c\u00f3mo exportar e importar la base de datos con WP-CLI<\/a> complementa perfectamente este flujo.<\/p>\n Crear el archivo no basta: tambi\u00e9n conviene comprobar que tiene contenido y que corresponde al sitio correcto. En entornos con varios WordPress, esto evita errores t\u00edpicos como exportar la base de datos equivocada.<\/p>\n En un backup serio, la verificaci\u00f3n forma parte del proceso. Una copia que no se puede restaurar no es una copia \u00fatil.<\/p>\n WP-CLI se centra en la gesti\u00f3n del sitio, pero para respaldar los archivos necesitas apoyarte en herramientas del sistema como tar<\/strong>, rsync<\/strong> o zip<\/strong>. La idea es preservar los elementos que cambian fuera de la base de datos, sobre todo En la mayor\u00eda de los casos, respaldar wp-content\/uploads<\/strong> suele ser esencial porque almacena im\u00e1genes y documentos adjuntos. wp-content\/themes<\/strong> conserva el dise\u00f1o activo y sus ajustes. wp-content\/plugins<\/strong> guarda la l\u00f3gica a\u00f1adida al sitio, aunque muchos equipos prefieren reinstalar plugins desde una fuente conocida y respaldar solo la configuraci\u00f3n.<\/p>\n El enfoque ideal depende de tu flujo de despliegue, pero como regla general, cuanto m\u00e1s personalizado est\u00e9 el sitio, m\u00e1s sentido tiene incluir todo La verdadera potencia de WP-CLI aparece cuando conviertes los comandos en un proceso repetible. Por ejemplo, puedes crear un script que exporte la base de datos y comprima los archivos principales en una sola ejecuci\u00f3n.<\/p>\n Este tipo de automatizaci\u00f3n es especialmente \u00fatil antes de tareas de mantenimiento, migraciones o actualizaciones. De hecho, si sueles actualizar WordPress, plugins y temas con WP-CLI<\/a>, crear una copia previa deber\u00eda ser un h\u00e1bito obligatorio.<\/p>\n Una estrategia de backup no deber\u00eda depender de que alguien se acuerde de ejecutarla. En producci\u00f3n, lo normal es programar estas tareas con cron<\/strong> o con el sistema de automatizaci\u00f3n que uses en tu servidor.<\/p>\n La periodicidad ideal depende de la frecuencia de cambios del sitio. Un blog con varias publicaciones diarias necesitar\u00e1 backups m\u00e1s frecuentes que una web corporativa casi est\u00e1tica. En cualquier caso, el objetivo es reducir la ventana de p\u00e9rdida de datos si ocurre un fallo.<\/p>\n Tambi\u00e9n es buena pr\u00e1ctica separar la copia local de un almacenamiento externo. Guardar backups en el mismo servidor protege frente a algunos errores, pero no frente a ca\u00eddas completas del entorno.<\/p>\n El backup solo tiene valor si puedes restaurarlo con rapidez. Para la base de datos, WP-CLI permite importar el volcado con facilidad. Si adem\u00e1s hiciste copia de Antes de importar, aseg\u00farate de que apuntas al entorno correcto. En sitios con varias instalaciones, conviene revisar el directorio activo y confirmar que no vas a sobrescribir una base de datos equivocada.<\/p>\n Si trabajas con cambios de dominio o rutas, puede ser \u00fatil repasar c\u00f3mo cambiar la URL de WordPress con WP-CLI<\/a> para ajustar la instalaci\u00f3n despu\u00e9s de una restauraci\u00f3n o migraci\u00f3n.<\/p>\n Un backup t\u00e9cnico tambi\u00e9n necesita criterio operativo. No basta con ejecutar comandos: hay que definir retenci\u00f3n, almacenamiento, validaci\u00f3n y pruebas de restauraci\u00f3n. Sin ese control, la copia puede existir pero no cumplir su funci\u00f3n.<\/p>\n Estas son algunas recomendaciones \u00fatiles:<\/p>\n Usa nombres consistentes<\/strong> para identificar fecha, hora y entorno. Si administras sitios con muchos cambios, esta disciplina te ahorrar\u00e1 tiempo y reducir\u00e1 riesgos. Adem\u00e1s, encaja bien con flujos m\u00e1s amplios de mantenimiento tratados en art\u00edculos como c\u00f3mo limpiar la cach\u00e9 y transients con WP-CLI<\/a>.<\/p>\n Hacer un backup de WordPress con WP-CLI es una forma pr\u00e1ctica de profesionalizar el mantenimiento. Permite exportar la base de datos con rapidez, integrar la copia de archivos en scripts y preparar restauraciones m\u00e1s controladas. Adem\u00e1s, se adapta muy bien a equipos que ya trabajan desde consola y quieren procesos repetibles.<\/p>\n Si ya dominas los comandos b\u00e1sicos, el siguiente paso l\u00f3gico es convertir el backup en una rutina automatizada, verificable y documentada. En WordPress, la prevenci\u00f3n suele ser menos costosa que la recuperaci\u00f3n.<\/p>\n Documentaci\u00f3n oficial de wp db export<\/a><\/p>\nQu\u00e9 incluye realmente un backup de WordPress<\/h2>\n
\nArchivos<\/strong>: wp-content, especialmente themes, plugins y uploads.<\/p>\nPor qu\u00e9 usar WP-CLI para backups<\/h2>\n
Hacer backup de la base de datos con wp-cli<\/h2>\n
# Exporta la base de datos al archivo default.sql en el directorio actual\nwp db export\n\n# Exporta la base de datos con un nombre personalizado\nwp db export backup-$(date +%F).sql\n\n# Exporta usando compresi\u00f3n gzip, si tu entorno lo soporta\nwp db export backup-$(date +%F).sql.gz\n<\/code><\/pre>\nVerificar la copia de la base de datos<\/h3>\n
# Comprueba que el archivo se ha generado\nls -lh backup-*.sql*\n\n# Revisa el contenido inicial del volcado\nhead -n 20 backup-2026-05-21.sql\n<\/code><\/pre>\nHacer copia de los archivos de WordPress<\/h2>\n
wp-content<\/code>.<\/p>\n# Copia comprimida del directorio wp-content\ntar -czf wp-content-backup-$(date +%F).tar.gz wp-content\n\n# Copia completa del sitio si trabajas en un entorno controlado\ntar -czf wordpress-full-backup-$(date +%F).tar.gz .\n<\/code><\/pre>\nwp-content<\/code> es suficiente si el n\u00facleo de WordPress se puede reinstalar f\u00e1cilmente. Eso s\u00ed, si tu instalaci\u00f3n tiene personalizaciones fuera de ese directorio, tambi\u00e9n deben entrar en el plan de backup.<\/p>\nQu\u00e9 carpetas conviene priorizar<\/h3>\n
wp-content<\/code>.<\/p>\nAutomatizar backups con un script sencillo<\/h2>\n
#!\/bin\/bash\nset -e\n\nFECHA=$(date +%F-%H%M)\nDESTINO=\"\/backups\/wordpress-$FECHA\"\n\nmkdir -p \"$DESTINO\"\n\n# Backup de base de datos\nwp db export \"$DESTINO\/database.sql\"\n\n# Backup de archivos cr\u00edticos\ntar -czf \"$DESTINO\/wp-content.tar.gz\" wp-content\n\necho \"Backup completado en $DESTINO\"\n<\/code><\/pre>\nProgramar copias de seguridad peri\u00f3dicas<\/h2>\n
Restaurar una copia de seguridad<\/h2>\n
wp-content<\/code>, deber\u00e1s restaurar esos archivos manualmente en la ruta correspondiente.<\/p>\n# Importa la base de datos desde un archivo SQL\nwp db import database.sql\n\n# Descomprime y restaura los archivos\ntar -xzf wp-content.tar.gz\n<\/code><\/pre>\nBuenas pr\u00e1cticas para backups m\u00e1s seguros<\/h2>\n
\nGuarda copias fuera del servidor<\/strong> siempre que sea posible.
\nPrueba restauraciones<\/strong> en staging o en un entorno aislado.
\nCombina backup y limpieza<\/strong> cuando manejes entornos de prueba, por ejemplo junto con tareas de cach\u00e9 o transients si forman parte del mantenimiento.<\/p>\nConclusi\u00f3n<\/h2>\n
Fuentes y lecturas recomendadas<\/h3>\n