Copias de seguridad web: comprueba que puedes restaurarlas

Una copia de seguridad útil es la que se puede restaurar y comprobar. Pide una demostración en una web de pruebas separada, con un punto de recuperación identificado y una lista escrita de lo que se recuperó. Un aviso de copia completada indica que una tarea comunicó éxito; no demuestra que los clientes puedan utilizar la web recuperada.

Esta guía sirve para acordar el mantenimiento o revisar un servicio existente. La lista propone un proceso de aceptación; cada plataforma puede ofrecer métodos distintos. Si tu web ya está caída, conserva su estado actual y contacta con el proveedor responsable antes de sobrescribir nada.

1. Define qué necesitas recuperar

Empieza por la actividad del negocio. Una web informativa y una tienda que recibe pedidos tienen datos distintos que proteger. Pide al responsable que complete este inventario para tu instalación.

En una instalación habitual de WordPress, la documentación distingue archivos y base de datos. Copiar solo la carpeta de la web normalmente no incluye la base de datos separada. Confirma que el plan cubre ambos componentes.

Para otra plataforma, pregunta al proveedor qué incluye y excluye la restauración. No des por hecho que el historial de una página recupera pedidos, buzones o un sistema externo de reservas. Guarda la respuesta junto al inventario.

2. Elige un punto de recuperación adecuado

Acuerda cuánto trabajo reciente podrías reconstruir y cuánto tiempo podrías operar sin la web. Primero son decisiones del negocio; después se traducen en ajustes de las copias.

Imagina que la copia terminó a medianoche y el fallo ocurrió a las tres de la tarde. Restaurarla podría dejar fuera los cambios de esas 15 horas. Es un ejemplo ilustrativo, no una previsión sobre tu proveedor. En una tienda, pregunta cómo se conciliarían los pedidos posteriores a medianoche; en una web informativa, identifica las páginas modificadas y las consultas guardadas en otros servicios.

Anota la hora y zona horaria de la copia, el plazo de conservación, su ubicación y quién puede obtenerla. Pregunta si perder acceso al alojamiento también impediría acceder a todas las copias. Depender de la misma cuenta inaccesible deja un hueco en la recuperación.

3. Restaura en un entorno de pruebas separado

Pide al responsable de mantenimiento que utilice un destino distinto, sin sustituir la web pública. Acuerda las restricciones de acceso y el tratamiento de los datos personales antes de restaurarlos. Usa datos anonimizados cuando sea viable.

Antes de poner en marcha la copia, desactiva los cobros reales, los mensajes a clientes y las integraciones automáticas que puedan duplicar operaciones. Evita el uso público del entorno; excluirlo de los buscadores no equivale a proteger el acceso.

El responsable debe registrar la copia elegida, las horas de inicio y fin, las dependencias ausentes y cualquier intervención manual. Si hace falta una licencia, credencial o servicio, deja claro quién lo aporta. Mide el tiempo demostrado sin convertir un ensayo satisfactorio en una garantía de plazo para futuras incidencias.

4. Comprueba el recorrido del cliente

Abre la web de pruebas en ordenador y móvil. Revisa una página representativa de producto o servicio, sus imágenes, una descarga y la vía de contacto. Incluye búsqueda, filtros o inicio de sesión si son importantes para tu negocio. Comprueba que los enlaces internos permanecen en el entorno de pruebas cuando corresponde.

Compara algunos registros conocidos con la fecha de la copia. Una portada correcta puede convivir con productos incompletos o una base de datos antigua. Identifica qué cambios deberían aparecer y cuáles se hicieron después del punto de recuperación.

Prueba formularios y transacciones únicamente con destinos controlados o modos de prueba. Anota lo observado: apareció el formulario, se guardó un registro o un buzón controlado recibió el mensaje. Son resultados diferentes. Si no se pudo probar un servicio con seguridad, márcalo como pendiente de verificación y acuerda cómo comprobarlo antes de volver a producción.

5. Planifica la recuperación real sin perder trabajo nuevo

El ensayo debe dejar un procedimiento de decisión para una incidencia. Identifica quién autoriza la restauración, quién la ejecuta y quién revisa el resultado. Cuando sea viable, conserva primero la web actual y los registros disponibles: pueden contener trabajo posterior a la copia.

Si siguen entrando pedidos o reservas, acuerda cuándo detener la actividad y cómo conciliar los registros antes de reabrir. No sobrescribas una base de datos activa solo porque la copia antigua funciona. Si puede haber una intrusión, el especialista responsable debe tratar la causa antes de restablecer el servicio público.

Después, vuelve a comprobar el dominio real y los recorridos esenciales. Que funcione una dirección de pruebas no demuestra que se hayan recuperado la configuración de producción, el correo o las integraciones externas.

6. Conserva un resumen de recuperación

Guarda un registro fechado con la web, el identificador de la copia, alcance, exclusiones, acceso al almacenamiento, responsables, tiempo demostrado y comprobaciones superadas. Incluye lo pendiente con una persona responsable y una siguiente acción. Guarda las credenciales de forma segura, fuera del informe compartido.

Repite el ensayo tras cambios que afecten de forma importante a la recuperación, como una nueva plataforma de reservas o un traslado de alojamiento. Acuerda también una revisión periódica según el ritmo real de cambios; esta guía no impone una frecuencia universal.

Si comparas servicios de soporte, consulta la guía del coste de mantenimiento web para separar facturas recurrentes y trabajo incluido. Para revisar el acceso, consulta dominio, alojamiento y control de cuentas. La siguiente petición útil es concreta: «Enséñame qué copia podemos restaurar, qué incluye y qué comprobaciones demuestran que funciona el recorrido principal del cliente».