Skip to content
Legiscope
Menu
Data Privacy

GDPR Article 4: The 26 Definitions That Power the Regulation

GDPR Article 4 defines 26 key terms: personal data, processing, controller, processor, consent, pseudonymization, biometric, profiling. Reference glossary.

In one sentence. GDPR Article 4 contains the 26 legal definitions that govern the entire regulation — from “personal data” (4(1)) to “international organisation” (4(26)). Every other Article references back to these definitions. Misreading them — for example, confusing “controller” with “processor”, or assuming pseudonymized data is anonymous — is the most common cause of structural compliance failures.

Article 4 is the definitional foundation of the GDPR. It looks dry but it determines who is bound by what. A “controller” under Article 4(7) has different obligations from a “processor” under Article 4(8). “Personal data” under Article 4(1) is much broader than most companies assume. “Pseudonymization” under Article 4(5) reduces risk but doesn’t remove the data from GDPR scope.

Key takeaways

  • 26 definitions cover the entire GDPR. Reading any other Article correctly requires reference to Article 4.
  • “Personal data” (4(1)) is intentionally broad: any information relating to an identified or identifiable natural person.
  • “Controller” (4(7)) and “processor” (4(8)) are mutually exclusive for a given processing operation.
  • “Pseudonymisation” (4(5)) reduces risk but pseudonymised data remains personal data — still in scope.
  • “Consent” (4(11)) is one of the most-litigated definitions — strict criteria for validity.

1. Article 4 — the 26 definitions

# Term Brief definition
1 Personal data Any information relating to an identified or identifiable natural person
2 Processing Any operation performed on personal data
3 Restriction of processing Marking stored data to limit future processing
4 Profiling Automated processing to evaluate personal aspects
5 Pseudonymisation Data that can’t be attributed to a subject without additional information
6 Filing system Structured set of personal data accessible by specific criteria
7 Controller Determines purposes and means of processing
8 Processor Processes personal data on behalf of the controller
9 Recipient Natural/legal person who receives personal data
10 Third party Anyone other than the data subject, controller, processor, authorised person
11 Consent Freely given, specific, informed, unambiguous indication
12 Personal data breach Breach leading to destruction, loss, alteration, unauthorised disclosure or access
13 Genetic data Data relating to inherited or acquired genetic characteristics
14 Biometric data Data resulting from specific technical processing allowing unique identification
15 Data concerning health Data relating to physical or mental health
16 Main establishment Place of central administration (controller) or main processing place (processor)
17 Representative Natural/legal person designated by non-EU controller/processor under Article 27
18 Enterprise Natural or legal person engaged in economic activity
19 Group of undertakings Controlling and controlled undertakings
20 Binding corporate rules Internal data protection policies binding members of a group of undertakings
21 Supervisory authority Independent public authority established by a Member State
22 Supervisory authority concerned A supervisory authority involved in cross-border processing
23 Cross-border processing Processing in context of multiple establishments OR affecting subjects in multiple Member States
24 Relevant and reasoned objection Objection on infringement risks or compliance issues
25 Information society service A service provided at distance by electronic means
26 International organisation An organisation governed by international public law

2. The most consequential definitions

Personal data (4(1)) — broader than most assume

Personal data includes:

  • Direct identifiers (name, email, phone, address)
  • Indirect identifiers (IP address, cookie ID, device ID)
  • Pseudonymised data (still personal data)
  • Inferred data (profile attributes derived from behavior)
  • Photos and videos showing identifiable people
  • Voice recordings
  • Biometric data
  • Location data
  • Behavioral data tied to an identifier

Processing (4(2)) — practically any operation

“Processing” includes: collection, recording, organisation, structuring, storage, adaptation, alteration, retrieval, consultation, use, disclosure by transmission, dissemination, alignment, combination, restriction, erasure, destruction — whether or not by automated means (see our analysis of the GDPR “automated means” definition).

Translation: if you’re doing anything with data other than ignoring it, you’re processing it.

Controller vs Processor (4(7) and 4(8))

