Pseudoanonimización vs anonimización: diferencias y cuándo usar cada una

Comparativa clara entre pseudoanonimización y anonimización bajo el RGPD: reversibilidad, riesgos, casos de uso y criterios de decisión.
En conversaciones de cumplimiento es habitual tratar “anonimizar” y “pseudoanonimizar” como sinónimos. No lo son. Elegir mal la técnica puede dejar un tratamiento dentro del ámbito del RGPD cuando se creía fuera, o impedir reutilizar datos de forma legítima. Esta comparación aclara cuándo aplicar cada enfoque.
Definiciones operativas
Anonimización busca que no sea posible identificar a una persona, de forma irreversible, considerando todos los medios razonablemente utilizables (tecnología, tiempo, coste y contexto). Si el proceso es robusto, el resultado deja de ser dato personal y el RGPD deja de aplicarse a ese conjunto.
Pseudoanonimización sustituye identificadores por códigos u otros valores de forma que los datos ya no puedan atribuirse a un interesado sin información adicional conservada por separado. Los datos siguen siendo personales: el reglamento sigue aplicando, aunque el riesgo se reduce y pueden facilitarse algunas garantías.
La distinción clave es la reversibilidad controlada. Si existe una clave, tabla o procedimiento que permita volver al identificador original, no hay anonimización plena.
Tabla mental de decisión
| Pregunta | Anonimización | Pseudoanonimización | | --- | --- | --- | | ¿Necesito reidentificar después? | No | Sí, de forma excepcional y controlada | | ¿Publicaré o cederé fuera de la organización? | Preferible | Solo con bases y contratos claros | | ¿Sigue aplicando el RGPD? | No (si es efectiva) | Sí | | ¿Sirve para análisis longitudinales? | Limitada | Alta, si se mantiene coherencia de códigos |
Cuándo anonimizar
Usad anonimización cuando el objetivo es publicar resoluciones, compartir datasets abiertos, remitir documentación a terceros sin necesidad de seguimiento individual, o conservar archivos históricos sin identificadores. Es la vía natural en portales de transparencia y en anexos públicos.
En documentos PDF y ofimáticos, la anonimización debe eliminar identificadores directos e indirectos relevantes. Herramientas como Anonimatum automatizan detección y censura con patrones e IA, algo crítico cuando el volumen hace inviable la revisión manual exclusiva. Ampliad el contexto en nuestra página de anonimización.
Cuándo pseudoanonimizar
La pseudoanonimización encaja en investigación, análisis de calidad, pruebas de sistemas, soporte técnico o flujos internos donde necesitáis seguir un expediente o un caso a lo largo del tiempo sin exponer el dato en claro. También es útil en entornos de desarrollo: se trabaja con datos realistas pero se restringe el acceso a la clave de reidentificación.
Requisitos mínimos: separar lógicamente (y preferiblemente físicamente) la clave, cifrarla, limitar roles, registrar accesos y definir plazos de destrucción de la tabla de correspondencia. Sin esas medidas, la “pseudoanonimización” es solo un cambio cosmética de etiquetas.
Errores que generan falsa seguridad
- Publicar datos “codificados” cuando el código es reversible a partir de información pública.
- Reutilizar el mismo seudónimo entre contextos distintos sin evaluar riesgo de enlace.
- Conservar la clave en el mismo servidor y con los mismos permisos que el dataset.
- Afirmar que un dataset está anonimizado porque se quitó el DNI, manteniendo dirección + fecha + diagnóstico.
- Aplicar seudónimos inconsistentes (la misma persona aparece con códigos distintos y se pierde utilidad sin ganar protección real).
Enfoque híbrido en organizaciones reales
Muchas entidades necesitan ambos mundos: un repositorio interno pseudoanonimizado para explotación analítica y una tubería de anonimización irreversible para salida pública. El diseño debe documentarse en el registro de tratamientos y, cuando proceda, en evaluaciones de impacto.
En sectores regulados —jurídico, salud, administración— conviene fijar criterios por tipo de documento y por destinatario. Lo que vale para un informe interno no vale para un PDF publicado en sede electrónica.
Resumen práctico
Si el dato debe salir de la organización y no necesitáis volver atrás, anonimizad. Si el dato permanece bajo vuestro control y necesitáis trazabilidad reversible, pseudoanonimizad con claves segregadas. En ambos casos, evaluad el riesgo de reidentificación en vuestro contexto concreto, no solo en abstracto.

Documentar la elección
Registrad por qué elegisteis anonimización o pseudoanonimización en cada finalidad, qué identificadores se eliminaron o sustituyeron y quién custodia la clave de reidentificación. Esa documentación acelera evaluaciones de impacto y demuestra responsabilidad si la autoridad pregunta cómo se preparó un archivo publicado.
¿Queréis implantar ambos modos en un mismo flujo documental? Hablad con nosotros en /contacto o revisad las capacidades de Anonimatum.