By · Last updated 2026-05-08

Volver al BlogGDPR y Cumplimiento

GDPR Anonimización vs. Pseudonimización...

El GDPR trata los datos anonimizados y pseudonimizados de manera fundamentalmente diferente.

May 8, 20268 min de lectura
GDPR anonymization pseudonymizationArticle 4 recital 26personal data scope20 million EUR fineanonymization compliance determination

Anonimizar vs Seudonimizar: 20 M€ en Juego

El artículo 83 del RGPD fija multas máximas de 20 millones de euros o el 4 % de la facturación mundial anual. Una sola pregunta jurídica determina ese riesgo: ¿se aplica el reglamento a su conjunto de datos?

La anonimización elimina el ámbito de aplicación. La seudonimización no. Esa diferencia es enorme.

Las Dos Definiciones en Términos Claros

El considerando 26 establece el umbral de anonimización. Una persona debe ser «no identificada o no identificable». La prueba es amplia. Abarca todos los medios «razonablemente susceptibles de utilizarse». Eso incluye al responsable del tratamiento, a cualquier encargado y a cualquier tercero.

El artículo 4(5) define la seudonimización. Los datos se consideran seudonimizados cuando una clave puede revertirlos. Retire la clave y los datos permanecen. Esa información adicional debe conservarse por separado. No es anonimización.

Los datos seudonimizados siguen siendo datos personales. El reglamento se aplica en su totalidad. No existe exención del ámbito de aplicación. Punto final.

Lo que Cuesta una Etiqueta Errónea

Tratar un conjunto de datos seudonimizados como anónimos crea cinco problemas a la vez:

  • Entradas del ROPA incorrectas en virtud del artículo 30
  • Sin procedimiento de derechos del interesado para acceso, supresión o portabilidad
  • Sin calendario de conservación — no existe ningún detonante de eliminación
  • Sin garantías de transferencia para actividades transfronterizas
  • Sin vía de supresión para solicitudes de derecho al olvido

Cada brecha es una infracción independiente. Las cinco pueden coexistir en un solo flujo de trabajo.

La Señal de Aplicación de 2025

En 2025, el EDPB realizó una acción de supervisión coordinada. El informe identificó un fallo recurrente: «técnicas de anonimización ineficientes utilizadas como alternativa a la supresión». Las autoridades de protección de datos auditan ahora la calidad de la anonimización, no solo si existe un paso de anonimización.

Un conjunto de datos tokenizado con una tabla de correspondencias está seudonimizado. No es anónimo. Tiene una clave. La clave puede revertirlo. Denominarlo anónimo es exactamente el fallo que señala el informe de 2025.

Elegir el Método Correcto

Anonimización real — fuera del ámbito de aplicación. Utilice la supresión definitiva. Los datos personales desaparecen sin enlace de retorno. También puede aplicar hash a valores de alta entropía sin ruta de preimagen. Documente la base. Ninguna obligación legal recae sobre el resultado.

Seudonimización — dentro del ámbito de aplicación. Utilice sustitución, enmascaramiento o cifrado. El reglamento se aplica en su totalidad. La seudonimización reduce el daño en caso de brecha. No reduce las obligaciones legales.

Reversibilidad controlada — investigación o auditoría. Utilice cifrado con claves en poder del cliente. La custodia de claves debe cumplir las Directrices 05/2022 del EDPB sobre separación de claves. Anote el dominio en la EIPD.

Un Caso Real

Una empresa vende registros de clientes «anonimizados» a investigadores. Aplica el método de supresión definitiva. Los datos personales han desaparecido. Sin tabla de tokens. Sin preimagen de hash. La reidentificación no tiene camino posible.

El DPO lo documenta en la EIPD. Método utilizado. Tipos de identificadores cubiertos. Por qué no puede deshacerse. Nivel de riesgo residual. El resultado queda fuera del ámbito de aplicación. Los derechos del interesado, los plazos de conservación y las normas de transferencia no se aplican a las copias de investigación.

El método coincide con la afirmación. Ese es el proceso correcto. Resiste una auditoría.

Por qué Documentar la Base es Importante

Una empresa no puede simplemente afirmar la anonimización. La afirmación debe estar respaldada por un registro. La EIPD debe mostrar cuatro cosas. Qué identificadores se cubrieron. Qué método se utilizó. Por qué la reidentificación no tiene camino. Cuál es el nivel de riesgo residual.

Sin ese registro, una auditoría trata el conjunto de datos como dentro del ámbito de aplicación. Se aplica el conjunto completo de obligaciones. La entrada del ROPA debe existir. Las garantías de transferencia deben existir. La vía de supresión debe existir. Ninguna obligación desaparece sin prueba.

Para saber cómo interactúan los derechos de supresión con los datos anonimizados, consulte Derecho de supresión del RGPD y orientaciones del EDPB 2025. Para las normas de transferencia al compartir registros transfronterizos, consulte Cumplimiento de transferencias y la multa de TikTok.

Fuentes

¿Listo para proteger sus datos?

Comience a anonimizar PII con más de 285 tipos de entidades en 48 idiomas.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.