STATUS IS UPWIKI DE OPTIMIZACIÓN WEB
49Recuperar
Seguridad y recuperación / Recuperar

Copia de seguridad y restauración de sitios web: construya una vía de recuperación que pueda probar

Construya una ruta probada para recuperar los datos, archivos, la configuración y las decisiones del sitio web necesarios tras un cambio accidental, eliminación o incidente de seguridad.

Copia de seguridad y restauración de sitios web: construya una vía de recuperación que pueda probar — GUÍA VISUAL
LEER
8 minutos
FUENTES
7
REVALIDAR
2027-03-27
revisado
Revisor de resiliencia y seguridad web
LA RESPUESTA BREVE

Empieza con la decisión.

Trate copia de seguridad y restauración como una única capacidad de recuperación, no como una compra de almacenamiento. Identifique los servicios que necesitan visitantes y personal, luego haga una copia coherente en el tiempo del contenido, la base de datos, los medios, el código, la configuración y la información de compilación necesarios para reconstruirlos. Mantenga copias protegidas fuera del entorno de producción, limite quién puede eliminarlas y haga que las instrucciones sean accesibles cuando las herramientas normales no estén disponibles.

Establezca la frecuencia de copia a partir de dos opciones: el Recovery Point Objective (RPO) es el cambio más reciente que puede permitirse perder; el Recovery Time Objective (RTO) es la interrupción de servicio más larga aceptable. Restaure en un entorno separado, mida el resultado frente a ambas metas y guarde evidencia. Un trabajo de copia marcado como exitoso no prueba que la recuperación vaya a funcionar.

GUÍA VISUAL

Ve el trabajo como un sistema.

Usa este mapa para conectar las decisiones del artículo antes de actuar sobre tácticas individuales.

SIURecuperar
01Defina qué incluye “el sitio web”
02Fije frecuencia y retención según la tolerancia del negocio
03Separe y proteja las copias de recuperación
04Escriba un runbook de recuperación y asigne autoridad
01

Defina qué incluye “el sitio web”

Comience con un inventario de servicios. Para cada sitio, portal, tienda o campaña, registre el propietario de negocio, el propietario técnico, la cuenta de hosting, el control de dominio y DNS, el repositorio, los almacenes de contenido y medios, las integraciones y las credenciales esenciales. Marque qué se puede reconstruir desde control de versiones y qué contiene registros únicos.

Incluya la configuración deliberadamente: redirecciones, ajustes de CDN o firewall, trabajos programados, plantillas y archivos de infraestructura como código. No copie secretos en vivo en un manifiesto general; apunte en su lugar al sistema de secretos aprobado y al proceso de acceso de emergencia. La documentación de WordPress muestra la brecha común: un sitio típico necesita tanto sus archivos como una base de datos separada.

Servicio mínimo viable

Defina la versión más pequeña y segura que pueda proporcionar información o transacciones esenciales.

Conjunto de copia

Asigne a las exportaciones compatibles de base de datos, archivos, medios y configuración una sola etiqueta de marca temporal o versión.

02

Fije frecuencia y retención según la tolerancia del negocio

Elija la frecuencia en función de la tasa y el valor del cambio. Escriba el RPO en lenguaje llano y luego verifique que cada almacén único se capture con la suficiente periodicidad. Una copia de archivos nocturna no puede cumplir un RPO de cuatro horas para una base de datos con cambios rápidos.

Establezca el RTO por separado. Incluya la aprobación, infraestructura limpia, restauración, validación, cambios de tráfico y comunicación interna. Mídalo en un simulacro en lugar de adoptar una afirmación del proveedor. Retenga puntos antiguos el tiempo suficiente para retroceder antes de un error o descubrimiento tardío, y revise la retención con especialistas de privacidad, archivos o legales cuando los datos lo requieran.

Verificación de frecuencia

Compare el intervalo entre puntos completos de recuperación con el RPO de cada servicio.

Verificación de retención

Compruebe que una persona autorizada pueda encontrar un punto de restauración aprobado y anterior.

03

Separe y proteja las copias de recuperación

Use varias copias en diferentes ubicaciones o servicios para que una cuenta, un evento local o un error no eliminen todas las opciones. CISA recomienda copias de seguridad automatizadas regulares, una copia fuera del sitio, cifrado y copias sin conexión. NCSC desaconseja dispositivos de copia permanentemente conectados y recomienda más de una solución o ubicación de copia.

