Estrategia de respaldos para tu sitio web
cPanel
23

Por qué no basta con el respaldo del proveedor

La mayoría de planes incluyen respaldos automáticos — y son útiles — pero confiar únicamente en ellos es riesgoso:

  • Están almacenados en el mismo servidor (o en uno cercano). Un problema mayor puede afectar a ambos.
  • La ventana de retención suele ser corta (7 a 30 días). Si descubres que un archivo se corrompió hace 2 meses, ya no lo recuperas.
  • No controlas tú cuándo se hacen ni qué incluyen.
  • Si tu cuenta es suspendida por cualquier motivo, podrías perder acceso temporal a los respaldos.

La regla "3-2-1" del sector es un buen punto de partida: 3 copias de tus datos, en 2 medios distintos, con 1 copia fuera del sitio.

Qué respaldar de tu sitio

Para un sitio web típico hay dos partes que debes cubrir:

  1. Archivos: todo lo que está dentro de public_html, incluyendo temas, plugins, imágenes subidas, configuraciones.
  2. Base de datos: para sitios dinámicos (WordPress, Joomla, PrestaShop, Moodle, etc.). Sin ella los archivos solos no valen.

Opcionalmente también: correos del servidor (si usas hosting de email), configuraciones de cPanel (paquetes, cuentas), y certificados SSL personalizados.

Métodos de respaldo disponibles

1. Backup completo desde cPanel

La forma más directa: en cPanel abre Backup o Backup Wizard, elige Download a Full Account Backup. Genera un archivo .tar.gz con todo tu cuenta. Lo descargas y guardas en tu computadora o en un disco externo.

  • Ventajas: incluye archivos, bases de datos, emails, DNS — todo.
  • Desventajas: pesa mucho si tu cuenta es grande. Hay que hacerlo manualmente o con un cron.

2. Backups parciales desde cPanel

En el mismo Backup, descarga solo lo que necesitas: una base de datos específica, la carpeta home, los emails. Más rápido y controlable.

3. Exportar la base de datos con phpMyAdmin

Entra a phpMyAdmin, selecciona la base de datos, pestaña Export, formato SQL comprimido. Guardas un .sql.gz que puedes restaurar en cualquier MySQL.

4. Plugins de WordPress (si aplica)

UpdraftPlus, BackWPup y Duplicator son plugins gratuitos muy populares que automatizan el respaldo del sitio completo y lo envían a servicios como Google Drive, Dropbox, Amazon S3 o FTP remoto. Ideal para quien quiere "set and forget".

5. rsync a otro servidor

Si tienes acceso SSH (habitual en VPS/dedicados), configura un cron que use rsync para sincronizar tus archivos a otro servidor distante. Es increíblemente eficiente — solo transfiere los cambios entre respaldo y respaldo.

6. Almacenamiento en la nube con rclone

Combina tu respaldo local con rclone para subirlo automáticamente a Google Drive, Dropbox, Mega, Backblaze B2 o S3. Es la mejor combinación de costo y confiabilidad para sitios medianos.

Frecuencia recomendada

  • Sitio con cambios diarios (blog activo, tienda con pedidos): diario para base de datos, semanal para archivos.
  • Sitio con cambios ocasionales (web corporativa, portfolio): semanal para ambos.
  • Sitio estático sin cambios por meses: un solo respaldo tras cada cambio manual.

Cuántas versiones guardar

La idea es poder retroceder varios puntos, no solo al último backup:

  • Diarios de los últimos 7 días.
  • Semanales de las últimas 4 semanas.
  • Mensuales de los últimos 6 a 12 meses.

Esta rotación típica se llama GFS (Grandfather-Father-Son). Ocupa más espacio pero te protege contra errores que descubres tarde.

La prueba más importante

Un respaldo que nunca probaste restaurar no es un respaldo — es una ilusión. Al menos una vez al trimestre haz una prueba de restauración completa: toma un respaldo y restáuralo en un entorno de prueba (otra subcuenta, un hosting separado, tu computadora local con XAMPP). Si funciona sin problemas, sabes que puedes dormir tranquilo. Si falla, arregla el proceso antes de que lo necesites de verdad.

Escenarios donde los respaldos te salvan

  • Plugin mal actualizado rompe WordPress.
  • Intento de hackeo deja archivos infectados.
  • Un cliente (o tú) borra contenido importante por error.
  • Base de datos se corrompe tras una caída del servidor.
  • Cambio de diseñador que dejó el sitio en mal estado.
  • Migración fallida que rompió configuraciones.

Cualquiera de estos puede pasar cualquier semana. Los respaldos no evitan el problema — hacen que el problema sea reversible en minutos en lugar de días.