Control over AI
Blog
Compliance and AI 8 min read

Anonymising, pseudonymising, masking: three words, three consequences

Only genuinely anonymised data falls outside the GDPR. Pseudonymising and masking are useful, but they change none of your obligations. What to use when.

Abstract soft rectangles in teal and gold
Quick answer

Anonymising means nobody can identify the person any more, not even by combining the data with other data, and that bar is high. Achieve it and the dataset leaves the scope of the GDPR. Pseudonymising replaces identifying values with a key or code; it lowers risk, but the data remains personal data, because the key leads back to the person. Masking hides a value when it is displayed, usually without changing what is stored. Only the first removes your obligations. With the other two, everything still applies: legal basis, retention, data subject rights.

01

Only true anonymisation takes data outside the GDPR

02

Pseudonymous data remains personal data, even with the key held elsewhere

03

Masking is a display choice, not a processing measure

04

The bar for anonymity is high because combining data reveals so much

05

Choose by purpose: which operation matches what you need the data for

A research agency delivers a dataset to a client, describing it as anonymised. The names are out, replaced by respondent numbers. The key sits in a separate file on a different server, as it should.

That dataset is not anonymised. It is pseudonymised, which means every GDPR obligation still applies.

No privacy terms get misused more than these, and the consequence is always the same: somebody believes the job is done.

The three operations

Anonymising. The data has been altered so that nobody can identify the person any more, not even with additional information or by combining it with other sources. If that is genuinely the case, it is no longer personal data and the dataset falls outside the GDPR.

Pseudonymising. Identifying values are replaced by a code or key. The person is not directly identifiable but can be identified with the key. It remains personal data. The GDPR names it explicitly as a security measure, not as an exit route.

Masking. A value is hidden when it is displayed, for example showing only the last four digits of an account number. The underlying data usually sits unchanged in the system. This is an access control: it governs who sees what, not what is stored.

Source line

Call Ayşe Yıldırım (born 14-03-1987, Zwolle) back about case 2026-0442.

  • Anonymising Outside the GDPR

    Call the complainant back about an open case.

    Nobody can identify the person any more, not even by combining this with other sources. Only then do the GDPR obligations fall away.

  • Pseudonymising Still personal data

    Call complainant M-113 back about case 2026-0442.

    The key sits elsewhere and restores the link. Still personal data: basis, retention and data subject rights all continue to apply.

  • Masking Display only, data unchanged

    Call Ayşe Y. (born ••-••-1987, Zwolle) back about case 2026-0442.

    Hides the value in the display. The underlying data sits unchanged in the system. An access control, not an operation on the data.

Note the third column of the top row: anonymity is not a property of the operation but an outcome. In a team of twelve, "the complainant from Zwolle" still points at one person.

One source line, three operations. Only the top one takes data outside the GDPR, and only where re-identification through other sources is impossible too.

Why only the first removes obligations

The GDPR governs personal data. Where data can no longer be attributed to a person, the regulation does not apply and the whole set of obligations falls away: legal basis, purpose limitation, retention, data subject rights, breach notification.

Pseudonymisation removes none of that. The data is better protected, which counts towards whether you have implemented appropriate measures. You still need a legal basis, and a data subject can still request access or erasure.

Masking removes nothing at all, because nothing about the stored data has changed.

The bar for anonymity is high

This is where it goes wrong in practice, even among people who know the difference.

The question is not whether you can identify the person. The question is whether identification is reasonably possible, by anyone, using the means and data available.

That is stricter than it sounds, because combining data reveals so much. A dataset without names but with postcode, date of birth and gender already identifies most people. Add job title and organisation, and in a team of twelve only one person fits. See why removing names is not enough.

Anonymity is therefore not a property of an operation but an outcome you assess per dataset and per context. The same transformation can produce anonymity in a national sample and fail in a department of twelve.

The same question arises with AI models. In their opinion on AI models the European data protection authorities concluded that a model trained on personal data cannot simply be treated as anonymous, and that the assessment must be made case by case.

What to choose in practice

Purpose determines the operation.

Publishing data or taking it outside the GDPR? It has to be anonymisation, backed by a reasoned explanation of why re-identification is not reasonably possible. Aggregation, generalisation and thresholds are the usual techniques.

Research where you must re-link later? Pseudonymisation is the right choice, with the key kept separately and only a small group able to access it. And call it that.

Preventing staff from seeing more than they need? Masking is exactly the right tool, and it is not a processing measure.

Putting something into an AI tool? The legal classification matters less than the practical question of which data the task requires. It is usually a combination: remove what is not needed, replace what is needed as context, mask what must keep its structure. See the prompt redaction guide.

The word you use is not neutral

"We anonymise the data" is a commitment. Written into a data processing agreement, a privacy notice or a DPIA, it becomes something you can be held to. If it turns out to have been pseudonymisation, the word was wrong, and so was the conclusion attached to it: that the GDPR no longer applied.

So it pays to use the precise word, even when it sounds weaker. Pseudonymisation that is described correctly puts you in a stronger position than anonymisation that does not survive scrutiny.

FAQ

Common questions

What is the difference between anonymising and pseudonymising?

With anonymisation the person can no longer be identified by anyone, not even with additional data. With pseudonymisation the identifying values are replaced by a code, and the matching key leads back to the person. Only anonymous data falls outside the GDPR.

Is pseudonymised data personal data?

Yes, as long as a means to restore the link exists somewhere. Keeping the key with another party or behind extra controls does not automatically change that. It is a recognised security measure that lowers risk, which is a different claim.

Is masking the same as anonymising?

No. Masking hides a value when it is displayed, for example showing only the last four digits of an account number. The underlying data usually remains unchanged in the system. It is an access control, not an operation on the data itself.

When is a dataset genuinely anonymous?

When re-identification is not reasonably possible, not even by combining the data with other available sources. That is stricter than it sounds: postcode, date of birth and gender together already identify most people. Assess it per dataset and per context, not as a general rule.

What should I use when sharing with an AI tool?

Usually a combination. Remove what the task does not need, replace what the model needs as context with a realistic stand-in, and mask what has to keep its structure. The goal is not legal anonymity but sending as little identifiable data as possible.

Portrait of Rens Timmermans from BeeSensible

Prefer someone to walk you through it?

Rens, BeeSensible

I'm happy to give you a twenty-minute tour. Leave your details and I'll find a time that suits you. You're also welcome to call or email.

Prefer to talk to someone first?

Want a live demo, or a quote for 100+ users? Leave your details and we'll be in touch within one working day.