Proteja la administración de copias con privilegios mínimos, autenticación multifactor cuando esté disponible, cuentas administrativas distintas y revisiones de acceso. Use protección contra eliminación, historial de versiones o almacenamiento inmutable solo tras entender su coste y comportamiento de recuperación. Cifre los datos almacenados y pruebe la custodia de claves. El cifrado sin claves accesibles es inutilizable; el acceso ampliamente compartido debilita cada copia.

Fuera del sitio significa distinto

La copia debe tener un modo de fallo significativamente diferente al de producción.

Revisión de acceso

Enumere quién puede leer, cambiar, eliminar y restaurar copias de seguridad; elimine accesos obsoletos.

04

Escriba un runbook de recuperación y asigne autoridad

Un runbook es el procedimiento de recuperación probado. Mantenga una copia accesible sin el sitio afectado, el proveedor de identidad de producción ni el sistema de chat habitual. Incluya contactos y alternativas, autoridad, prioridad de sistemas, ubicaciones de copia, prerequisitos, orden de restauración, comprobaciones de validación y condiciones de parada.

Nombre a un responsable de recuperación y un sustituto para cada servicio crítico. Defina quién autoriza restauraciones en producción, cambios DNS y la validación de datos de negocio. Si hay datos de tarjetas de pago, datos personales sensibles o registros regulados, obtenga revisión calificada de seguridad, privacidad, legal y, cuando aplique, PCI antes de decidir qué preservar, notificar o restaurar.

Registro de decisiones

Anote el punto de restauración elegido, la persona aprobadora, sistemas tocados, resultado de validación y excepciones.

Acceso de emergencia

Documente el acceso de emergencia controlado; nunca dependa del dispositivo o memoria de un solo empleado.

05

Restaure con seguridad tras una sospecha de compromiso

No sobrescriba automáticamente producción con la copia más reciente cuando sea posible el acceso no autorizado, malware o una eliminación sospechosa. Siga el proceso de incidentes, evalúe qué cuentas y copias pueden estar afectadas, seleccione un punto a partir de la evidencia y reconstruya o aísle el entorno de recuperación antes de reconectarlo.

CISA orienta la recuperación por orden de prioridad de servicios críticos y advierte contra la reinfección de sistemas limpios. NCSC recomienda conectar copias solo a dispositivos conocidos como limpios y escanearlas antes de restaurar. Estos pasos reducen el riesgo, pero no garantizan limpieza. Escale a ayuda cualificada de respuesta a incidentes cuando la investigación, preservación de evidencias o obligaciones de notificación puedan aplicar.

Orden seguro

Restaure el servicio de mayor prioridad sobre infraestructura limpia, validelo y continúe por orden de dependencias.

Validar completamente

Compruebe recorridos de usuario, datos, trabajos, integraciones, administración, registros y nueva cobertura de copia.

06

Use simulacros como prueba y entrada para la remediación

Realice restauraciones parciales, reconstrucciones completas aisladas, ejercicios de pérdida de dependencias o simulaciones de toma de decisiones según el riesgo. Comience con una prueba segura y significativa y aumente el realismo con el tiempo. CISA recomienda pruebas de restauración completas y parciales; NCSC recomienda ejercicios para aclarar roles, responsabilidades de terceros y prioridades.

Mida la antigüedad del punto de recuperación frente al RPO y el tiempo transcurrido de recuperación frente al RTO. Registre el identificador del conjunto, participantes, resultado de validación, pasos fallidos y un responsable para cada corrección. Vuelva a probar después de cerrar brechas y tras cambios materiales en plataforma, identidad, base de datos o proveedor. SIU puede organizar este trabajo preventivo de remediación; no es un sistema de copias ni un servicio de monitorización en vivo.

Evidencia

Conserve un registro conciso de qué se restauró, dónde, qué pasó, qué falló y quién lo aceptó.

Disparador de retesteo

Repita pruebas focalizadas tras cambios materiales de arquitectura o proveedor.

ACCIÓN / VERIFICAR

Tu guía práctica de tareas.