The most consequential distinction in the GDPR. The controller determines the purposes and means. The processor acts on the controller’s behalf following instructions.

For a given processing activity, a party is either controller or processor — not both. The same entity can be controller for some processing and processor for other processing.

Pseudonymisation (4(5)) — risk reduction, not removal

Pseudonymised data:

  • Cannot be attributed to a subject without additional information
  • That additional information is kept separately and subject to technical and organisational measures ensuring non-attribution

Pseudonymised data remains personal data — still in scope of GDPR. The benefit: lower risk profile, more favorable balancing tests, often exemption from notification of specific breaches.

Contrast with anonymisation (not defined in Article 4 but established in Recital 26): truly anonymous data is outside the scope of GDPR. The bar for anonymisation is high — irreversibly disconnected from any identifier.

Consent must be:

  • Freely given — no detriment for refusing
  • Specific — one purpose at a time
  • Informed — controller, purposes, retention
  • Unambiguous — clear affirmative action
  • Indicated by a statement or clear affirmative action

Personal data breach (4(12)) — broader than expected

A “breach” includes any incident leading to:

  • Destruction (intentional or accidental)
  • Loss (lost USB key, deleted backup)
  • Alteration (data corruption, unauthorized modification)
  • Unauthorised disclosure (sent to wrong recipient)
  • Unauthorised access (insider misuse, external attack)

A ransomware attack that encrypts data without exfiltration is still a breach (availability + integrity). A misdirected email containing personal data is a breach.

Profiling (4(4)) — gateway to Article 22

“Profiling” means automated processing used to evaluate personal aspects of a natural person — work performance, economic situation, health, personal preferences, interests, reliability, behaviour, location, movements.

Profiling alone doesn’t trigger Article 22 (which requires solely automated decisions with legal effects). But profiling triggers higher transparency obligations and often a DPIA.

Cross-border processing (4(23))

Processing in the context of activities of establishments in more than one Member State, OR processing that substantially affects data subjects in more than one Member State. Triggers the lead supervisory authority mechanism under Article 56.

3. Definitions that interact across multiple Articles

Definition Articles that depend on it
Personal data (4(1)) All of GDPR
Processing (4(2)) Articles 5, 6, 9, 24, 30, 32, 35
Controller (4(7)) Articles 24, 25, 26, 28, 30, 32, 33, 34, 35, 37
Processor (4(8)) Articles 28, 30, 32, 33
Consent (4(11)) Articles 6, 7, 8, 9, 22
Personal data breach (4(12)) Articles 33, 34
Cross-border processing (4(23)) Articles 56, 60, 65 (lead authority + EDPB consistency)

4. Common definitional mistakes

Mistake Reality
“Pseudonymized data is anonymous” Pseudonymised remains personal data — still in scope
“Just IP addresses, not personal data” CJEU Breyer: IPs are personal data
“We’re a processor — we don’t need a lawful basis” Controller needs one; processor needs Article 28 contract
“Anonymous = aggregated counts” Aggregation alone doesn’t anonymize if re-identification possible
“Profiling = bad” Profiling itself is allowed; Article 22 restricts only certain automated decisions
“Consent boxes pre-ticked count if user doesn’t uncheck” CJEU Planet49: pre-ticked invalid
“Backup deletion of corrupted file isn’t a breach” Loss of availability is a breach

5. Where Article 4 sits in the GDPR

Article 4 is the definitional spine referenced by every operational Article:

  • Lawful basis (Art. 6) references “personal data”, “processing”, “consent”
  • ROPA (Art. 30) requires listing “categories of personal data”, “categories of data subjects”, “categories of recipients”
  • Security (Art. 32) requires measures appropriate to “processing”
  • Breach notification (Art. 33) is triggered by “personal data breach”
  • DPIA (Art. 35) is required for high-risk “processing”, especially involving “profiling”

Misreading Article 4 cascades through everything.

6. National variations

Member States cannot redefine the Article 4 terms, but their national laws sometimes add subcategories. For example:

  • France: Loi Informatique et Libertés adds specific provisions on “données de santé” and “numéro de sécurité sociale”
  • Germany: BDSG adds employment-specific provisions
  • Spain: LOPDGDD adds provisions on deceased persons

