Copia de seguridad web: ¿qué guardar y cada cuánto?

Define qué significa recuperar

Empieza con una pregunta: si la web desaparece hoy, ¿qué debe estar disponible mañana? Una web informativa necesita páginas, imágenes, formularios y ajustes. Una tienda necesita además productos, pedidos, cuentas, pagos e integraciones. El plan depende del coste de la caída y de cuántos datos recientes no se pueden perder.

Define un tiempo y un punto de recuperación realistas. El tiempo indica lo rápido que debe volver la web. El punto indica cuánta actividad reciente se puede perder. Una web que cambia una vez al mes no necesita lo mismo que un sistema de reservas que recibe actividad cada hora. Estas decisiones evitan una falsa seguridad y costes innecesarios.

Anota las prioridades de recuperación y compártelas con quienes gestionan incidentes. Durante una caída, una lista breve de elementos esenciales es más útil que suponer que todo importa igual.

Guarda más que los archivos visibles

Los archivos son solo una parte de una web que funciona. Guarda base de datos, medios, temas, plugins, código propio, configuración, variables y tareas programadas. Registra aparte los datos de DNS, dominio, hosting, correo e integraciones de terceros en un documento de entrega seguro. Sin la configuración, una carpeta de archivos puede no bastar para reconstruir el servicio.

Incluye formularios, solicitudes y descargas importantes. Una copia que recupera el diseño pero pierde contactos no resuelve la necesidad real. En una tienda o sistema de reservas, comprueba cómo se protegen pedidos, disponibilidad, cuentas y pagos. Pregunta al proveedor qué incluye exactamente su copia automática en lugar de suponer que una “copia diaria” lo cubre todo.

Comprueba si el proveedor puede restaurar base de datos y archivos juntos. Las incompatibilidades pueden dejar visible la web mientras fallan formularios o accesos. Prueba el comportamiento, no solo la portada.

Elige la frecuencia según los cambios

Haz copias más frecuentes cuando la web cambie a menudo o perder actividad tenga un coste directo. Una web sencilla puede necesitar una copia completa semanal y copias más frecuentes de la base si recibe formularios. Una tienda o sistema de reservas puede necesitar protección diaria o continua. Haz una copia antes de actualizaciones importantes, migraciones, rediseños y cambios masivos de contenido.

No confundas frecuencia con conservación. El calendario dice cuándo se crean copias; la retención dice cuántas versiones antiguas quedan. Conserva historia suficiente para recuperar un problema descubierto tarde, como un plugin dañado o una cuenta comprometida. Ajusta el plazo al riesgo, las obligaciones y el coste de almacenamiento.

Conserva una versión conocida anterior a los cambios grandes. Si el problema aparece poco a poco, la copia más reciente puede contenerlo. Las versiones históricas ayudan a investigar.

Mantén copias separadas y protegidas

Si todas las copias están en el mismo servidor que la web, un incidente puede afectar a ambas. Guarda al menos una en otro entorno o cuenta. Para sistemas sensibles pueden ser útiles copias aisladas. Limita accesos, cifra cuando corresponda y protege las credenciales de recuperación con autenticación multifactor.

Las copias pueden contener datos personales, mensajes y cuentas de clientes. Trátalas como información sensible. Limita quién puede descargarlas o restaurarlas, revisa las prácticas de seguridad del proveedor y no guardes datos innecesarios para siempre. Un plan de copias debe apoyar a la vez la privacidad y la recuperación, en lugar de crear una segunda base de datos sin control.

Usa permisos separados para leer, crear y borrar copias cuando sea posible. Quien edita la web no necesita poder eliminar todas las copias de recuperación.

Prueba la restauración en un entorno seguro

Una copia terminada no demuestra que se pueda restaurar. Recupera una copia en un entorno de prueba y comprueba páginas, formularios, medios, integraciones y recorridos importantes. En una tienda, prueba productos y pedidos sin pagos reales. Anota tiempo, accesos y pasos manuales.

Repite la prueba tras cambiar hosting, plugins, pagos o proveedor de copias. Las instrucciones deben ser comprensibles para alguien que no creó la configuración original. Si la restauración depende del conocimiento privado de una sola persona, el plan es frágil. Un ejercicio de recuperación breve y repetible puede revelar archivos que faltan, versiones incompatibles y problemas de acceso antes de que lo haga una caída real.

Explica al personal lo que una copia no resuelve. No elimina malware automáticamente, no revierte un pago fraudulento ni decide si deben conservarse datos personales. La recuperación también necesita decisiones de seguridad y de negocio.

Asigna responsables y revisa el plan

Decide quién recibe avisos, investiga fallos y aprueba una restauración. Revisa los registros en lugar de suponer que una tarea programada terminó bien. Documenta ubicación, retención, accesos y primeros pasos. Añade contactos de hosting, dominio, correo e integraciones importantes.

Revisa el plan después de cambios en negocio o web. Nuevos formularios, cuentas, pagos, idiomas e integraciones crean necesidades nuevas. Haz una restauración práctica una o dos veces al año y actualiza las instrucciones. El objetivo no es acumular copias, sino recuperar una web funcional.

Anota tiempo, pasos que faltan y mejoras después de cada prueba. Un fallo de restauración es información útil si corriges el proceso antes del siguiente incidente.

Fuentes

• Data Integrity: Recovering from Ransomware and Other Destructive Events · NIST

Preguntas frecuentes

¿Basta la copia automática del hosting?

Puede ser parte del plan, pero comprueba qué incluye, cuánto tiempo se conservan las copias, dónde se guardan y si puedes restaurarlas por tu cuenta. En webs importantes, mantén una opción de recuperación separada.

¿Cada cuánto debe hacer copias una pequeña empresa?

Ajusta la frecuencia a la rapidez con que cambian el contenido, las solicitudes, los pedidos o las reservas. Una copia semanal puede bastar para una web sencilla, mientras que una web con transacciones quizá necesite protección diaria o más frecuente.

¿Cómo sé si una copia funciona?

Restáurala en un entorno seguro y prueba páginas, formularios, medios, integraciones y recorridos. Tener un archivo no equivale a recuperar la web.