ACCIÓN / VERIFICARVERIFICAR
Mapear servicios y datosListe cada servicio crítico, sus almacenes únicos, configuración, integraciones y propietarios.El inventario nombra una fuente y un propietario para cada elemento recuperable.
Establecer RPO y RTORedacte objetivos de punto de recuperación y tiempo de recuperación aprobados por el negocio para cada servicio crítico.Los horarios y el orden de recuperación pueden cumplir los objetivos documentados.
Crear conjuntos coherentesCapture archivos compatibles, datos, medios, configuración y definiciones de compilación juntos.Un conjunto de muestra tiene contenidos, marcas temporales y orden de restauración.
Asegurar copias separadasUse copias protegidas fuera del entorno primario con acceso controlado y cifrado.Una revisión de acceso identifica una opción de recuperación con un modo de fallo diferente.
Preparar el runbookDocumente autoridad, contactos, necesidades de entorno limpio, pasos de restauración y escalado.Un alterno puede encontrar el runbook y el acceso de recuperación sin el servicio afectado.
Ejecutar una restauración aisladaRestaure un punto seleccionado fuera de producción o ejercite un paso real de recuperación de forma segura.El equipo registra la edad real del punto, el tiempo transcurrido y los resultados de validación.
Validar comportamiento críticoCompruebe recorridos principales, datos apropiados, trabajos, integraciones, administración, registros y nueva cobertura de copia.Los propietarios de negocio y técnicos aceptan las comprobaciones o registran excepciones.
Cerrar y volver a probar brechasAsigne fallos del simulacro, actualice el runbook y repita la prueba afectada.Cada brecha tiene un propietario, fecha límite, evidencia de cierre y resultado de retesteo.
Revisar tras cambiosRevise alcance, acceso, retención y objetivos después de un cambio material.El plan tiene una fecha de revisión actual y un historial de cambios.
ACCIÓN / VERIFICAR

Tu guía práctica de tareas.

  1. 01

    Mapear servicios y datos

    Liste cada servicio crítico, sus almacenes únicos, configuración, integraciones y propietarios.

    VERIFICAR: El inventario nombra una fuente y un propietario para cada elemento recuperable.
  2. 02

    Establecer RPO y RTO

    Redacte objetivos de punto de recuperación y tiempo de recuperación aprobados por el negocio para cada servicio crítico.

    VERIFICAR: Los horarios y el orden de recuperación pueden cumplir los objetivos documentados.
  3. 03

    Crear conjuntos coherentes

    Capture archivos compatibles, datos, medios, configuración y definiciones de compilación juntos.

    VERIFICAR: Un conjunto de muestra tiene contenidos, marcas temporales y orden de restauración.
  4. 04

    Asegurar copias separadas

    Use copias protegidas fuera del entorno primario con acceso controlado y cifrado.

    VERIFICAR: Una revisión de acceso identifica una opción de recuperación con un modo de fallo diferente.
  5. 05

    Preparar el runbook

    Documente autoridad, contactos, necesidades de entorno limpio, pasos de restauración y escalado.

    VERIFICAR: Un alterno puede encontrar el runbook y el acceso de recuperación sin el servicio afectado.
  6. 06

    Ejecutar una restauración aislada

    Restaure un punto seleccionado fuera de producción o ejercite un paso real de recuperación de forma segura.

    VERIFICAR: El equipo registra la edad real del punto, el tiempo transcurrido y los resultados de validación.
  7. 07

    Validar comportamiento crítico

    Compruebe recorridos principales, datos apropiados, trabajos, integraciones, administración, registros y nueva cobertura de copia.

    VERIFICAR: Los propietarios de negocio y técnicos aceptan las comprobaciones o registran excepciones.
  8. 08

    Cerrar y volver a probar brechas

    Asigne fallos del simulacro, actualice el runbook y repita la prueba afectada.

    VERIFICAR: Cada brecha tiene un propietario, fecha límite, evidencia de cierre y resultado de retesteo.
  9. 09

    Revisar tras cambios

    Revise alcance, acceso, retención y objetivos después de un cambio material.

    VERIFICAR: El plan tiene una fecha de revisión actual y un historial de cambios.
TEMAS DE DISCUSIÓN

Compara las ventajas y desventajas; no compartas datos privados.

