Copias de seguridad: la estrategia 3-2-1 aplicada a tu web

Perder el contenido de una web por un fallo del servidor, un ataque de ransomware o un error humano es más común de lo que parece. La copia de seguridad web es la única red de seguridad real cuando todo lo demás falla, y sin una estrategia clara detrás, tener un backup no garantiza nada. La regla 3-2-1 lleva décadas funcionando en entornos empresariales y se aplica perfectamente a cualquier sitio web, desde un blog personal hasta una tienda online con miles de referencias.

Qué es la estrategia 3-2-1 y de dónde viene

La estrategia 3-2-1 fue popularizada por el fotógrafo y escritor Peter Krogh en su libro sobre gestión de archivos digitales, publicado en 2005. La idea es sencilla: mantener 3 copias del mismo dato, en 2 soportes o medios distintos, con al menos 1 copia en una ubicación diferente a las otras dos. No nació pensando en webs, sino en la preservación de fotografías profesionales, pero la lógica es exactamente la misma para cualquier activo digital que no puedas permitirte perder.

El motivo por el que esta regla ha sobrevivido dos décadas sin grandes modificaciones es que ataca los tres vectores de pérdida más habituales: el fallo de hardware, el error humano y el desastre físico o lógico que afecta a una ubicación completa. Tener tres copias te protege del fallo simultáneo de dos de ellas. Usar dos medios distintos evita que una vulnerabilidad común destruya todo a la vez. Y la copia externa garantiza que un incendio, un corte eléctrico o un ataque dirigido a tu servidor no borre la última línea de defensa.

Por qué una sola copia en el hosting no es suficiente

Muchos propietarios de webs dan por hecho que el backup que hace su proveedor de hosting los cubre. En la mayoría de los casos, esa copia existe pero tiene limitaciones que pocas personas leen en la letra pequeña. Algunos proveedores guardan solo los últimos siete días. Otros almacenan el backup en el mismo servidor físico que tu sitio, lo que significa que si el disco muere o la máquina sufre un ataque, pierdes ambas cosas a la vez.

Hay algo más: cuando llega el momento de restaurar, el proceso depende del soporte técnico del proveedor, de sus tiempos de respuesta y de si la copia es completa o parcial. Un buen plan de mantenimiento web contempla siempre copias propias e independientes del hosting, precisamente para no depender de terceros en el peor momento.

La dependencia exclusiva del backup del hosting no es una estrategia: es una apuesta.

Cómo aplicar la regla 3-2-1 a una web en WordPress

WordPress es el gestor de contenidos más usado del mundo y también uno de los más atacados. Aplicar la estrategia 3-2-1 aquí tiene una traducción concreta.

Las tres copias

La primera copia puede ser la que realiza el propio servidor o el hosting, si incluye esa funcionalidad de forma automática. La segunda debe ser una copia generada por un plugin o script propio, almacenada en un servicio de almacenamiento en la nube como Amazon S3, Google Cloud Storage o Backblaze B2. La tercera copia puede vivir en un disco externo conectado periódicamente a tu equipo local, o en otra cuenta de almacenamiento en la nube diferente a la anterior.

Plugins como UpdraftPlus, BackWPup o Duplicator permiten programar copias automáticas y enviarlas directamente a destinos externos. Con UpdraftPlus, por ejemplo, puedes configurar una copia diaria de la base de datos y una copia semanal de los archivos, y mandarlas de forma simultánea a dos destinos distintos.

Los dos medios

Aquí el concepto de «medio» se traduce en «proveedor o plataforma». No es suficiente tener dos carpetas en el mismo Google Drive: si esa cuenta se ve comprometida, las dos copias desaparecen. Los dos medios deben ser dos servicios independientes, idealmente con credenciales distintas y no vinculados entre sí. Una combinación habitual es Backblaze B2 como almacenamiento principal externo y un Dropbox o un NAS local como segundo medio.

Si tu web corre sobre una infraestructura más compleja, por ejemplo con un servidor VPS gestionado, tiene sentido revisar qué opciones ofrece el proveedor para snapshots automáticos del sistema completo. Antes de decidir eso, merece la pena valorar qué tipo de hosting gestionado estás usando y qué incluye realmente su servicio de copia de seguridad.

La copia fuera del sitio

Este es el punto que más se descuida. La copia off-site debe estar en una red o infraestructura completamente separada. Si tienes el servidor en Europa y la copia externa en un datacenter también europeo del mismo proveedor, un problema regional o una vulnerabilidad masiva podría afectar a ambos. Lo ideal es que la copia remota esté en una región geográfica diferente o en un proveedor sin ninguna relación con el principal.

Qué debe incluir una copia de seguridad web completa

Un error frecuente es hacer backup solo de los archivos del sitio y olvidar la base de datos, o al revés. Una copia completa debe incluir:

