Artifact GuideEU

EU ePrivacy Directive Metadata and Location Data

A focused guide to the ePrivacy Directive rules for communications metadata: traffic data, location data other than traffic data, anonymisation, consent, value-added services, and national-law limits.

Built for privacy, telecom, product, analytics, engineering, legal, and compliance teams that need to separate service-necessary processing from consent-based or national-law processing.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
Sections
6

Structured answer sets in this page tree.

Primary sources
6

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 9, 2026
Overview

The ePrivacy Directive treats communications metadata as more than ordinary analytics exhaust. Article 5 protects confidentiality of communications and related traffic data; Article 6 limits traffic-data processing; Article 9 covers location data other than traffic data; and Article 15 leaves only bounded space for Member State restrictions. This page turns those source rules into a practical classification and evidence record without adding country-specific retention or interception details.

Section 1

Classify the metadata before choosing a rule

Start by separating traffic data, location data that is also traffic data, and location data other than traffic data. The Directive defines traffic data as data processed for conveying a communication or billing it, and defines location data as data indicating the geographic position of terminal equipment.

That distinction matters because location information needed to transmit a communication can be traffic data under Article 6, while more precise or additional location data used for a value-added service is handled under Article 9.

  • Record whether the data is routing, duration, time, volume, protocol, network, connection, billing, or terminal-location data used to carry the communication.
  • Mark location data as Article 6 traffic data when it is necessary for transmission or billing, not just because it contains a geographic signal.
  • Treat precise location features, navigation, location-based alerts, and location-based advertising as likely Article 9 or Article 5(3) issues unless the facts show they are strictly transmission-only.
  • Keep a data-flow note showing the service, provider, subscriber or user group, data fields, purpose, duration, recipient, and withdrawal or refusal control.
Section 2

Apply Article 6 to traffic data

For traffic data stored by a public communications network or publicly available electronic communications service provider, the default control is erasure or anonymisation when the data is no longer needed to transmit the communication.

The Directive allows narrower processing for subscriber billing and interconnection payments until the bill can no longer lawfully be challenged or payment pursued. It also allows processing for marketing electronic communications services or value-added services only to the extent and duration necessary, and only where the subscriber or user has consented.

  • Document the transmission need and the point at which that need ends for each traffic-data field.
  • For billing or interconnection data, record the billing purpose and the lawful challenge or payment-pursuit window without inventing a universal EU retention period.
  • For marketing electronic communications services or value-added services, keep proof of prior consent, the data fields covered, the duration, and the withdrawal route.
  • Restrict access to authorised people handling billing, traffic management, customer enquiries, fraud detection, marketing electronic communications services, or the value-added service.
Section 3

Apply Article 9 to location data other than traffic data

Article 9 is the rule for location data other than traffic data. It allows processing only when the data is anonymised or when users or subscribers consent, and only to the extent and for the duration necessary for a value-added service.

Consent is not enough by itself. Before obtaining it, the service provider must tell users or subscribers what type of location data will be processed, the purposes and duration, and whether the data will be transmitted to a third party for the value-added service.

  • Keep the anonymisation assessment separate from pseudonymisation or aggregation claims, and do not treat identifiable precise location as anonymous.
  • When relying on consent, store the notice text, purpose, duration, recipient or third-party transmission disclosure, consent event, and withdrawal evidence.
  • Provide a simple, free way to temporarily refuse location-data processing for each network connection or communication after consent has been obtained.
  • Limit access to persons acting under the authority of the network/service provider or the third-party value-added-service provider, and only as necessary for that service.
Section 4

Check confidentiality and Article 5(3) overlap

Metadata and location features often implicate more than one ePrivacy rule. Article 5 protects confidentiality of communications and related traffic data; Article 5(3) adds a separate rule when a service stores information on, or gains access to information already stored in, terminal equipment.

