BLOG · Mantenimiento
Cómo preparar un respaldo web que puedas recuperar
Archivos, base de datos y prueba de restauración: organiza un respaldo útil y evita confundir un ZIP de public_html con una copia completa.
Actualizado: 2026-10-03
Un archivo ZIP no siempre representa todo lo necesario para recuperar una web. Una landing puede depender solo de archivos, mientras que un blog o una aplicación pueden guardar contenido en una base de datos. Primero identifica qué utiliza tu sitio.
Qué debe incluir la copia
Para un sitio con base de datos, reúne los archivos y una exportación compatible de esa base. Documenta además la versión del entorno y las configuraciones necesarias para conectar ambos. Los secretos deben guardarse de forma privada, no dentro de un archivo accesible desde la web.
En WordPress, la documentación distingue archivos y base de datos como componentes del respaldo. Ese inventario resulta útil para otras aplicaciones, aunque su estructura y restauración serán distintas.
Registra cuándo y cómo se obtuvo
Pon fecha a la copia y anota si se realizó mientras el sitio seguía recibiendo cambios. En una aplicación activa, una exportación y una carpeta copiadas en momentos diferentes pueden no representar el mismo estado. Pide al responsable un procedimiento adecuado a la aplicación.
- Ubicación de los archivos y de la exportación.
- Fecha de creación y responsable.
- Pasos para restaurar en un entorno independiente.
- Resultado de la última prueba de recuperación.
Prueba antes de necesitarla
Restaura en una copia local o en un entorno restringido. Comprueba páginas, acceso administrativo y funciones que dependen de datos. Si incluye correos, pagos o servicios externos, mantenlos desactivados durante la prueba para evitar efectos reales.
Conserva una copia fuera de la carpeta pública del sitio y define cuándo sustituirla o eliminar versiones antiguas. La frecuencia debe responder a cuánto contenido puedes permitirte perder, no a una regla idéntica para todos.