Anonimización vs. seudonimización: la diferencia que decide si aplica el RGPD

10 de octubre de 2026 · 8 min de lectura

Anonimización y seudonimización suenan parecido y se usan como sinónimos, pero para el RGPD son dos cosas opuestas: un documento anonimizado queda fuera de la normativa de protección de datos; uno seudonimizado sigue dentro, con todas sus obligaciones. Para un despacho que comparte escritos, publica sentencias o trabaja con IA, saber de qué lado está cada documento es la diferencia entre cumplir y creer que se cumple.

Qué es la seudonimización según el RGPD

El Reglamento General de Protección de Datos la define en su artículo 4.5: es el tratamiento de datos personales de manera que ya no puedan atribuirse a una persona sin utilizar información adicional, siempre que esa información adicional figure por separado y esté protegida con medidas técnicas y organizativas.

En la práctica de un despacho, seudonimizar es esto: en el escrito, "María López" pasa a ser PERSONA_01 y su DNI pasa a ser DNI_01, y en otro archivo queda una tabla que dice qué persona es PERSONA_01. Mientras esa tabla exista, cualquiera que la tenga puede deshacer el cambio.

El RGPD la ve con buenos ojos: la menciona como medida de protección de datos desde el diseño (art. 25) y como medida de seguridad (art. 32). Pero es una medida para reducir el riesgo, no para dejar de tener datos personales.

Qué es la anonimización (y por qué el considerando 26 es la clave)

El RGPD no define la anonimización en su articulado: la trata en el considerando 26. Ahí dice tres cosas que conviene leer juntas:

Los datos seudonimizados, que podrían atribuirse a una persona usando información adicional, deben considerarse información sobre una persona identificable. O sea: siguen siendo datos personales.
Para saber si alguien es identificable hay que tener en cuenta todos los medios que razonablemente puedan usarse para identificarlo, directa o indirectamente, considerando el costo, el tiempo y la tecnología disponible.
Los principios de protección de datos no se aplican a la información anónima, es decir, a la que no se refiere a una persona identificable o que se volvió anónima de forma que el interesado ya no puede ser identificado.

La consecuencia práctica es enorme: si un documento está realmente anonimizado, se puede compartir, publicar o usar para formar a un equipo sin base de legitimación, sin deber de información y sin contrato con nadie. Si está seudonimizado, todo eso sigue haciendo falta.

La diferencia en una tabla mental

¿Se puede revertir? Seudonimización: sí, con la información adicional. Anonimización: no, por ningún medio razonable.
¿Sigue siendo dato personal? Seudonimización: sí. Anonimización: no.
¿Aplica el RGPD? Seudonimización: sí, entero. Anonimización: no.
¿Para qué sirve? Seudonimización: trabajar con el documento y poder volver a los datos reales (por ejemplo, después de consultar una IA). Anonimización: compartir o publicar sin que nadie pueda saber de quién se trata.

Qué dice la AEPD

La Agencia Española de Protección de Datos lleva años insistiendo en que confundir las dos cosas es el error más común. En 10 malentendidos sobre la anonimización, publicado junto con el Supervisor Europeo de Protección de Datos (SEPD), el primero de la lista es justamente creer que seudonimizar es lo mismo que anonimizar. Otros tres de esa lista importan mucho en un despacho:

Cifrar no es anonimizar: quien tenga la clave puede leer el dato.
La anonimización no es para siempre: lo que hoy no permite identificar a nadie puede permitirlo mañana si aparecen datos nuevos con qué cruzarlo.
La anonimización no se puede automatizar por completo: las herramientas ayudan, pero hace falta una persona que evalúe el contexto y el riesgo de reidentificación.

La AEPD también publicó Orientaciones y garantías en los procedimientos de anonimización de datos personales, y a nivel europeo sigue vigente como referencia el Dictamen 05/2014 sobre técnicas de anonimización del Grupo de Trabajo del Artículo 29. En enero de 2025 el Comité Europeo de Protección de Datos (CEPD) sometió a consulta pública sus Directrices 01/2025 sobre seudonimización, que insisten en lo mismo: los datos seudonimizados que se pueden volver a vincular con una persona siguen siendo datos personales.

El matiz del TJUE (2025)

En la sentencia del asunto C-413/23 P (SEPD contra la Junta Única de Resolución, 4 de septiembre de 2025), el Tribunal de Justicia de la UE matizó la regla: unos datos seudonimizados pueden no ser datos personales para un destinatario que no tiene medios razonables de reidentificar a nadie. Pero para quien conserva la tabla siguen siendo datos personales, y las obligaciones de ese responsable (empezando por informar a los interesados) se miden desde su punto de vista. Traducido a un despacho: si el despacho conserva el mapa de reemplazos, para el despacho el documento sigue siendo dato personal, aunque quien reciba el texto con etiquetas no pueda saber de quién se habla.

Argentina: la Ley 25.326 habla de "disociación"