For apps, web SDKs, connected devices, tracking links, pixels, local storage, mobile sensors, or IP-derived identifiers, test whether the location or metadata feature involves terminal-equipment storage or access before treating it only as traffic or location data.

  • Flag client-side code, SDKs, pixels, local storage, device identifiers, sensor reads, and IoT reporting where terminal equipment is instructed to send information back over a network.
  • Record whether Article 5(3) applies to storage/access, Article 6 or 9 applies to subsequent communications metadata, and GDPR applies to later personal-data processing not covered by a special ePrivacy rule.
  • Do not use a generic cookie-banner decision as evidence for traffic or location-data processing unless it names the metadata field, purpose, duration, recipient, and withdrawal control.
  • Where information stays entirely inside the device, record why no network access or storage instruction brings Article 5(3) into play.
Section 5

Handle national-law restrictions without inventing local rules

Article 15 lets Member States restrict certain ePrivacy rights and obligations, including Articles 5, 6, and 9, only through legislative measures that are necessary, appropriate, and proportionate for listed public-interest purposes. That is not a blank cheque for product analytics, marketing, or routine internal retention.

CJEU case-law in the grounding material confirms that general and indiscriminate retention or transmission of traffic and location data is tightly limited. The practical evidence record should therefore identify the specific national law or authority instruction relied on, but this page does not state country-by-country retention rules, interception powers, or penalties.

  • Escalate any retention, disclosure, interception, law-enforcement, national-security, emergency-service, or nuisance-call use case to local counsel before implementation.
  • Keep national-law evidence separate from ordinary Article 6 billing, fraud, traffic-management, marketing, or value-added-service evidence.
  • Do not generalise a lawful national-security or serious-crime retention measure into a broad business retention schedule.
  • Record the legal source, issuing authority or competent body, data categories, affected service, duration limit, safeguards, and review/expiry trigger when a national-law restriction is relied on.
Section 6

Evidence checklist for metadata and location-data reviews

A useful review record should prove the classification, legal rule, data minimisation, notice, consent or anonymisation route, access restriction, and national-law boundary for each traffic or location-data use case.

Use this checklist when launching telecom services, messaging or call features, connected-device features, location-based services, communications analytics, billing logs, fraud-detection workflows, or marketing based on communications metadata.

Can traffic data be kept after a communication ends?

Only on a supported route: anonymisation, billing or interconnection processing for the lawful challenge/payment period, consent-based marketing of electronic communications services, consent-based value-added services, limited authorised access for listed operational purposes, or a valid national-law restriction under Article 15.

Can a location-based service rely only on a privacy policy?

No. For location data other than traffic data, Article 9 requires anonymisation or consent, and consent must be preceded by information about the type of location data, purpose, duration, and any third-party transmission for the value-added service.

When does Article 5(3) matter for metadata or location features?

It matters when the feature stores information on, or gains access to information already stored in, the user's or subscriber's terminal equipment, such as through pixels, tracked URLs, local storage, identifiers, app SDKs, sensors, or IoT reporting over a public communications network.

  • Classification: traffic data, location data that is traffic data, location data other than traffic data, terminal-equipment storage/access, and later GDPR personal-data processing are separated.
  • Necessity: each field has a transmission, billing, interconnection, traffic-management, customer-enquiry, fraud-detection, marketing, or value-added-service purpose.
  • Retention: erasure, anonymisation, billing challenge/payment window, or national-law duration is documented without a made-up universal retention period.
  • Consent: consent evidence identifies the user or subscriber group, purpose, data type, duration, third-party transfer, date/time, interface, and withdrawal or temporary-refusal mechanism.
  • Access: only authorised personnel or value-added-service providers can access the data, and access logs map to the permitted purpose.
  • Change triggers: new data fields, countries, suppliers, SDKs, device sensors, product purposes, emergency-service uses, public-authority requests, or retention instructions reopen review.
Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Primary source for the Article 5, Article 6, Article 9, and Article 15 evidence elements used in this checklist.
"erased or made anonymous"
edpb.europa.eu
Referenced sections
  • Supports evidence for valid consent, demonstrability, prior consent, and easy withdrawal where Articles 6 or 9 rely on consent.
