Guía para decidir mejor
Cómo crear un plan de recuperación para una web de empresa
Convierte tus copias y accesos en un procedimiento probado para responder a una caída.
Un plan de recuperación para la web de una empresa explica qué hacer si dejan de funcionar la página, el correo o la compra, quién decide y cómo comprobar que el servicio volvió de verdad. Tener una copia no equivale a tener un plan: necesitas acceso, prioridades, procedimientos y pruebas. Esta guía sirve para redactarlo sin asumir que el mismo tiempo de recuperación vale para todos los negocios.
1. Define qué debe volver primero
Haz un inventario de dominio, DNS, hosting, aplicación, base de datos, correo, pagos, formularios, analítica e integraciones. Señala quién controla cada cuenta y qué proceso empresarial depende de ella. Una web informativa puede tolerar una interrupción distinta de una tienda que recibe pedidos. Documenta con el responsable del negocio el tiempo máximo aceptable de parada (RTO) y la pérdida máxima aceptable de datos (RPO); no copies cifras de otro proyecto. La ficha de DNS, correo y hosting ayuda a localizar dependencias.
2. Prepara detección, copia y accesos
Asigna un canal de alerta que funcione aunque la web esté caída y una persona suplente si el responsable no responde. Comprueba copias de archivos y base de datos, ubicación externa, cifrado, retención y acceso a las claves de recuperación. Evita que la única copia esté en el mismo servidor que falla. Antes de prometer una restauración, ensaya una copia en un entorno aislado y registra qué fecha y datos contiene.
| Incidente | Primera comprobación | Decisión que debe estar escrita |
|---|---|---|
| Web inaccesible | DNS, código HTTP, red y estado del origen. | Quién declara el incidente y avisa a clientes. |
| Aplicación dañada | Logs, cambios recientes y copia sana. | Restaurar, reparar o aislar antes de publicar. |
| Datos incorrectos | Última escritura y sistemas que siguen recibiendo datos. | Cómo conciliar formularios, reservas o pedidos nuevos. |
| Correo caído | MX, proveedor de buzones y cola de mensajes. | Canal alternativo para atención y ventas. |
3. Redacta un procedimiento ejecutable
Incluye teléfonos y roles, enlaces a paneles, pasos de diagnóstico, umbral para activar la recuperación, orden de restauración y criterio para volver a producción. Guarda credenciales en un gestor seguro, no en el documento. En WooCommerce, una base antigua puede borrar pedidos posteriores a la copia: congela o concilia escrituras antes de restaurar, según el incidente. La guía de restauración WordPress detalla el trabajo técnico, pero el plan debe decidir quién autoriza hacerlo.
4. Prueba y mantén el plan
Realiza un ejercicio de mesa y una restauración en staging. Comprueba que la web, el inicio de sesión, el formulario o checkout, el correo y las tareas programadas funcionan; registra tiempos medidos sin convertirlos en promesas. Tras cada cambio de proveedor o integración, revisa propietarios y dependencias. La orientación de NIST sobre planificación de contingencias combina procedimientos, tecnología y pruebas.
Si cae todo el servidor
Documenta de antemano un destino alternativo compatible: versiones de PHP y base, capacidad, certificados, DNS, correo, integraciones y acceso a copias externas. Anota quién puede aprovisionarlo sin depender del panel caído. Una copia local en la máquina perdida no permite iniciar este procedimiento; consulta cómo ubicar respaldos recuperables. Si también falla el proveedor DNS, el plan debe incluir sus credenciales y responsables independientes. No cambies DNS hacia un destino hasta validar allí la web y el SSL.
En una tienda, decide cómo detener o conciliar pedidos que siguen entrando por callbacks, ERP o pasarelas mientras el sitio está fuera. Comprueba la última operación incluida en la copia y compara con el proveedor de pagos antes de reabrir. Define quién autoriza la vuelta, cómo comunicar una indisponibilidad y qué métricas disparan una reversión. Los objetivos RPO y RTO ayudan a medir el ensayo, no garantizan por sí solos esos resultados.
IDEIHOSTING publica planes con copias diarias, pero el alcance de retención y recuperación debe confirmarse para cada servicio. Consulta qué parte de tu plan puede cubrir el alojamiento y conserva una vía de recuperación independiente.