📦 PROTOCOLO GENERAL DE SISTEMA DE COPIAS DE SEGURIDAD
(Aplicable a cualquier cliente WordPress)
1️⃣ OBJETIVO
Garantizar que:
-
La web puede restaurarse completamente ante fallo técnico.
-
Existe copia previa a cualquier intervención.
-
No se depende exclusivamente del proveedor de hosting.
-
El proceso es reproducible y documentado.
2️⃣ FASE 1 · ANÁLISIS INICIAL
Antes de instalar nada, analizar:
🔍 2.1 ¿El hosting ya realiza backups?
Comprobar:
-
Frecuencia
-
Retención
-
Tipo (archivos + base de datos)
-
Acceso a restauración
⚠️ Regla 1969:
Nunca depender únicamente del hosting.
🔍 2.2 Tamaño del sitio
Revisar:
-
Peso total de archivos
-
Tamaño base de datos
-
Crecimiento mensual estimado
Esto determinará:
-
Frecuencia
-
Destino de almacenamiento
-
Método óptimo
🔍 2.3 Tipo de proyecto
No es lo mismo:
-
Web corporativa estática
-
Blog activo
-
Ecommerce
-
Membership
-
Academia online
La frecuencia cambia según el riesgo.
3️⃣ FASE 2 · HERRAMIENTA RECOMENDADA
Plugin recomendado (estándar 1969)
✔ UpdraftPlus
o equivalente profesional estable.
Motivos:
-
Copia completa.
-
Restauración integrada.
-
Compatible con cualquier servidor.
-
Permite almacenamiento externo.
-
Bajo riesgo de incompatibilidad.
4️⃣ FASE 3 · CONFIGURACIÓN ESTÁNDAR
📁 4.1 Qué copiar siempre
✔ Base de datos
✔ Plugins
✔ Temas
✔ Subidas (uploads)
✔ Otros archivos WordPress
Nunca hacer solo base de datos.
⏱ 4.2 Frecuencia recomendada
Web corporativa estándar
-
Base de datos → diaria
-
Archivos → semanal
Blog activo / Web con publicaciones frecuentes
-
Base de datos → diaria
-
Archivos → cada 2–3 días
Ecommerce o alta actividad
-
Base de datos → cada 6–12 horas
-
Archivos → diaria
☁ 4.3 Almacenamiento
Regla obligatoria:
Al menos una copia fuera del servidor.
Opciones válidas:
-
Google Drive
-
Dropbox
-
OneDrive
-
Amazon S3
-
FTP externo
Nunca dejar únicamente en:
🔄 4.4 Retención
Recomendación general:
-
7 copias diarias
-
4 copias semanales
-
2 copias mensuales
Evita acumulación infinita.
5️⃣ FASE 4 · PROTOCOLO OPERATIVO
📌 Antes de cualquier actualización
-
Ejecutar copia manual completa.
-
Verificar que finaliza sin error.
-
Confirmar que aparece en listado.
-
Solo después actualizar.
Nunca actualizar sin backup reciente.
📌 Tras actualización crítica
-
Navegar frontend completo.
-
Probar formularios.
-
Probar login.
-
Revisar consola del navegador.
-
Confirmar que correos funcionan.
Si hay fallo → restaurar inmediatamente.
6️⃣ FASE 5 · PRUEBA DE RESTAURACIÓN
Al menos una vez por proyecto:
-
Restaurar copia en entorno de prueba.
-
Confirmar que:
-
Web carga.
-
Plugins activos.
-
Base de datos intacta.
-
Un backup no probado no es un backup fiable.
7️⃣ FASE 6 · OPTIMIZACIÓN DEL IMPACTO
Para evitar sobrecarga:
-
Programar backups fuera de horario laboral.
-
Evitar escaneos y copias simultáneas.
-
No activar múltiples plugins de backup.
-
No comprimir en exceso en servidores limitados.
8️⃣ INDICADORES DE ALERTA
Revisar si:
-
Copias fallan repetidamente.
-
Tiempo de ejecución excesivo.
-
Archivos corruptos.
-
Restauraciones fallidas.
-
Tamaño de copia crece de forma anormal.
9️⃣ ERRORES COMUNES A EVITAR
❌ Depender solo del hosting.
❌ No probar restauración.
❌ Mantener copias solo en el mismo servidor.
❌ No revisar logs de fallo.
❌ Tener dos plugins de backup activos simultáneamente.
🔟 CHECKLIST OPERATIVO 1969
11️⃣ CRITERIO PROFESIONAL 1969
Un sistema de copias correcto debe ser:
-
Automático
-
Externo
-
Verificado
-
Documentado
-
Integrado en el flujo de mantenimiento
Si uno de estos falla → el sistema no es profesional.
