Copia de seguridad que realmente sirve: checklist para restaurar sin problemas

Una copia de seguridad (backup) solo es tan valiosa como la capacidad que tienes para restaurarla. En muchas pymes y entre autónomos, el escenario típico es: se pierde la web, se intenta recuperar el backup y, después de horas de pruebas, se descubre que el archivo está corrupto, falta información esencial o el proceso de restauración es demasiado complejo. El resultado es una pérdida de tiempo, dinero y, sobre todo, de credibilidad frente a clientes.

En este artículo encontrarás una lista de verificación (checklist) profesional que te guiará paso a paso para asegurarte de que tu backup no solo se genera, sino que también se puede restaurar de forma rápida y fiable. Cada punto incluye una breve explicación y acciones concretas que puedes aplicar hoy mismo.

Consejo rápido: Si quieres profundizar en los requisitos de una copia de seguridad que realmente funcione, revisa nuestra guía completa: Copia de seguridad que realmente sirve – checklist.

Checklist de backup eficaz

1️⃣ Definir el alcance y la frecuencia del backup

Problema	Causa probable	Revisión	Solución
Falta de datos críticos en el backup	Se respalda solo la base de datos o solo los archivos estáticos	Verifica qué componentes (base de datos, archivos wp‑content, configuraciones de DNS, correos) están incluidos	Configura una política que cubra todos los elementos esenciales al menos diariamente para datos críticos y semanalmente para el resto
Copias demasiado grandes que retrasan la ejecución	No se excluyen cachés, logs o archivos temporales	Analiza el tamaño de cada carpeta y su relevancia	Usa filtros de exclusión (p.ej., `/wp-content/cache/`, `/logs/`) para reducir tiempo y espacio

Por qué importa: Un backup incompleto o demasiado esporádico puede dejarte sin la información necesaria cuando más la necesitas.

2️⃣ Verificar la integridad del archivo de backup

Checksum o hash: Genera y almacena un hash (MD5, SHA‑256) al momento de crear el backup. Cada vez que lo guardes, compara el hash para detectar corrupción.
Prueba de descompresión: Si el backup está comprimido (.zip, .tar.gz), realiza una prueba de extracción en un entorno aislado al menos una vez al mes.
Registro de errores: Guarda los logs de la operación de backup. Busca mensajes como “error al leer archivo” o “permiso denegado”.

Ejemplo práctico: Un autónomo de diseño web que usa un script de backup nocturno descubrió que, tras una actualización del servidor, los archivos de configuración dejaron de copiarse. La revisión del log mostró el error “Permission denied”. Al corregir los permisos, la integridad volvió a la normalidad.

3️⃣ Almacenar los backups en al menos dos ubicaciones distintas

Problema	Causa probable	Revisión	Solución
Pérdida total del backup por fallo del servidor	Solo se guarda en el mismo hosting donde está la web	Revisa la configuración de destino de los backups	Implementa duplicación: una copia en un bucket S3 o servicio de almacenamiento en la nube, y otra en un NAS o disco externo fuera del sitio
Acceso lento a la copia en caso de emergencia	Almacenamiento en un servidor remoto con ancho de banda limitado	Mide el tiempo de descarga de un backup de 5 GB	Prioriza una ubicación con acceso rápido (por ejemplo, un servidor de backup en la misma región) y usa la segunda como respaldo de largo plazo

Ventaja: Si el hosting principal sufre un ataque DDoS o una caída física, aún tendrás acceso a tus datos.

4️⃣ Documentar el proceso de restauración

Guía paso a paso: Redacta un documento (PDF o wiki interno) que detalle cada fase: conexión al servidor, descompresión, importación de la base de datos, actualización de wp-config.php, verificación de DNS y correo.
Credenciales actualizadas: Incluye usuarios y contraseñas (en un gestor seguro) necesarios para acceder a bases de datos, FTP/SFTP y panel de control.
Prueba de restauración: Realiza una restauración completa en un entorno de pruebas al menos cada trimestre. Anota tiempos y posibles cuellos de botella.

Caso real: Una pequeña agencia de marketing probó su proceso de restauración cada tres meses. Cuando su sitio fue comprometido por ransomware, pudieron volver a ponerlo en línea en menos de dos horas porque ya tenían la guía y los accesos listos.

5️⃣ Automatizar la verificación post‑backup

Script de validación: Después de cada backup, ejecuta un script que:
1. Compruebe el hash.
2. Verifique que el archivo exista y tenga el tamaño esperado.
3. Envíe una notificación por correo al responsable.
Alertas de fallos: Configura alertas en tu panel de hosting o en el gestor de backups para que cualquier error genere un ticket automático.

Herramienta recomendada: La mayoría de los servicios de hosting ofrecen “monitorización de backups”. Si utilizas un servidor propio, puedes programar cron jobs con sha256sum y mail.

6️⃣ Asegurar la compatibilidad de versiones