These national overlays apply on top of Article 4 definitions, not in place of them.

7. Tooling

Official sources

Conclusion

Article 4 is the foundation everyone uses without thinking about it. Reading it carefully — especially the boundary cases on personal data, the controller-processor distinction, the consent criteria — eliminates a class of compliance mistakes that cascade through every other obligation. The 26 definitions are short individually but consequential collectively.

FAQ

What is “personal data” under GDPR Article 4?

Any information relating to an identified or identifiable natural person. Includes direct identifiers (name, email), indirect identifiers (IP, cookie), pseudonymised data, inferred data, photos, biometrics, location data. The CJEU has confirmed that even IP addresses are personal data (Breyer C-582/14).

Is pseudonymised data still personal data?

Yes. Article 4(5) defines pseudonymisation as a security measure that reduces risk but doesn’t take data out of GDPR scope. Only true anonymisation (irreversible) puts data outside GDPR.

What’s the difference between controller and processor?

The controller (4(7)) determines purposes and means of processing. The processor (4(8)) acts on the controller’s behalf following instructions. For a given processing activity, a party is either controller or processor — not both.

What counts as a “personal data breach”?

Article 4(12): any breach of security leading to destruction, loss, alteration, unauthorised disclosure or access. Includes ransomware (availability), misdirected emails (disclosure), corruption (integrity), deleted data (loss).

Is profiling prohibited under GDPR?

No. Profiling itself is allowed (Article 4(4) defines it). What’s restricted is solely automated decision-making with legal or similarly significant effects under Article 22. Profiling for non-significant purposes (recommendations, ad targeting in some cases) is generally lawful.

L
Written by
Legiscope
Legiscope

Put this guidance into operation

See how Legiscope connects privacy records, source material and review-controlled work.

Book a tailored demo
Continue reading

Related articles

01Data Privacy

Australia–EU Data Transfers: Adequacy Status and SCCs

Australia does not hold an EU adequacy decision. Verified against the European Commission's published list of adequacy decisions on 30 July 2026. Australia has never held one, is not the subject of…

July 30, 2026
02Data Privacy

BCR vs SCC vs DPF: Choosing the Right GDPR Transfer Mechanism

GDPR Article 46 lists multiple safeguards for international data transfers. Three dominate practice: Binding Corporate Rules (BCRs), Standard Contractual Clauses (SCCs), and the EU-U.S. Data Privacy…

April 30, 2026
03Data Privacy

Best DPO Software 2026: Internal & Outsourced DPOs

The DPO role is defined by Art. 37-39 GDPR, and the EDPB made it a 2023 coordinated-enforcement priority — so the software a DPO uses is now itself an accountability signal.

July 7, 2026
04Data Privacy

Best GDPR Compliance Software: 6 Tools Compared + Pricing 2026

Choosing the right GDPR compliance software is no longer optional for small and medium-sized enterprises operating in the EU. Data protection authorities across Europe have shifted enforcement focus…

March 28, 2026
05Data Privacy

Canada-EU Data Transfers: Adequacy Scope and SCCs

Canada is one of the few countries the European Commission has recognised as offering adequate protection, and it is the country where that recognition is most often over-read. The decision is…

July 30, 2026
06Data Privacy

Cassie (Syrenis) Alternatives & Comparison 2026

For a regulated-industry DPO, that distinction is the whole decision. Consent is one lawful basis under Art. 6(1)(a) GDPR; a compliance program is everything around it.

July 9, 2026
07Data Privacy

Consent Management Platforms Compared (2026)

Choosing the right consent management platform is one of the most consequential technical decisions an organisation makes for privacy compliance. A poorly configured CMP exposes you to enforcement…

March 28, 2026
08Data Privacy

Cookie Audit: How to Map Your Website's Cookies

A cookie audit is the foundational step for any website's GDPR and ePrivacy compliance. Without a complete, documented inventory of every cookie and tracking technology deployed on your site, your…

March 28, 2026