Un cliente llama desesperado: el sitio se cayó de la nada. El hosting fue dado de baja porque una tarjeta venció y nadie notó el aviso en la carpeta de spam. No había backup en ningún lado. Años de contenido, todo el diseño, todo, tuvo que rehacerse desde cero.
Este tipo de caso ocurre con más frecuencia de lo que parece, y la causa casi nunca es falta de cuidado: es no saber que el riesgo existe hasta el día en que se convierte en un problema.
Las 3 formas más comunes de perder un sitio de la nada
El hosting se suspende o se da de baja sin aviso claro
Tarjeta vencida, una factura que pasó desapercibida, o la propia empresa de hosting que da de baja un plan o cierra. El aviso generalmente existe, pero cae en un correo que nadie lee.
✓ Registra un segundo correo y un recordatorio de renovación fuera de la bandeja de entrada principal.Ataque o malware
Un atacante explota una falla, inyecta código malicioso o simplemente borra archivos. Sin una copia limpia y reciente, la única salida es reconstruir el sitio entero desde cero, a veces sin saber por dónde entró el ataque.
✓ Backup automático y separado del servidor principal, para no verse afectado por el mismo ataque.Error humano
Alguien manejando el panel del sitio borra la página equivocada, sobrescribe un archivo, o una actualización de plugin rompe todo. Es la causa más común de todas, y la más fácil de evitar con backup.
✓ Backup antes de cualquier actualización o cambio estructural en el sitio.Pregúntale esto a tu proveedor de hosting hoy
No hace falta entender de tecnología para exigir esto. Mándale estas preguntas directo al soporte de tu hosting o a tu desarrollador:
- ¿El backup se hace automáticamente, o depende de que alguien se acuerde de hacerlo manualmente?
- ¿Con qué frecuencia se genera el backup: diario, semanal, o solo cuando alguien lo pide?
- ¿Dónde se almacena ese backup? ¿En el mismo servidor del sitio, o en otro lugar?
- Si el sitio se cae ahora mismo, ¿en cuánto tiempo vuelve a la normalidad?
Tipos de backup y qué garantiza cada uno
| Tipo de backup | Frecuencia ideal | Dónde debería estar |
|---|---|---|
| Backup automático del hosting | Diario | Servidor de backup propio del proveedor, separado del sitio activo |
| Backup versionado (control de código) | Con cada cambio | Repositorio externo (GitHub, GitLab o similar) |
| Backup manual de seguridad | Antes de cambios grandes | Nube propia (Google Drive, Dropbox) fuera del servidor |
La prueba que casi nadie hace: tener backup no alcanza, tiene que funcionar a la hora de restaurarlo. Pídele a tu proveedor o desarrollador que restaure una copia de prueba al menos una vez. Mucha gente descubre que el "backup" estaba incompleto justo cuando ya era tarde.
Si no tienes certeza de que tu sitio tiene backup, hacé esto hoy
- Contacta al hosting y pregunta directamente si existe un backup automático activo.
- Si la respuesta es vaga o "sí, debería tener", pide la fecha del último backup generado.
- Si no existe ninguno, pide que lo activen, o haz una copia manual completa (archivos y base de datos) hoy mismo.
- Guarda esa copia en un lugar fuera del servidor del sitio.
El backup no se trata de esperar que algo salga mal. Se trata de garantizar que, cuando algo salga mal (y tarde o temprano, algo sale mal), la solución tome minutos, no semanas.
Vale todavía más atención si el sitio guarda datos de clientes: registros, formularios de contacto, historial de pedidos. Perder eso no es solo trabajo perdido, es información que tal vez ni siquiera pueda recuperarse.
Preguntas frecuentes
¿Con qué frecuencia debería hacerse el backup?
Lo ideal es un backup automático diario, además de una copia extra antes de cualquier actualización o cambio estructural en el sitio.
¿Dónde debe guardarse el backup?
Fuera del servidor principal del sitio. Si el servidor se ve comprometido, un backup guardado en el mismo lugar puede perderse junto con él.
¿Cómo sé si mi backup realmente funciona?
Solo probando la restauración. Pídele a tu proveedor o desarrollador que restaure una copia de prueba al menos una vez.