• Los archivos del sitio: el core de WordPress, los temas, los plugins y la carpeta wp-content/uploads con todas las imágenes y documentos subidos.
• La base de datos: aquí viven las entradas, páginas, comentarios, usuarios, configuraciones y los datos de WooCommerce si tienes una tienda.
• El archivo wp-config.php y el .htaccess, que contienen la configuración específica de tu instalación.
• Los registros de configuración del servidor si gestionas tu propio VPS (Nginx, Apache, certificados SSL).

Si tienes una tienda online, la base de datos es especialmente crítica porque ahí están los pedidos, los datos de clientes y el inventario. Reducir el tiempo de inactividad en WooCommerce depende directamente de tener una copia reciente y restaurable en cuestión de minutos.

Con qué frecuencia hacer las copias

La frecuencia adecuada depende de cuánto cambia tu sitio. Una web corporativa que actualiza su blog una vez a la semana puede hacer bien con una copia diaria de la base de datos y una copia semanal de los archivos. Una tienda online con pedidos continuos necesita copias de la base de datos cada pocas horas, especialmente durante campañas de alta demanda como el Black Friday. Si alguna vez has tenido que preparar tu web para esas fechas, sabes que los picos de tráfico intensos también aumentan el riesgo de fallos.

Un criterio práctico: tu política de copias debe responder a la pregunta «¿cuántos datos puedo permitirme perder?». Esa cantidad se llama RPO (Recovery Point Objective) en terminología de continuidad de negocio. Si la respuesta es «ningún pedido», las copias deben ser casi en tiempo real o al menos cada hora.

Cómo verificar que tus copias funcionan de verdad

Tener una copia de seguridad web que nunca se ha probado es casi lo mismo que no tenerla. Los archivos pueden corromperse, los destinos pueden quedarse sin espacio, las credenciales de acceso pueden caducar y el proceso de restauración puede fallar por razones que solo descubres cuando más lo necesitas.

Lo mínimo es hacer una restauración de prueba cada dos o tres meses. No hace falta hacerla sobre el servidor de producción: un entorno de staging es el lugar adecuado para eso. Restauras la copia más reciente en el entorno de pruebas, verificas que el sitio funciona correctamente y compruebas que la base de datos contiene los datos esperados. Si algo falla, tienes tiempo de solucionarlo sin presión.

También conviene revisar los registros de las copias automáticas. UpdraftPlus, por ejemplo, envía notificaciones por email cuando una copia falla. Si no estás leyendo esos avisos, podrías llevar semanas sin backup sin saberlo.

Errores habituales al configurar backups en WordPress

Más allá de no seguir la regla 3-2-1, hay errores concretos que aparecen con frecuencia:

• Almacenar las copias dentro de la propia instalación de WordPress, en una carpeta pública accesible desde el navegador.
• No excluir directorios innecesarios como cachés o logs, lo que hace las copias innecesariamente grandes y lentas.
• Usar el mismo plugin de backup que también gestiona los plugins críticos del sitio, sin tener un proceso independiente para el backup del propio plugin.
• No cifrar las copias que se envían a servicios en la nube, especialmente si contienen datos de clientes.
• Ignorar la retención: guardar solo la última copia cuando lo ideal es mantener al menos siete versiones para poder retroceder varios días.

La copia de seguridad como parte de la seguridad general del sitio

Los backups y la seguridad web van de la mano. Un ataque de malware puede comprometer archivos de forma silenciosa durante días antes de que lo notes. Si tu última copia ya contiene el malware, restaurarla no resuelve el problema. Por eso la retención de varias versiones importa: necesitas poder volver a un punto anterior a la infección.

Revisar la seguridad de tu instalación de WordPress de forma periódica reduce la probabilidad de necesitar restaurar, pero no la elimina. Las dos cosas son complementarias y ninguna sustituye a la otra.

Si tu sitio maneja datos de usuarios europeos, la regulación RGPD también afecta a cómo gestionas las copias de seguridad. Los backups contienen datos personales y deben tratarse con las mismas garantías que el sitio en producción: acceso restringido, cifrado y política de retención documentada.

El primer paso si aún no tienes una estrategia de backup

Si hoy no tienes una política de copias definida, el punto de partida más eficiente es instalar UpdraftPlus en su versión gratuita, configurar una copia diaria de la base de datos hacia Google Drive o Dropbox, y una copia semanal de los archivos hacia el mismo destino. Eso no cumple la regla 3-2-1 completa, pero es infinitamente mejor que no tener nada.

Desde ahí, añadir un segundo destino externo (Backblaze B2 tiene un coste de almacenamiento de aproximadamente 0,006 dólares por GB al mes) y programar una restauración de prueba en el entorno de staging convierte esa base mínima en una estrategia real. El coste de almacenar una web de tamaño medio en tres ubicaciones distintas ronda los pocos euros al mes, muy por debajo de lo que cuesta reconstruir un sitio desde cero.