"specific, informed"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission material describes ePrivacy as protecting confidentiality of electronic communications and device integrity alongside GDPR personal-data rules.
"electronic communications"
Related guides

Explore more topics

Are cookie walls allowed under the EU ePrivacy Directive?
FAQ answer on cookie walls under the EU ePrivacy Directive, covering freely given consent, refusal and withdrawal paths, banner evidence, and national-law caveats.
Do Analytics Cookies Require Consent under the EU ePrivacy Directive?
FAQ answer on analytics cookies under Article 5(3) ePrivacy, limited analytics exemptions, configuration evidence, consent logs, and national-law caveats.
ePrivacy cookie consent vs DSA ads obligations: source-limited comparison
Compare ePrivacy cookie and tracking-consent duties with DSA ads workstreams without merging consent, transparency, and evidence obligations.
ePrivacy Directive vs GDPR: cookies, communications, consent, and evidence
Compare the EU ePrivacy Directive and GDPR across subject matter, lex specialis overlap, terminal equipment, communications confidentiality, marketing, consent, enforcement, and evidence.
EU cookie banner requirements under the ePrivacy Directive
EU ePrivacy cookie banner requirements for non-exempt cookies and trackers: prior consent, reject choices, no pre-ticked boxes, withdrawal, analytics limits, cookie walls, and evidence logs.
EU ePrivacy analytics cookies: consent, exemption, and evidence guide
source-linked guide to analytics cookies under EU ePrivacy: Article 5(3) scope, when consent is usually needed, limited analytics exemptions, consent records, and evidence gaps.
EU ePrivacy Applicability Test for Cookies, SDKs, Pixels, Communications, and Marketing
A concrete EU ePrivacy Directive applicability test for electronic communications services, terminal-equipment storage or access, cookies, SDKs, pixels, local storage, direct marketing, GDPR overlap, and evidence.
EU ePrivacy Article 5(3) terminal equipment test
A source-linked Article 5(3) test for cookies, pixels, local identifiers, device APIs, strictly necessary exceptions, and consent evidence.
EU ePrivacy Confidentiality of Communications: Article 5 controls
Article 5 confidentiality guide for EU ePrivacy communications, traffic data, metadata, terminal-equipment access, consent limits, and GDPR interplay.
EU ePrivacy consent-log evidence workflow for cookies and trackers
Build an ePrivacy consent-log workflow that records cookie and tracker decisions, banner versions, consent signals, withdrawals, vendor evidence, and audit-ready outputs.
EU ePrivacy cookie banner UX test cases
source-linked cookie banner UX tests for Article 5(3) ePrivacy consent: reject all, pre-ticked boxes, withdrawal, cookie walls, analytics toggles, and consent evidence.
EU ePrivacy Cookie Scope Classifier Workflow
Classify cookies, pixels, SDKs, local storage, device identifiers, and analytics tracers under Article 5(3) ePrivacy rules, with consent and exemption evidence outputs.
EU ePrivacy direct-marketing consent checklist
Checklist for ePrivacy Directive direct-marketing messages: consent, soft opt-in, sender identity, opt-out handling, proof records, suppression, and national-law caveats.
EU ePrivacy Directive compliance calendar for cookies, consent, and marketing
source-linked ePrivacy calendar covering Directive milestones, Article 5(3) cookie reviews, consent evidence, direct marketing checks, and national-law follow-up.
EU ePrivacy Directive Compliance Checklist
A concrete ePrivacy checklist for terminal equipment access, cookie consent, exemptions, banner UX, direct marketing, confidentiality, GDPR interplay, and evidence records.
EU ePrivacy Directive Compliance Guide for Cookies, Marketing, and Communications
Practical ePrivacy Directive compliance checks for terminal equipment, communications confidentiality, cookie consent, exemptions, direct marketing, evidence, and national-law caveats.
EU ePrivacy Directive Cookies and Consent: Article 5(3), exemptions, and banner evidence
Cookie consent guide for the EU ePrivacy Directive: Article 5(3) scope, strictly necessary and transmission exemptions, consent UX, withdrawal, logs, analytics caveats, and GDPR interplay.
EU ePrivacy Directive direct marketing rules for electronic mail
source-linked guide to Article 13 ePrivacy Directive rules for electronic mail marketing, prior consent, customer soft opt-in, opt-out handling, sender identity, and Member State caveats.
EU ePrivacy Directive Enforcement and Fines
Source-grounded guide to ePrivacy Directive enforcement, national penalties, competent authorities, GDPR interplay, cookie-banner risk, and evidence limits.
EU ePrivacy Directive FAQ: cookies, consent, marketing, GDPR interplay
Answers to recurring EU ePrivacy Directive questions on Article 5(3), terminal-equipment access, cookie consent, exemptions, analytics, direct marketing, GDPR interplay, national enforcement, and evidence.
EU ePrivacy Directive Member State Cookie Rules
How to evidence EU ePrivacy cookie compliance when Article 5(3) is implemented through Member State law and national authority practice.
EU ePrivacy Directive penalties and fines: national enforcement caveats
source-linked guide to ePrivacy Directive penalty exposure, national transposition caveats, cookie enforcement evidence, consent defects, and GDPR overlap limits.
EU ePrivacy Directive Requirements: cookies, communications and marketing
source-linked map of EU ePrivacy Directive requirements for communications confidentiality, terminal-equipment access, consent, traffic and location data, and direct marketing.
EU ePrivacy Directive vs GDPR: cookies, communications, marketing, and evidence
Compare the EU ePrivacy Directive and GDPR by trigger, consent standard, lex specialis overlap, enforcement caveats, and evidence outputs for cookies, device access, communications, and marketing.
EU ePrivacy Directive vs UK PECR: source-limited cookie and marketing comparison
Compare EU ePrivacy Directive rules with a source-limited UK PECR workstream for cookies, terminal equipment, direct marketing, consent, soft opt-in, and evidence.
EU ePrivacy soft opt-in FAQ for email marketing
When Article 13(2) soft opt-in can support EU customer email marketing, including existing-customer, similar-offer, opt-out, sender-identity, suppression-list, and national-law checks.
EU ePrivacy soft opt-in marketing checklist
source-linked checklist for using the EU ePrivacy Directive soft opt-in exception for customer email marketing, opt-outs, sender identity, suppression records, and national-law caveats.
EU ePrivacy soft opt-in marketing review workflow
Review whether an EU electronic-mail marketing send can rely on the ePrivacy soft opt-in, with checks for customer relationship evidence, similar products, opt-out, sender identity, suppression records, and national-law caveats.
EU ePrivacy Strictly Necessary Cookie Exemptions
source-linked guide to the Article 5(3) ePrivacy exemptions for transmission cookies, requested-service cookies, analytics caveats, evidence, and national-law checks.
Is a reject-all button required for EU ePrivacy cookie consent?
Standalone FAQ answer on EU ePrivacy reject-all and refuse options for cookie banners, including equal prominence, deceptive UX, consent evidence, withdrawal, and national-law caveats.
Strictly Necessary Cookies under the EU ePrivacy Directive
FAQ answer on when EU ePrivacy Article 5(3) allows cookies without consent, with grounded examples, analytics caveats, evidence records, and national-law cautions.
What should CMP consent logs retain under the EU ePrivacy Directive?
FAQ answer on CMP consent logs for EU ePrivacy cookie consent: retained fields, consent validity signals, banner versioning, refusal and withdrawal events, proof limits, and national-law caveats.