La mayoría de los dueños de pequeños negocios solo piensa en backups de WordPress después de una mala actualización, un ataque o un fallo de hosting. Entonces la pregunta duele: ¿tenemos una copia limpia y alguien puede restaurarla hoy? Un backup no es una casilla marcada en el panel del hosting. Es un plan de recuperación que ya practicaste al menos una vez.
Esta guía de backup WordPress está escrita para dueños, no para desarrolladores. Entenderás por qué los backups no son opcionales, qué significan “completo” y “solo base de datos”, con qué frecuencia hacerlos, dónde guardarlos, cómo probar una restauración y los errores que dejan a las empresas sin red de seguridad.
Por qué el backup no es opcional
Tu sitio guarda más que páginas. Guarda consultas de clientes, datos de productos, agendas y la confianza que construiste en Google. Fallos de hosting, error humano, malware y actualizaciones fallidas les ocurren a personas cuidadosas. Sin un backup recuperable, “arreglarlo” puede significar reconstruir desde cero.
La analogía del seguro encaja: esperas no usarlo, pero compras la cobertura antes del incendio. Los backups son lo mismo. El coste de una rutina sólida es pequeño frente a días sin ventas y tarifas de emergencia.
Tipos de backup (qué significa la jerga)
Backup completo suele incluir archivos del sitio (temas, plugins, medios, código) y la base de datos (contenidos, productos, ajustes, usuarios). Eso es lo que necesitas para una restauración real tras un desastre.
Solo base de datos copia contenidos y ajustes, pero no imágenes ni archivos de plugins. Útil como extra ligero, no como única red de seguridad.
Solo archivos guarda medios y código, pero no la base de datos. También incompleto por sí solo.
Backups incrementales guardan cambios desde la última ejecución. Ahorran espacio y tiempo si están bien configurados, pero la restauración debe producir un sitio completo funcionando. Pregunta a tu proveedor si la restauración entrega una copia completa — no solo un montón de registros de cambios.
Con qué frecuencia hacer backup
Ajusta la frecuencia a cuánto cambia el sitio y a cuánta facturación depende de él. Un sitio corporativo actualizado al mes puede vivir con backups diarios o semanales frecuentes. Una tienda WooCommerce con pedidos todos los días necesita al menos backups diarios — a menudo más frecuentes en la base de datos en temporada alta.
Haz también backup antes de momentos de riesgo: grandes actualizaciones de plugins, cambio de tema, upgrade de PHP o migraciones grandes de contenido. Piensa en eso como “puntos de restauración”.
La retención también importa. Guardar solo la copia de ayer es frágil si el malware estuvo callado una semana. Mantén varios días o semanas de historial, según lo rápido que detectarías un problema.
Dónde almacenar (no solo en el mismo servidor)
Si el único backup vive en el mismo servidor que el sitio en producción, un fallo del hosting, ransomware en la cuenta o un disco borrado puede llevarse sitio y backup juntos. Guarda al menos una copia offsite: otra región en la nube, otro proveedor de almacenamiento o el sistema offsite de tu socio de mantenimiento.
Limita quién puede descargar backups. Un backup contiene datos de clientes y secretos de configuración. Trata el acceso como acceso de administrador: inicios de sesión únicos, mínimo privilegio y sin contraseñas “de la empresa” compartidas.
Cómo probar que el backup realmente funciona
Probar es el paso que la mayoría salta. Una o dos veces al año (y tras cambiar de herramienta), restaura en un staging o entorno temporal. Confirma que la homepage carga, los formularios funcionan, los productos aparecen y el login funciona. Anota cuánto tardó y quién lo ejecutó.
Si nadie en el equipo ha restaurado nunca un backup, aún no tienes un plan de recuperación — tienes una esperanza. Escribe un guion de una página: dónde están los backups, cómo iniciar la restauración y a quién llamar fuera de horario.
Errores comunes
Confiar solo en la promesa del hosting “hacemos backups” sin saber retención ni coste de restauración. Nunca probar. Hacer backup después de una infección conocida y sobrescribir el historial limpio. Excluir la carpeta de uploads para “ahorrar espacio”. Dejar el plugin de backup desactualizado. Guardar backups en una carpeta pública donde extraños puedan descargarlos.
Otro error silencioso: asumir que un zip de migración en el portátil de alguien es un backup actual. Queda obsoleto en el momento en que nace el siguiente pedido o el siguiente artículo.
Vigila también los fallos silenciosos. Muchos plugins solo envían email cuando algo va mal — y esos emails caen en spam. Revisa el panel de backups unos minutos a la semana: última ejecución correcta, tamaño (un backup de pronto minúsculo puede significar archivos omitidos) y espacio restante. Si el trabajo “tiene éxito” en 2 segundos en un sitio grande, investiga.
Para sitios con muchos datos de clientes, pregunta dónde residen geográficamente los backups y quién puede acceder. No necesitas jerga de compliance empresarial, pero sí una respuesta clara sobre ubicación y retención. Añade una nota simple de incidente: si restauramos la copia del martes, qué acciones de clientes desde el martes pueden necesitar seguimiento manual (pedidos, formularios, reservas).
Pon la prueba de restauración en el calendario igual que las obligaciones fiscales: aburrida, recurrente e innegociable para cualquier sitio que cobre o capte leads.
Pon los backups en piloto automático con mantenimiento
Si este checklist parece otro trabajo que no vas a mantener, entrega la cadencia a un servicio de mantenimiento que incluya backups programados, almacenamiento offsite y un camino de soporte cuando haga falta restaurar.
SupportWP construye planes de mantenimiento y monitorización WordPress alrededor de la realidad de los pequeños negocios — incluida la disciplina de backup para que un mal día no se convierta en una reconstrucción. Compara los planes y elige la cobertura adecuada al impacto de perder tu sitio mañana.