La Ley 25.326 de Protección de Datos Personales no usa la palabra seudonimización. Su concepto equivalente a la anonimización es la disociación de datos, que el artículo 2 define como todo tratamiento de datos personales de manera que la información obtenida no pueda asociarse a persona determinada o determinable. La ley usa la disociación como condición en varios supuestos, por ejemplo para ceder datos de salud por razones de salud pública (art. 11).

La pregunta clave es qué significa "determinable". La Agencia de Acceso a la Información Pública (AAIP) la respondió en su Resolución 4/2019: una persona no se considera determinable cuando identificarla exige medidas o plazos desproporcionados o inviables. Es el mismo razonamiento del considerando 26: no importa si la reidentificación es teóricamente posible, sino si es razonable.

La conclusión práctica es la misma que en Europa: un documento en el que "María López" pasó a ser PERSONA_01 pero la tabla sigue existiendo no está disociado. Para publicar jurisprudencia, además, rigen las Reglas de Heredia, que contamos en qué datos anonimizar antes de compartir una sentencia.

Qué conviene usar en cada caso

Publicar una sentencia, compartir un modelo de escrito o mandar un caso a un colega: anonimización. Nadie del otro lado necesita volver a los datos reales, así que no tiene sentido guardar una tabla.
Consultar una IA sobre un caso y volver a tener los nombres reales en la respuesta: seudonimización con un mapa que se queda en el equipo del despacho. La IA solo ve etiquetas; el despacho rehidrata la respuesta en local. Para el despacho siguen siendo datos personales, así que el mapa se protege como el documento original.
Formar al equipo con casos reales: anonimización, revisando también los datos indirectos (fechas, cargos, lugares) que permitirían reconocer el caso.

Anonimizar no es solo cambiar el nombre. Un "médico de 54 años del único hospital de un pueblo" se identifica aunque no figure su nombre. Por eso ninguna herramienta, la nuestra incluida, detecta el 100% de los datos: la revisión humana antes de compartir es parte del método.

Cómo encaja esto en Anonimizar

Anonimizar es una app de escritorio para Mac y Windows que trabaja 100% en el equipo, sin nube ni telemetría, y está diseñada alrededor de esta distinción:

Irreversible por defecto: sin hacer nada especial, no se guarda ninguna tabla. Lo que sale se acerca a la anonimización (sujeto a la revisión de los datos indirectos que se mencionaron arriba).
Reversible solo si se elige: para el flujo con IA (anonimizar → IA → rehidratar) se puede generar, de forma explícita, un mapa de reemplazos que queda solo en el equipo. Eso es seudonimización, y conviene llamarlo así: el mapa es un archivo confidencial.
Con revisión humana: cada dato detectado aparece en una tabla para confirmarlo o descartarlo antes de exportar.

El flujo completo con IA está en ¿Podés usar ChatGPT con datos de tus clientes? y en IA para abogados sin romper el secreto profesional. Si el documento es un PDF, el paso a paso está en cómo censurar (anonimizar) un PDF.

Anonimización por defecto, seudonimización solo cuando hace falta

Anonimizar trabaja 100% en el equipo, sin nube ni telemetría: irreversible por defecto, reversible solo si se elige, con revisión humana de cada dato antes de exportar.

Probala gratis · 15 archivos

Este artículo es informativo y no constituye asesoramiento legal. Las referencias al RGPD, a la AEPD, a la jurisprudencia del TJUE y a la Ley 25.326 son un resumen general: conviene consultar el texto vigente y las obligaciones que aplican en cada jurisdicción.

Anonymization and pseudonymization sound alike and get used as synonyms, but for the GDPR they're opposites: an anonymized document falls outside data protection law; a pseudonymized one stays inside, with all its obligations. For a firm that shares briefs, publishes rulings or works with AI, knowing which side each document is on is the difference between complying and believing you comply.

What pseudonymisation is under the GDPR

The General Data Protection Regulation defines it in Article 4(5): processing personal data so that it can no longer be attributed to a specific person without the use of additional information, provided that additional information is kept separately and protected by technical and organisational measures.

In a law firm, pseudonymizing looks like this: in the brief, "María López" becomes PERSONA_01 and her ID number becomes DNI_01, and a separate file holds a table saying who PERSONA_01 is. As long as that table exists, anyone holding it can undo the change.

The GDPR favours it: it mentions pseudonymisation as a data-protection-by-design measure (Art. 25) and as a security measure (Art. 32). But it's a measure to reduce risk, not a way to stop holding personal data.

What anonymisation is (and why Recital 26 is the key)

The GDPR doesn't define anonymisation in its articles: it deals with it in Recital 26, which says three things worth reading together:

Pseudonymised data, which could be attributed to a person using additional information, should be considered information on an identifiable person. In other words, it's still personal data.
To decide whether someone is identifiable, account should be taken of all the means reasonably likely to be used to identify them, directly or indirectly, considering cost, time and available technology.
Data protection principles don't apply to anonymous information, meaning information that doesn't relate to an identifiable person, or data rendered anonymous so that the person is no longer identifiable.