Base de datos: Si tu sitio usa WordPress, asegúrate de que la versión de MySQL/MariaDB del entorno de restauración sea compatible con la versión de la base de datos del backup.
PHP y extensiones: Un backup de WordPress creado con PHP 8.2 puede no funcionar en un servidor que solo tiene PHP 7.4. Verifica versiones antes de restaurar.
Plugins y temas: Anota la versión exacta de cada plugin/tema. Si el backup incluye archivos de plugins, confirma que no haya actualizaciones que rompan la compatibilidad.

Ejemplo: Un cliente que actualizó a WordPress 6.5 dejó de poder restaurar su backup porque el servidor de destino seguía con PHP 7.3. La solución fue actualizar el entorno antes de la restauración.

7️⃣ Incluir correos electrónicos y DNS en el plan de backup

Correos profesionales: Exporta los buzones (IMAP) a formato mbox o pst y guarda los archivos junto al backup del sitio.
Registros DNS: Exporta la zona DNS (TXT, MX, CNAME) desde el panel del registrador. Un error de DNS puede dejar tu dominio sin recibir correos o sin apuntar al sitio restaurado.
Prueba de envío/recepción: Después de restaurar, envía un correo de prueba y verifica que los registros SPF y DKIM siguen funcionando.

Si necesitas profundizar en la gestión de DNS y correo profesional, consulta nuestro artículo: Correo profesional y DNS: claves para una continuidad sin fisuras.

8️⃣ Establecer tiempos de recuperación (RTO) y puntos de recuperación (RPO)

RTO (Recovery Time Objective): Tiempo máximo aceptable para volver a estar operativos. Define metas como “restaurar en menos de 2 h”.
RPO (Recovery Point Objective): Máxima pérdida de datos tolerable. Por ejemplo, “no perder más de 15 min de transacciones”.
Alineación con SLA: Si ofreces soporte por bolsa de horas, comunica estos objetivos a tus clientes para que sepan qué esperar.

9️⃣ Realizar auditorías técnicas periódicas

Checklist de auditoría: Cada seis meses, revisa que todos los ítems de esta lista estén actualizados.
Informe de auditoría: Documenta hallazgos, acciones correctivas y fechas de próxima revisión.
Enlace útil: Nuestra guía sobre mantenimiento preventivo que ahorra tiempo y dinero explica cómo integrar la auditoría de backups dentro de un plan de mantenimiento más amplio.

Tabla resumen de los pasos críticos

Paso	Acción clave	Herramienta / recurso	Frecuencia
1. Alcance	Definir qué se respalda	Plan de backup	Cada nueva funcionalidad
2. Integridad	Generar y comparar hash	`sha256sum` o gestor de backups	Después de cada backup
3. Redundancia	Copiar a dos destinos	S3, NAS, Google Drive	Diario
4. Documentación	Guía de restauración	Wiki interno	Trimestral
5. Verificación	Script de validación + alerta	Cron + email	Post‑backup
6. Compatibilidad	Comprobar versiones PHP/DB	Panel de control	Antes de restaurar
7. Correo/DNS	Exportar buzones y zona DNS	IMAP export, zona DNS	Mensual
8. SLA	Definir RTO/RPO	Acuerdo de servicio	Anual
9. Auditoría	Revisión completa de checklist	Checklist interno	Semestral

Preguntas frecuentes (FAQ)

¿Qué pasa si el backup está en un formato que mi nuevo hosting no reconoce?
Exporta los datos a un formato estándar (por ejemplo, .sql para bases de datos y .zip para archivos). La mayoría de los paneles de control permiten importar estos formatos sin problemas.

¿Cuántas copias debo mantener?
Al menos tres: la más reciente, una de 7 días atrás y otra de 30 días. Así cubres fallos humanos y problemas de corrupción que pueden pasar desapercibidos durante varios días.

¿Es suficiente confiar en el backup automático del propio hosting?
No. Los proveedores pueden sufrir incidentes que afecten tanto al sitio como a sus copias de seguridad. Mantén una copia externa bajo tu control.

Próximos pasos

Revisa tu actual política de backup con la checklist anterior.
Implementa al menos una prueba de restauración en un entorno de pruebas esta semana.
Solicita una auditoría técnica a nuestro equipo para validar que todos los puntos están cubiertos.

¿Necesitas ayuda para poner en marcha o revisar tu plan de copias de seguridad?

Pide soporte a través de nuestro portal.

Revisa el estado de tu mantenimiento preventivo.

Solicita un presupuesto sin compromiso para un plan de continuidad operativa.

Mantener copias de seguridad que realmente sirvan es la base de la continuidad de cualquier negocio online. Con la checklist que te hemos proporcionado, podrás pasar de “tener backup” a “tener backup listo para restaurar”. ¡Actúa ahora y protege tu web y tu correo antes de que sea demasiado tarde!