Usa estas preguntas con tu equipo o la comunidad de propietarios del sitio. Comparte métodos y lecciones, pero nunca pegues credenciales, registros de clientes ni detalles de infraestructura no públicos.

  1. 01

    ¿Qué dependencia del sitio haría que su copia actual fuera inutilizable si desapareciera, y cómo podría probar esa asunción sin exponer datos de clientes?

  2. 02

    ¿Qué reveló un reciente ejercicio de restauración o reversión sobre la diferencia entre una reversión rápida de código y una recuperación completa del servicio?

  3. 03

    ¿Cómo ha hecho practicable la autoridad de recuperación y el acceso de emergencia cuando un propietario clave no está disponible?

RECURSOS POPULARES / DE REFERENCIA

Consulta el material fuente.

Cybersecurity and Infrastructure Security AgencyBack Up Business Data ↗

Una guía gubernamental concisa para inventariar datos críticos, usar copias protegidas y probar restauraciones completas y parciales.

Revisado 2026-09-27
Cybersecurity and Infrastructure Security AgencyStopRansomware Guide ↗

Explica copias cifradas sin conexión, recuperación limpia, imágenes maestras y prioridades de restauración durante recuperación por ransomware.

Revisado 2026-09-27
UK National Cyber Security CentreMitigating malware and ransomware attacks ↗

Orientación práctica sobre separar copias de seguridad, escanear antes de restaurar, MFA para administración de copias y ejercicios.

Revisado 2026-09-27
National Institute of Standards and TechnologyContingency Planning Guide for Federal Information Systems, SP 800-34 Rev. 1 ↗

Referencia de planificación para evaluar requisitos de recuperación, prioridades y procesos de contingencia.

Revisado 2026-09-27
WordPress DocumentationBackups ↗

Muestra por qué una recuperación típica de WordPress necesita tanto la base de datos como los archivos del sitio, con ejemplos prácticos de alcance.

Revisado 2026-09-27
OWASP Cheat Sheet SeriesLogging Cheat Sheet ↗

Útil al diseñar evidencia de restauración y simulacros considerando controles de acceso y exposición de datos sensibles en registros.

Revisado 2026-09-27
Cloudflare DevelopersRollbacks ↗

Un ejemplo de documentación de reversión de despliegue que ayuda a distinguir la reversión de código de la recuperación de datos y servicios.

Revisado 2026-09-27

Política de fuentes. Este artículo utiliza orientación oficial gubernamental, de estándares, plataformas y seguridad leída el 2026-09-27. Los recursos ayudan a los lectores a actuar y no son avales. Las afirmaciones de plataformas se limitan a la documentación publicada; las decisiones legales, de privacidad, de pagos y de respuesta a incidentes requieren revisión cualificada.

ACLARACIONES RÁPIDAS

Preguntas comunes.

¿Con qué frecuencia debo hacer copia de seguridad de mi sitio web?

Haga copia de seguridad de cada fuente de datos única con la frecuencia necesaria para cumplir su RPO escrito. Un sitio informativo de bajo cambio puede tolerar un intervalo mayor que una tienda, portal de miembros o sistema de publicación. El programa debe cubrir bases de datos y medios además de archivos de despliegue, y debe probarse mediante un simulacro de restauración.

¿Es suficiente la copia de seguridad del proveedor de hosting?

Puede ser una opción de recuperación, pero no suponga que cubre todos los componentes del sitio, que es accesible dentro de su RTO o que está protegida del mismo fallo de cuenta o plataforma. Revise alcance, retención, acceso, protecciones contra eliminación y pasos reales de restauración. Mantenga una opción recuperable de forma independiente cuando el riesgo del servicio lo justifique.

¿Puedo usar una reversión de despliegue en lugar de una copia de seguridad?

Una reversión puede ser valiosa para deshacer un despliegue problemático en producción. No es automáticamente una copia de seguridad de bases de datos, medios subidos, ajustes de terceros o registros eliminados. Mantenga la reversión de despliegue en el runbook, pero pruebe una ruta de restauración de extremo a extremo separada para el servicio completo.

Status Is UP Editorial Team · Editores de Habilitación de Disponibilidad

Revisado por Revisor de resiliencia y seguridad web. Publicado 2026-09-27; actualizado 2026-09-30.