The practical consequence is huge: if a document is truly anonymized, it can be shared, published or used to train a team with no legal basis, no duty to inform and no contract with anyone. If it's pseudonymized, all of that is still needed.

The difference at a glance

Can it be reversed? Pseudonymisation: yes, with the additional information. Anonymisation: no, by any reasonable means.
Is it still personal data? Pseudonymisation: yes. Anonymisation: no.
Does the GDPR apply? Pseudonymisation: yes, in full. Anonymisation: no.
What is it for? Pseudonymisation: working with the document and being able to get back to the real data (for example, after querying an AI). Anonymisation: sharing or publishing without anyone being able to tell who it's about.

What the Spanish DPA (AEPD) says

The Spanish Data Protection Agency has long stressed that mixing the two up is the most common mistake. In 10 misunderstandings related to anonymisation, published with the European Data Protection Supervisor (EDPS), the first item is precisely believing that pseudonymisation is the same as anonymisation. Three more from that list matter a lot in a law firm:

Encryption isn't anonymisation: whoever holds the key can read the data.
Anonymisation isn't forever: what can't identify anyone today might tomorrow, if new data appears to cross-reference it with.
Anonymisation can't be fully automated: tools help, but a person needs to assess the context and the re-identification risk.

The AEPD has also published guidance on anonymisation procedures, and at EU level the Article 29 Working Party's Opinion 05/2014 on anonymisation techniques remains a reference. In January 2025 the European Data Protection Board (EDPB) put its Guidelines 01/2025 on pseudonymisation out for public consultation, making the same point: pseudonymised data that can be linked back to a person is still personal data.

The CJEU's nuance (2025)

In case C-413/23 P (EDPS v Single Resolution Board, 4 September 2025), the Court of Justice of the EU refined the rule: pseudonymised data may not be personal data for a recipient who has no reasonable means of re-identifying anyone. But for whoever keeps the table it's still personal data, and that controller's obligations (starting with informing the data subjects) are assessed from its point of view. For a law firm: if the firm keeps the replacement map, the document is still personal data for the firm, even if whoever receives the labeled text can't tell who it's about.

Argentina: Law 25.326 speaks of "dissociation"

Argentina's Personal Data Protection Law 25.326 doesn't use the word pseudonymisation. Its equivalent of anonymisation is data dissociation, which Article 2 defines as any processing of personal data such that the resulting information can't be associated with a determined or determinable person. The law uses dissociation as a condition in several cases, for example for sharing health data on public health grounds (Art. 11).

The key question is what "determinable" means. The Agency for Access to Public Information (AAIP) answered it in Resolution 4/2019: a person isn't considered determinable when identifying them would require disproportionate or unfeasible measures or timeframes. It's the same reasoning as Recital 26: what matters isn't whether re-identification is theoretically possible, but whether it's reasonable.

The practical conclusion matches Europe's: a document where "María López" became PERSONA_01 but the table still exists isn't dissociated. For publishing case law, the Heredia Rules also apply; we cover them in what data to anonymize before sharing a ruling.

Which one to use when

Publishing a ruling, sharing a template brief or sending a case to a colleague: anonymisation. Nobody on the other side needs the real data back, so there's no reason to keep a table.
Asking an AI about a case and getting the real names back in the answer: pseudonymisation, with a map that stays on the firm's machine. The AI only sees labels; the firm re-hydrates the answer locally. For the firm it's still personal data, so the map must be protected like the original document.
Training the team with real cases: anonymisation, also reviewing the indirect data (dates, job titles, places) that would let someone recognize the case.

Anonymizing isn't just changing the name. "A 54-year-old doctor at the only hospital in a small town" is identifiable even without the name. That's why no tool, ours included, detects 100% of the data: human review before sharing is part of the method.

How this fits Anonimizar

Anonimizar is a desktop app for Mac and Windows that works 100% on your machine, with no cloud and no telemetry, and it's built around this distinction:

Irreversible by default: unless you do something special, no table is saved. The output comes close to anonymisation (subject to reviewing the indirect data mentioned above).
Reversible only if you choose: for the AI flow (anonymize → AI → re-hydrate) you can explicitly generate a replacement map that stays only on your machine. That's pseudonymisation, and it's worth calling it that: the map is a confidential file.
With human review: every detected item shows up in a table to confirm or discard before exporting.

The full AI flow is in Can you use ChatGPT with your clients' data? and AI for lawyers without breaking professional secrecy. If the document is a PDF, the step by step is in how to redact (anonymize) a PDF.

Anonymisation by default, pseudonymisation only when needed

Anonimizar runs 100% on your machine, no cloud, no telemetry: irreversible by default, reversible only if you choose, with human review of every item before exporting.

Try it free · 15 files

This article is informational and does not constitute legal advice. References to the GDPR, the AEPD, CJEU case law and Law 25.326 are a general summary: check the current text and the obligations that apply in each jurisdiction.