El día que de verdad necesitas un backup nunca lo eliges tú. Lo elige un plugin que rompe la web tras una actualización, un hackeo, un error humano o un servidor que se cae. Y es justo ese día cuando descubres si tus copias valían algo.
La escena se repite. Alguien entra al panel tranquilo porque «hay backups, los hace el hosting». Pulsa restaurar. Y aparece el mensaje: copia corrupta, incompleta, o de hace tres meses. O peor: el archivo está ahí, pero nadie sabe cómo devolverlo a producción sin romper algo más.
Tener backups y poder restaurar no son lo mismo. Y esa diferencia, el día malo, te cuesta dinero, clientes o las dos cosas. Vamos a ver cómo comprobar si los tuyos sirven antes de que llegue ese día.
Tener backup no es lo mismo que tener restauración probada
Un backup es un archivo. Una restauración es el proceso que devuelve ese archivo a producción y deja la web funcionando como estaba. Lo primero es fácil de tener. Lo segundo es lo único que importa cuando algo se rompe.
La mayoría de los desastres con copias de seguridad no son por falta de backup. Son por backups que existían pero no servían: ficheros corruptos, copias incompletas a las que les faltaba la base de datos o los archivos subidos, o copias guardadas en el mismo servidor que se cayó, así que desaparecieron con él.
Un backup que nunca se ha restaurado es una promesa, no una garantía. Hasta que no coges esa copia, la montas en un sitio y compruebas que la web arranca completa, no sabes si funciona. Como un extintor: tenerlo colgado en la pared no sirve de nada si nadie ha comprobado que tiene carga.
Señales de que tus backups no valen lo que crees
No hace falta esperar al desastre para sospechar. Hay pistas que te dicen, hoy, que tus copias pueden fallarte cuando más las necesites:
- No sabes responder «cuándo fue el último backup correcto». Si la respuesta es «creo que se hacen solos», no tienes una política de backups, tienes una esperanza.
- Solo hay una copia, o todas están en el mismo sitio. Si las copias viven en el propio servidor o en el mismo hosting que la web, un fallo grave se las lleva por delante. Un backup que muere con la web no es un backup.
- Nadie ha restaurado nunca. Si en la vida del sitio jamás se ha hecho una restauración real, el proceso está sin probar. Y lo no probado falla justo cuando importa.
- No sabes qué incluye la copia. Una web son dos cosas: archivos (tema, plugins, imágenes) y base de datos (textos, pedidos, usuarios, configuración). Si el backup solo guarda una de las dos, la restauración deja una web a medias.
- Las copias son demasiado espaciadas. Una tienda que recibe pedidos cada día no sobrevive con un backup semanal: perderías una semana de ventas. La frecuencia tiene que ir con el ritmo de tu negocio.
Lo que puedes comprobar tú mismo en un rato
Sin ser técnico, puedes hacer una primera revisión que ya te dirá mucho. No arregla nada, pero te dice si tienes un problema:
- Localiza dónde están tus copias. ¿Las hace el hosting, un plugin, tu mantenedor? Si nadie lo sabe con certeza, ese ya es el primer hallazgo.
- Mira la fecha de la última copia y su tamaño. Una copia de hoy que pesa muy poco cuando tu web ocupa bastante más es una copia que falló en silencio.
- Comprueba que hay copias en un sitio distinto al servidor. Pregunta directamente: «si el servidor desaparece hoy, ¿dónde está mi copia?». Si la respuesta es «en el mismo servidor», tienes un problema.
- Pide ver el calendario de copias. Cada cuánto se hacen y cuántas se conservan. Si solo se guarda la última, un fallo que tarda días en notarse (como un hackeo silencioso) puede haber contaminado ya todas las copias recientes.
Dónde se acaba lo que puedes hacer tú
Esa revisión te dice si probablemente tienes copias. Lo que no te dice es si esas copias restauran. Comprobar eso de verdad significa coger el backup, levantarlo en un entorno aparte, restaurar la web completa y verificar que todo funciona: que carga, que los formularios envían, que los pedidos están, que no falta nada.
Eso ya no es trabajo de panel. Es trabajo de técnico, y conviene que sea de quien también entiende qué pasa si te hackean tu web, porque restaurar mal una copia infectada solo reinfecta el sitio. Si quieres una idea más amplia de en qué fijarte, este repaso sobre cómo saber si tu web es segura complementa bien lo de aquí.
Qué es una prueba de restauración (y por qué casi nadie la hace)
Una prueba de restauración es simular el desastre antes de que ocurra. Coges una copia reciente, la restauras en un entorno de pruebas y compruebas, con calma, que la web vuelve entera. Si algo falla, lo descubres un martes cualquiera, no a las once de la noche con la web caída y un cliente al teléfono.
Casi nadie la hace por una razón simple: cuesta tiempo y no se ve. Un backup que se hace solo es invisible y tranquiliza. Probar que ese backup restaura es trabajo real que nadie nota mientras todo va bien. Por eso el hosting que te «incluye backups» rara vez los prueba: te da el archivo, no la garantía de que sirve.
Aquí es donde un buen mantenimiento marca la diferencia. No basta con programar copias y olvidarse. Hay que verificar que se hacen, que están completas, que viven en un sitio independiente y que, cada cierto tiempo, alguien comprueba que de verdad restauran. Esa es la diferencia entre cobrar por hacer copias y responder por que funcionen.
Cómo lo hacemos en Think Focus: backups verificados, no prometidos
Nuestra postura la decimos clara: un backup que no se ha probado no cuenta. En el mantenimiento incluimos copias automáticas, guardadas fuera del servidor de tu web, y pruebas de restauración periódicas. No te decimos «tranquilo, hay backups». Te decimos cuándo se hizo la última, dónde está y que se ha comprobado que restaura.
Y va con nuestra forma de trabajar: transparencia total. Tú tienes acceso a tu dominio, a tu hosting, a tu base de datos y a tu código. Tus copias son tuyas y sabes dónde están. No te tenemos atado a nosotros para poder recuperar tu propia web. Si un día te vas, te llevas todo. Esa es la diferencia entre un mantenimiento serio y un cargo mensual que nadie revisa.
Si no puedes responder con certeza dónde están tus copias ni si alguien ha probado que restauran, no esperes al día malo para averiguarlo. Te lo revisamos y dejamos tus backups verificados de verdad.
Conclusión
Los backups no se juzgan el día que se hacen, sino el día que hacen falta. Y ese día no avisa. Tener copias está bien; saber que restauran es lo que protege tu negocio.
Haz la comprobación rápida de hoy: ¿dónde están tus copias, de cuándo es la última y alguien ha probado alguna vez que funcionan? Si no puedes responder a las tres, no tienes un sistema de backups: tienes una promesa sin verificar. Y eso, el día malo, no restaura nada.
¿No es suficiente con los backups que hace mi hosting?
Suelen ser un buen punto de partida, pero rara vez se prueban. El hosting te da el archivo, no la garantía de que restaura. Además, muchos planes guardan esas copias en el mismo servidor que tu web: si el servidor falla, desaparecen con él. Lo recomendable es tener también copias fuera del servidor y verificar de vez en cuando que de verdad restauran.
¿Cada cuánto deberían hacerse las copias de seguridad?
Depende del ritmo de tu negocio. Una web que cambia poco puede ir con copia diaria o cada pocos días. Una tienda que recibe pedidos a diario necesita copia diaria como mínimo, porque cada día perdido es una jornada de ventas que no se recupera. La regla: piensa cuántos datos puedes permitirte perder y ajusta la frecuencia a eso.
¿Cómo sé si un backup está completo o le falta algo?
Una web son archivos (tema, plugins, imágenes) y base de datos (textos, pedidos, usuarios, ajustes). Una copia válida incluye las dos. Si solo guarda una, al restaurar te queda una web a medias. La forma fiable de comprobarlo es restaurarla en un entorno de pruebas y verificar que la web vuelve entera y funcional.
Tengo copias pero nadie las ha restaurado nunca. ¿Es un problema?
Sí, es la situación más habitual y más peligrosa. Un backup sin restaurar es una promesa sin verificar: no sabes si funciona hasta que lo necesitas, y entonces ya es tarde. Una prueba de restauración periódica descubre los fallos un día tranquilo en lugar de durante una caída con la web parada.
