Qué respaldar (y qué suele faltar)
Un backup útil incluye archivos del sitio y la base de datos. En WordPress eso significa wp-content, el core si tiene personalizaciones, y la base completa — no solo tablas sueltas.
También conviene documentar fuera del backup: DNS, registros MX de correo, certificados si son propios, claves de integraciones (pasarelas, CRM, APIs) y la lista de plugins activos con versiones.
- Archivos: temas, plugins, uploads y cualquier carpeta custom fuera de wp-content.
- Base de datos: dump completo, no export parcial desde phpMyAdmin sin criterio.
- Configuración del servidor si afecta al sitio: PHP, cron, reglas de caché.
- Correo: si los buzones viven en el hosting, planificá su respaldo o migración aparte.
Con qué frecuencia hacer copias
No hay una regla universal: depende de cuánto cambia el sitio y qué tan crítico es perder datos de las últimas horas.
Un blog que publica una vez por mes no necesita backups cada hora. Una tienda con pedidos diarios sí necesita copias frecuentes y retención de varios días.
- Sitio institucional con cambios esporádicos: backup diario o semanal puede alcanzar.
- Tienda o sitio con formularios críticos: diario como mínimo; idealmente varias copias por semana.
- Antes de actualizar plugins, temas o el core: backup manual inmediato.
- Antes de migrar o tocar DNS: copia verificada en destino y origen.
Dónde guardar las copias
El backup que solo vive en el mismo servidor que el sitio no te protege si el hosting cae, te suspenden la cuenta o un ransomware cifra todo el disco.
La regla práctica es 3-2-1: tres copias, en dos medios distintos, una fuera del servidor principal. No hace falta un sistema caro; sí hace falta que no dependa todo del mismo panel.
- Copia en el panel del hosting (rápida de restaurar, pero no suficiente sola).
- Copia en almacenamiento externo: S3, Google Drive empresarial, Backblaze, etc.
- Plugin de backup en WordPress solo si está bien configurado y envía fuera del servidor.
- Evitá copias públicas accesibles por URL sin autenticación.
Cómo probar que una copia sirve
Restaurar es la única prueba real. Muchos descubren que el backup falla cuando ya perdieron el sitio en producción.
Lo ideal es un entorno de staging o un subdominio de prueba donde restaures una copia reciente, verifiques login, formularios, menús y — si hay — checkout.
- Restaurá una copia de la semana pasada en staging al menos una vez por trimestre.
- Comprobá que las imágenes cargan (uploads incluidos en el backup).
- Verificá que los enlaces internos y el login de admin funcionan.
- Anotá cuánto tardó la restauración: en un incidente ese tiempo importa.
Cuándo pedir ayuda
Conviene escribirnos si nunca restauraste una copia, si el sitio creció y el backup del panel ya no alcanza, si vas a migrar y no sabés qué incluir del correo, o si necesitás automatizar backups con retención clara sin depender de un solo plugin.
En una primera revisión miramos qué tenés hoy, qué riesgo real hay y qué cambio mínimo te da tranquilidad — sin venderte almacenamiento que no vas a usar.