By · Last updated 2026-05-08

Retour au blogGDPR & Conformité

GDPR Anonymisation vs. Pseudonymisation...

Le GDPR traite les données anonymisées et pseudonymisées de manière fondamentalement différente.

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

Anonymiser vs Pseudonymiser : 20 M€ en Jeu

L'article 83 du RGPD fixe les amendes maximales à 20 millions d'euros ou 4 % du chiffre d'affaires mondial annuel. Une seule question juridique détermine ce risque : la réglementation s'applique-t-elle à votre jeu de données ?

L'anonymisation supprime le champ d'application. La pseudonymisation, non. Cet écart est considérable.

Les Deux Définitions en Clair

Le considérant 26 fixe le seuil de l'anonymisation. Une personne doit être « non identifiée ou non identifiable ». Le test est large. Il couvre tous les moyens « raisonnablement susceptibles d'être utilisés ». Cela inclut le responsable du traitement, tout sous-traitant et tout tiers.

L'article 4(5) définit la pseudonymisation. Les données sont pseudonymisées lorsqu'une clé peut les réidentifier. Supprimez la clé, les données demeurent. Ces informations supplémentaires doivent être conservées séparément. Ce n'est pas de l'anonymisation.

Les données pseudonymisées restent des données personnelles. La réglementation s'applique pleinement. Il n'existe aucune exemption du champ d'application. Point final.

Ce que Coûte une Mauvaise Classification

Traiter un jeu de données pseudonymisées comme anonymes crée cinq problèmes simultanément :

  • Entrées ROPA incorrectes au titre de l'article 30
  • Aucune procédure de droits des personnes pour l'accès, l'effacement ou la portabilité
  • Aucun calendrier de conservation — aucun déclencheur de suppression n'existe
  • Aucune garantie de transfert pour les activités transfrontalières
  • Aucune voie d'effacement pour les demandes de droit à l'effacement

Chaque lacune constitue une infraction distincte. Les cinq peuvent coexister dans un seul pipeline.

Le Signal d'Application 2025

En 2025, le CEPD a mené une action d'application coordonnée. Le rapport a identifié un manquement récurrent : « des techniques d'anonymisation inefficaces utilisées comme alternative à la suppression. » Les autorités de protection contrôlent désormais la qualité de l'anonymisation — pas seulement l'existence d'une étape.

Un jeu de données tokenisé avec une table de correspondance est pseudonymisé. Il n'est pas anonyme. Il possède une clé. La clé peut le réidentifier. Le qualifier d'anonyme est exactement le manquement ciblé par le rapport 2025.

Choisir la Bonne Méthode

Anonymisation réelle — hors champ d'application. Utilisez la suppression définitive. Les données personnelles sont effacées sans lien de retour. Vous pouvez également hacher des valeurs à haute entropie sans chemin de préimage. Documentez la base. Aucune obligation légale ne s'attache au résultat.

Pseudonymisation — dans le champ d'application. Utilisez le remplacement, le masquage ou le chiffrement. La réglementation s'applique pleinement. La pseudonymisation réduit le préjudice en cas de violation. Elle ne réduit pas les obligations légales.

Réversibilité contrôlée — recherche ou audit. Utilisez le chiffrement avec des clés détenues par le client. La gestion des clés doit respecter les lignes directrices 05/2022 du CEPD sur la séparation des clés. Notez le domaine dans l'AIPD.

Un Cas Concret

Une entreprise vend des données clients « anonymisées » à des chercheurs. Elle applique la méthode de suppression définitive. Les données personnelles sont effacées. Aucune table de tokens. Aucun préimage de hachage. La réidentification n'a aucun chemin possible.

Le DPO consigne cela dans l'AIPD. Méthode utilisée. Types d'identifiants concernés. Pourquoi cela ne peut pas être annulé. Niveau de risque résiduel. Le résultat est hors champ d'application. Les droits des personnes, les délais de conservation et les règles de transfert ne s'appliquent pas aux copies de recherche.

La méthode correspond à l'affirmation. C'est le processus correct. Il résiste à un audit.

Pourquoi Documenter la Base est Essentiel

Une entreprise ne peut pas simplement affirmer l'anonymisation. L'affirmation doit être étayée par un document. L'AIPD doit démontrer quatre points. Quels identifiants ont été couverts. Quelle méthode a été utilisée. Pourquoi la réidentification n'a aucun chemin. Quel est le niveau de risque résiduel.

Sans ce document, un audit traite le jeu de données comme relevant du champ d'application. L'ensemble des obligations s'applique. L'entrée ROPA doit exister. Les garanties de transfert doivent exister. La voie d'effacement doit exister. Aucune obligation ne disparaît sans preuve.

Pour l'interaction des droits à l'effacement avec les données anonymisées, voir Droit à l'effacement du RGPD et orientations CEPD 2025. Pour les règles de transfert lors du partage transfrontalier, voir Conformité des transferts et l'amende TikTok.

Sources

Prêt à protéger vos données ?

Commencez à anonymiser les PII avec plus de 285 types d'entités dans 48 langues.

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.