La regla 3-2-1 aplicada a una colección de comics digitalizada exige tres copias de la base (original + dos backups), distribuidas en dos soportes distintos (cloud + disco externo cifrado), con una copia fuera del hogar (cloud geográficamente separado). Servicios europeos conformes con el RGPD: Kdrive Infomaniak, pCloud Swiss, Backblaze, OVH Object Storage, Synology Drive. El cifrado con Cryptomator añade una capa zero-knowledge antes de la subida.
Una colección de comics catalogada representa cientos de horas de trabajo invisible: scans, fotos personales, valores CGC actualizados, notas de compra, fuentes de estimación. Todos esos datos existen únicamente en formato digital: un archivo CSV, una base SQLite, un export JSON, o quizás una hoja de Airtable o Notion. Todo cabe en unos pocos megabytes, lo que hace la pérdida aún más brutal cuando ocurre. Un disco que falla, una cuenta cloud suspendida, un ransomware que cifra el NAS: sin un plan de backup serio, el inventario de un coleccionista de mil issues puede desaparecer en minutos y no se reconstruye.
La regla 3-2-1 nació en los entornos profesionales del backup informático y se aplica sin cambios a una colección digitalizada. No requiere infraestructura compleja, solo una disciplina sencilla y tres servicios bien elegidos. Esta guía detalla la mecánica exacta: qué cuentan las tres copias, qué soportes distintos utilizar, dónde situar la copia off-site, qué servicios europeos respetan el RGPD y cómo añadir una capa de cifrado con Cryptomator para mantener el control de los datos incluso en el proveedor de hosting.
La regla 3-2-1 explicada para una colección de comics
La regla 3-2-1 resume en tres cifras la estrategia mínima de backup que resiste los escenarios catástrofe más habituales. Tres copias de los datos, en dos soportes técnicamente distintos, con una copia fuera del hogar. Esta fórmula fue codificada por el fotógrafo Peter Krogh a principios de los años 2000 para proteger bibliotecas de imágenes digitales, y desde entonces ha sido adoptada por departamentos informáticos de cualquier tamaño. Sigue siendo válida en 2026, sin ninguna adaptación especial, para una base de inventario de comics.
¿Por qué tres copias y no dos? Porque la probabilidad de que dos soportes fallen a la vez es baja, pero la de que un tercero falle a continuación es estadísticamente casi nula. Un disco duro tiene una tasa de error anual de entre el 1 y el 3 % según su antigüedad, un SSD más bien entre el 0,5 y el 1 %, y una cuenta cloud sufre de media menos de un 0,1 % de incidentes mayores al año. Multiplicar estas probabilidades da una probabilidad de pérdida total por debajo de uno entre cien mil para un año dado. Más allá de dos copias, la seguridad se dispara a un coste marginal despreciable.
¿Por qué dos soportes distintos? Porque dos discos duros de la misma marca comprados juntos tienden a fallar en la misma ventana temporal (mismo lote, mismos defectos). Un disco + un cloud, o un cloud + un SSD externo, no comparten ningún modo de fallo. La diversificación protege frente al error de serie, el fallo de firmware o el ransomware, que difícilmente podría atacar ambos formatos a la vez.
¿Por qué una copia off-site? Porque un incendio doméstico, un robo masivo, una inundación o un rayo destruyen simultáneamente todo lo que se encuentra en el mismo edificio. Una copia en casa de un familiar, en la oficina o en un cloud remoto elimina ese riesgo físico. Para un coleccionista de comics, esa copia es también el último dique frente al escenario en que la aplicación principal cierra y hay que reconstruir la base con otra herramienta. La guía completa del comics manager recuerda, además, que la portabilidad de los datos es un criterio decisivo en la elección de una plataforma.
Adaptada a un coleccionista, la fórmula queda así: la base activa en la aplicación (copia 1), un export regular en disco externo en casa (copia 2) y un export enviado a un servicio cloud fuera del domicilio (copia 3). Esta estructura básica cuesta menos de diez euros al mes y protege datos que a menudo representan varios miles de euros en valor histórico de catalogación. La hoja de cálculo Google Sheets puede servir como formato pivote universal para estos exports, independiente de cualquier aplicación propietaria.
Las tres copias: original, fotos y database, dónde colocarlas
Antes de pensar en los servicios, hay que identificar con precisión qué se está guardando. Una colección digitalizada incluye típicamente tres bloques de datos que no tienen el mismo peso ni la misma frecuencia de modificación. Distinguirlos bien evita guardar con demasiada frecuencia los archivos pequeños y con demasiada poca los grandes, lo que satura inútilmente el ancho de banda.
El archivo CSV o export estructurado contiene el inventario puro: título, número, editorial, año, estado, valor, fecha de compra, precio pagado, fuente de estimación. Una colección de 2 000 números cabe habitualmente en un archivo de 500 KB a 2 MB. Es la copia más valiosa porque es la que permite reconstruirlo todo, y también la más ligera, por lo que es la más fácil de duplicar. La guía export de colección CSV comics detalla las buenas prácticas de generación y los campos que deben incluirse sistemáticamente para preservar la riqueza de la base.
Las fotos personales (estado real, firma, defecto, reverso del cartón) pesan, en cambio, entre varias decenas y varios cientos de megabytes según el volumen y la resolución. Con una media razonable de 200 KB por foto, a razón de dos o tres fotos por número solo para los key issues, la carpeta resulta de entre 100 y 300 MB para una colección seria. Estos archivos casi nunca cambian una vez añadidos: pueden guardarse en archivo (.zip o .tar) una vez al trimestre, sin urgencia.
La database de la aplicación (SQLite, archivo propietario, base de Airtable o Notion sincronizada) es el formato nativo de la app. Se parece más al archivo CSV en tamaño, pero contiene estructuras internas (índices, relaciones, metadatos de la app) que no son directamente legibles en otro entorno. Guardarla permite reinyectar sin pérdida en la misma app, lo que es más rápido que una importación CSV. Herramientas como Airtable o Notion ofrecen sus propios exports nativos que conviene conservar en paralelo al CSV.
En la práctica, la copia 1 vive en la aplicación, en el dispositivo principal. La copia 2 va a un disco externo o NAS local, en una carpeta fechada backup-comics-AAAA-MM actualizada mensualmente. La copia 3 sube a un servicio cloud, idealmente cifrada de antemano. Esta distribución cubre todos los escenarios: restauración rápida desde el disco local en caso de fallo de la app, restauración remota en caso de siniestro y restauración con privacidad garantizada en caso de filtración del cloud.
Dos soportes distintos: cloud y disco externo cifrado
El segundo pilar de la regla 3-2-1 requiere dos soportes técnicamente distintos. Esta diversificación es más importante de lo que parece: un coleccionista que guarda en dos discos duros USB del mismo modelo no está protegido frente a una retirada del producto, una actualización de firmware defectuosa o simplemente el desgaste paralelo. Dos soportes distintos implican dos tecnologías, dos proveedores, idealmente dos modos de acceso.
El disco externo cifrado sigue siendo la base local rápida. Un SSD externo USB-C de 250 GB a 1 TB es más que suficiente para décadas de catalogación, fotos incluidas, y cuesta entre 40 y 120 euros. El cifrado integral del volumen con VeraCrypt en Windows/Linux, o con FileVault en macOS, garantiza que un robo no da acceso a los datos. La conexión USB-C 3.2 transfiere de 500 MB/s a 1 GB/s, lo que hace las restauraciones casi instantáneas incluso para bases voluminosas con fotos.
El cloud aporta la dimensión off-site y la facilidad de automatización. La diferencia técnica con un disco es radical: sin riesgo físico sobre el hardware local, pero con dependencia de un proveedor externo, su política comercial y la conexión a internet. Esta diversidad de modos de fallo es exactamente lo que la regla 3-2-1 busca explotar. Si el disco falla o el cloud se suspende, el otro toma el relevo de inmediato.
Optar por un NAS Synology o QNAP como complemento abre una tercera vía interesante. El NAS combina varios discos en RAID (habitualmente RAID 1 o RAID 5), lo que añade resistencia interna frente a los fallos individuales, y expone los datos como una carpeta de red accesible desde todos los dispositivos del hogar. Para una colección familiar gestionada entre varias personas (padres, hijos, adolescente coleccionista), suele ser la pieza central que sirve de archivo de referencia. La página catálogo comics del sitio permite cruzar esta base personal con una nomenclatura pública para homogeneizar los campos.
Un error habitual consiste en usar dos servicios de cloud como "dos soportes". Técnicamente, Google Drive y Dropbox son el mismo modo (almacenamiento de objetos remoto, dependiente de internet): fallan de la misma forma ante un corte prolongado de red y no aportan diversificación real. Un cloud + un local sigue siendo la combinación más robusta, completada eventualmente con un segundo cloud para la copia 3.
Un off-site: cloud geográficamente separado
La copia off-site es la que resiste la destrucción física del domicilio. Incendio, inundación, robo masivo, rayo, allanamiento: todos estos escenarios destruyen simultáneamente el dispositivo principal, el disco externo y el NAS si están en la misma habitación. La copia off-site debe encontrarse, por tanto, a varios kilómetros de distancia, en otro edificio o en un datacenter.
La opción más sencilla es el cloud público, siempre que se elija un proveedor cuyos datacenters estén geográficamente alejados del domicilio. Un coleccionista que utiliza OVH Object Storage en Roubaix o Estrasburgo, o Infomaniak Kdrive en Ginebra, coloca sus datos a varios cientos de kilómetros de casa, fuera del alcance de cualquier siniestro regional. Para una colección en Madrid, elegir un cloud alojado en otro país europeo ya proporciona la separación geográfica esperada.
Una trampa clásica: usar como copia 3 el mismo cloud que aloja la sincronización principal de la aplicación. Si la app empuja continuamente hacia Google Drive y el usuario hace un "backup" en ese mismo Google Drive, no hay tres copias independientes sino dos. Un borrado accidental o un ataque a la cuenta Google destruye las dos de golpe. La regla es estricta: la copia off-site debe vivir en una cuenta diferente, idealmente en otro proveedor, con una contraseña distinta y una autenticación de dos factores propia.
La alternativa sin cloud también existe. Una memoria USB o un disco externo guardado en casa de un familiar, un amigo de confianza o en una caja de seguridad bancaria es una copia off-site perfectamente válida. Requiere más disciplina (desplazar físicamente el soporte cada tres o seis meses para actualizarlo), pero es insensible a las suspensiones de cuenta cloud, los cambios de tarifas y los ransomwares que ahora también atacan los almacenamientos en línea. Para las colecciones de inversión de alto valor, es incluso la vía recomendada para los exports anuales principales.
Un último nivel para los paranoicos útiles: la duplicación geográfica transcontinental. Un cloud europeo para la copia 3 principal, más un depósito anual en un servicio norteamericano (Backblaze B2, por ejemplo) cubre la hipótesis de un corte masivo a escala continental. Esta estrategia es gratuita o casi mientras los datos no superen el umbral gratuito mensual del segundo servicio, y aporta un margen de seguridad innecesario en el día a día pero valioso ante un escenario extremo.
Servicios europeos compatibles con el RGPD que debes conocer
Elegir un cloud europeo ofrece dos ventajas para un coleccionista: conformidad nativa con el RGPD (derecho de acceso, derecho al olvido, portabilidad) y jurisdicción única en caso de litigio. Varios actores serios cumplen estos criterios con tarifas comparables a las de los gigantes norteamericanos.
Kdrive de Infomaniak (Suiza). Alojado exclusivamente en Suiza, alimentado con energía renovable, conforme con el RGPD. La tarifa individual de 2 TB cuesta alrededor de 6 € al mes, suficiente para décadas de backup de comics incluso con fotos en alta resolución. La API y el cliente de escritorio funcionan en Windows, macOS, Linux, iOS y Android. El cifrado en tránsito y en reposo está incluido, pero sin zero-knowledge nativo: añadir Cryptomator por encima cubre esa carencia.
pCloud (Suiza). Modelo singular con oferta lifetime pagada una sola vez (alrededor de 200 € por 500 GB de por vida). Para un coleccionista joven que prevé usar el servicio durante treinta años, el coste total se vuelve ridículo. pCloud ofrece como opción de pago pCloud Crypto, una carpeta cifrada en el lado del cliente con arquitectura zero-knowledge. La jurisdicción suiza brinda protección adicional frente a solicitudes administrativas extraeuropeas.
Backblaze B2 (Estados Unidos, pero proveedor serio para backup). No es europeo, pero resulta esencial en la categoría backup por su tarifa imbatible (alrededor de 6 $ al mes por 1 TB, sin costes ocultos) y su cliente B2 dedicado a usos de respaldo. Combinado con cifrado previo en el cliente, Backblaze solo ve blobs ilegibles, lo que esquiva el problema de jurisdicción. Especialmente interesante como segunda copia off-site redundante.
OVHcloud Object Storage (Francia). Datacenters franceses (Roubaix, Estrasburgo, Gravelines), conformidad RGPD total, modelo por volumen consumido. Para un backup de 5 a 50 GB, la factura mensual se mantiene por debajo de 2 €. El uso requiere un cliente compatible con S3 (Cyberduck, Rclone o un script de sincronización), por lo que es más técnico que Kdrive. Es la solución preferida por los coleccionistas cómodos con la línea de comandos.
Synology Drive (autoalojado en NAS). No es un cloud público, pero es una alternativa relevante. Un NAS Synology instalado en casa de un familiar o un amigo se convierte en un cloud privado off-site, sin suscripción mensual. La configuración inicial es más compleja, pero el coste recurrente es nulo. Para los coleccionistas que ya tienen un NAS, es la copia 3 más económica.
Sea cual sea el servicio elegido, conviene verificar sistemáticamente tres puntos: localización de los datacenters (preferentemente en la UE), política de cifrado (tránsito y reposo como mínimo) e historial de versiones (recuperación de archivos anteriores en caso de corrupción silenciosa). Los servicios que no documentan claramente estos tres aspectos deben evitarse. Un seguro de colección de comics puede complementar la protección digital con una cobertura financiera de las pérdidas físicas.
Cifrado con Cryptomator y rotación de backups
El cifrado zero-knowledge antes de la subida es la capa que transforma un cloud "más o menos seguro" en un cloud "definitivamente opaco". El principio: los archivos se cifran en la máquina local y luego se suben en forma ilegible. El proveedor solo ve bloques aleatorios, y aunque sufriera un hackeo masivo, no habría nada exploitable. Esta protección se ha vuelto accesible gracias a herramientas open source como Cryptomator.
Cómo funciona Cryptomator. El usuario crea una bóveda virtual (vault) que parece una carpeta normal en el disco. El contenido que se coloca dentro se cifra automáticamente con AES-256 y se almacena como un conjunto de archivos anónimos en la carpeta de destino (Kdrive, OVH, Dropbox, da igual). Para acceder a los datos, el usuario desbloquea la bóveda con su contraseña maestra, que nunca se envía al cloud. Cryptomator es gratuito en escritorio y cuesta alrededor de diez euros en móvil, en compra única.
La contraseña maestra es el único punto de fallo restante. Perderla significa perder irrecuperablemente los datos cifrados: no existe ningún procedimiento de recuperación en el lado del editor, ese es el principio del zero-knowledge. La solución: guardar la contraseña en un gestor de contraseñas (Bitwarden, 1Password, KeePassXC) con una copia de la frase de recuperación impresa y guardada en la caja fuerte doméstica o bancaria. Es un compromiso aceptable entre seguridad y riesgo de olvido.
La rotación de backups es la otra disciplina necesaria. Mantener una única copia sobreescrita perpetuamente no ofrece ninguna protección frente a la corrupción progresiva ni a un borrado accidental propagado. El método clásico: un export mensual conservado durante doce meses, más un export anual conservado indefinidamente. Esto genera, con los años, una línea temporal de la colección que permite remontarse a cualquier mes reciente o a cualquier año pasado.
Una implementación sencilla: el primer sábado de cada mes, exportar la base en CSV, fechar el archivo (backup-comics-2026-06.csv), colocarlo en la bóveda de Cryptomator y dejar que la sincronización cloud se propague. Al cabo de doce meses, el backup del mes n se convierte en backup anual y migra a una carpeta archivos-anuales conservada indefinidamente. Esta rutina lleva cinco minutos al mes y ofrece una profundidad temporal que cubre todos los errores posibles, incluidos los que no se detectan de inmediato.
La prueba de restauración es el último eslabón que suele olvidarse. Un backup solo es válido si realmente se puede restaurar. Cada trimestre, abrir un archivo de backup elegido al azar, verificar que el contenido es legible, importarlo en un entorno de prueba (otra instalación de la app, otra hoja de cálculo) y confirmar que el número de filas y los campos sensibles están intactos. Sin este control periódico, los defectos del backup se descubren en el momento exacto en que se necesita. Para una estimación rigurosa del valor de la colección, esta disciplina preserva la trazabilidad histórica necesaria para cualquier evaluación seria.
FAQ
¿Cuánto cuesta una estrategia 3-2-1 completa para una colección de comics?
El presupuesto mínimo es de unos 8 a 15 € al mes para una configuración completa: 6 € por 2 TB de Kdrive o pCloud, 0 a 2 € por Object Storage de OVH o Backblaze B2 en redundancia, y una inversión única de 40 a 120 € en un SSD externo cifrado. El coste anual no supera los 100-200 € el primer año ni los 80-150 € los siguientes. Comparado con el valor de catalogación de una colección de varios cientos de números, es despreciable.
¿Con qué frecuencia hay que hacer un backup?
Para la copia local en disco externo, una vez al mes es suficiente en rutina, más tras cada sesión de catalogación importante (después de un salón, después de una adquisición grande). Para la copia en cloud, la automatización continua es ideal: los clientes de Kdrive o Dropbox sincronizan en segundo plano en cuanto cambia un archivo. Para la copia off-site con Cryptomator, una vez al trimestre como mínimo, más en caso de modificación estructural mayor de la base.
¿Protege realmente el RGPD mi colección si uso OVH o Infomaniak?
Sí, en el ámbito cubierto: derecho de acceso a los datos, derecho al olvido, portabilidad, seguridad del tratamiento, notificación en caso de filtración. Protege frente a los usos abusivos por parte del proveedor e impone estándares técnicos. El RGPD no protege frente a la desaparición comercial del proveedor ni frente a la pérdida técnica de datos por error de la plataforma: por eso la regla 3-2-1 exige varias copias independientes al margen de cualquier elección jurídica.
¿Qué pasa si mi aplicación de comics cierra definitivamente?
Es precisamente el escenario que cubre la regla 3-2-1. Los exports CSV mensuales y los exports nativos (Airtable, Notion) constituyen una base portable que puede importarse en cualquier otra herramienta. El tiempo de migración depende del formato de destino, pero ningún dato estructurado se pierde. La única pérdida posible afecta a las fotos personales si están almacenadas únicamente en la app: por eso deben guardarse por separado en .zip dentro de la bóveda de Cryptomator.
¿Hay que cifrar también la copia local en disco externo?
Sí, y por la misma razón que la copia en cloud. Un disco externo contiene el conjunto de la colección digitalizada: su robo, su olvido en el coche o su pérdida de viaje dan acceso completo a un tercero. El cifrado integral con VeraCrypt o BitLocker en Windows, FileVault en macOS o LUKS en Linux tarda diez minutos en configurarse y no ralentiza el uso cotidiano en hardware reciente. Sin cifrado, el disco se convierte en el eslabón débil de toda la estrategia.