Applicability TestEU

EU ePrivacy Directive Applicability Test

This test helps decide whether an EU ePrivacy rule is triggered by an electronic communications service, confidentiality of communications, terminal-equipment storage or access, cookies, SDKs, pixels, local storage, or .

Designed for privacy, product, marketing, analytics, web, mobile, CRM, and legal teams that need a documented scope decision before launch or change approval.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

Test the operation, actor, and country before choosing an ePrivacy control. Ask whether the flow concerns a publicly available electronic communications service, protected communications or related traffic data, storage of or access to information on , or . A yes answer identifies an EU-level Directive rule, not the complete operational answer: record the relevant Member State implementing law and competent authority, then assess any separate GDPR processing before or after the communication, storage, or access event.

Section 1

Step 1: identify the ePrivacy trigger

Start with the actual user journey, actor, and countries reached, not the vendor category. A website tag, mobile SDK, email pixel, in-app analytics event, connected-device telemetry flow, communications feature, or CRM campaign can each trigger different ePrivacy questions.

Mark the relevant branch when the facts involve a publicly available electronic communications service or network, confidentiality of communications and related traffic data, storage or access on a user's , or by electronic mail, automated calling, fax, SMS, or comparable stored-message channels. Then identify the national transposition that turns the Directive rule into an enforceable local requirement.

  • Electronic communications service: identify whether the product transmits communications, provides internet-based messaging or calling, sends electronic mail, or otherwise uses a public communications network for the relevant flow.
  • Confidentiality of communications: check whether the flow listens to, taps, stores, records, intercepts, monitors, or otherwise processes communications or related traffic data outside the users' own communication activity.
  • Terminal-equipment access or storage: inventory cookies, local storage, session storage, SDK identifiers, mobile advertising IDs, tracking pixels, URL tracking parameters, ETags, cache identifiers, browser APIs, device sensors, IoT telemetry, and locally generated values sent back to a server.
  • : identify electronic mail, SMS, automated calls, fax, and similar campaign channels, then record whether the contact is based on prior consent or the existing-customer similar-products exception in Article 13.
  • Country and actor: record the Member States targeted or otherwise connected to the operation, the entity operating the service or campaign, the party storing or accessing information, and the authority or national guidance used for the final implementation decision.
Section 2

Step 2: apply the Article 5(3) terminal-equipment test

For cookies, SDKs, pixels, local storage, app identifiers, device APIs, and similar techniques, apply Article 5(3) as a technical test. The EDPB frames the test around information, , a public electronic communications context, and storage or gaining access.

Do not limit the review to personal data. The EDPB guidance treats "information" as broader than personal data, and Article 5(3) can apply even where the value read from or written to a device is technical, transient, locally generated, or originally stored by another party.

  • Information: record the exact value or derived value, such as a cookie ID, local-storage key, device ID, IP address, user-agent string, sensor output, browser-generated value, SDK token, or URL identifier.
  • : name the browser, phone, tablet, laptop, connected car, smart TV, IoT device, router, or other endpoint involved in sending, processing, storing, or receiving information.
  • Access or storage: document whether your code writes the value, instructs client software to store it, reads an existing value, calls a device API, embeds a tracking pixel, sends a tracked URL, or receives a value generated by local processing.
  • Public communications context: confirm the equipment is connected or connectable to a public communications network. Storage or access itself need not use that network and can occur while the device is disconnected. A limited public audience such as subscribers does not by itself make a network private.
Section 5

Step 5: record GDPR overlap and direct-marketing scope separately

Do not collapse ePrivacy into a GDPR-only assessment. For cookie placement or reading, the taskforce report describes the ePrivacy framework for the placement or reading step and the GDPR framework for subsequent personal-data processing. Opinion 5/2019 also treats Articles 5(3) and 13 as extended ePrivacy scope areas that can overlap with GDPR.

For marketing, test Article 13 on its own. Prior consent is the baseline for automated calling systems, fax, and electronic mail for . The existing-customer exception is narrower: the same sender may market its own similar products or services when it obtained the electronic contact details in the context of a sale and gives a clear, free, easy objection opportunity at collection and in each message.

Does GDPR consent alone make cookie placement lawful under ePrivacy?

No. Record the Article 5(3) storage or access analysis first. GDPR consent conditions inform consent quality, and GDPR governs later personal-data processing, but the placement or reading of non-exempt cookies and similar technologies remains an ePrivacy scope question under national transposition.

Is local storage or an SDK identifier outside ePrivacy because it is not a browser cookie?

No. The Article 5(3) test covers storage or access to information in , not only RFC-style cookies. Local storage, SDK identifiers, tracking pixels, device values, and locally generated data sent back over a network can be in scope.

What evidence should a team keep for an ePrivacy applicability decision?

Keep a dated data-flow map, cookie and SDK inventory, before-consent network trace, CMP configuration, consent and withdrawal logs, essential-cookie rationale, direct-marketing basis, suppression-list test, GDPR overlap note, source citations, approver, and reassessment triggers for product, vendor, country, or purpose changes.

  • GDPR overlap record: after the ePrivacy trigger, document controller roles, purpose, lawful basis, transparency text, recipients, transfers, retention, data-subject rights, and whether withdrawal of ePrivacy consent also requires stopping or deleting GDPR-covered processing.
  • Competence record: note that ePrivacy issues may sit under national transposition and competent authorities, and do not assume the GDPR one-stop-shop mechanism resolves the ePrivacy placement or reading issue.
  • record: keep the consent capture or existing-customer basis, product-similarity rationale, sender identity, suppression list rule, opt-out wording, opt-out timestamp, and evidence that every message includes a free and easy refusal route.
  • Conflict rule: if a cookie or SDK placement is unlawful under Article 5(3), do not try to rescue later profiling or advertising processing by switching silently to GDPR legitimate interests.
Recommended next step

Check cookies, SDKs, pixels, communications, and marketing before release

Sorena can convert this applicability test into a product-specific evidence pack with a tracker inventory, consent-state tests, direct-marketing basis records, GDPR overlap notes, and cited source support.

Primary sources

References and citations

eur-lex.europa.eu4 citations
Referenced sections
  • Primary legal text for electronic communications service scope, confidentiality of communications, terminal-equipment storage/access, traffic and location data, direct marketing, and Member State transposition.
  • Supports the core scope test for publicly available electronic communications services, communications confidentiality, Article 5(3) terminal-equipment storage/access, traffic and location data, and Article 13 direct marketing.
  • Article 5(3) is the legal source for the storage/access condition and the transmission and strictly-necessary exceptions.
Show 1 more
  • Article 13 supports the direct-marketing test for electronic mail, automated calls, fax, and the existing-customer similar-products exception.
"terminal equipment"
More quoted passages
"publicly available electronic communications services"
"storing of information, or the gaining of access"
"direct marketing"
edpb.europa.eu4 citations
Referenced sections
  • Practical enforcement-oriented source for common cookie banner issues, including reject controls, pre-ticked boxes, deceptive design, essential classifications, legitimate-interest confusion, and withdrawal access.
  • Supports practical scrutiny of essential-cookie classifications and the need to demonstrate why listed cookies are essential.
  • Supports the banner QA checks for reject controls, pre-ticked boxes, deceptive design, legitimate-interest confusion, essential classifications, and withdrawal access.
Show 1 more
  • Supports the split between ePrivacy placement or reading of cookies and GDPR subsequent processing, and notes that the GDPR one-stop-shop mechanism does not apply to ePrivacy issues.
"Cookie Banner Taskforce"
More quoted passages
"essentiality"
"pre-ticked boxes"
"placement or reading of cookies"
edpb.europa.eu2 citations
Referenced sections
  • Consent quality source for freely given, specific, informed, unambiguous consent, cookie walls, affirmative action, proof, and withdrawal.
  • Supports the GDPR consent quality requirements used for ePrivacy consent, including freely given, specific, informed, unambiguous consent, no cookie walls, no scrolling consent, and easy withdrawal.
"freely given"
More quoted passages
"clear affirmative action"
edpb.europa.eu2 citations
Referenced sections
  • Technical scope guidance for Article 5(3), including cookies, URL and pixel tracking, local processing, IP-only tracking, IoT reporting, and unique identifiers.
  • Provides the four technical elements for Article 5(3) applicability and examples covering URL and pixel tracking, local processing, IP-only tracking, IoT reporting, and unique identifiers.
"gaining access"
More quoted passages
"information"
edpb.europa.eu2 citations
Referenced sections
  • Source for treating ePrivacy and GDPR as co-existing frameworks and separating ePrivacy-specific duties from subsequent GDPR-covered processing.
  • Supports the separation between ePrivacy-specific obligations and GDPR obligations where the same processing operation falls within both frameworks.
"interplay"
More quoted passages
"co-existence"
ec.europa.eu2 citations
Referenced sections
  • Historical Commission explanatory material about the then-proposed ePrivacy Regulation and its intended distinction between communications confidentiality, device integrity, internet-based communications, and GDPR personal-data rules.
  • Historical Commission explanatory material about the then-proposed ePrivacy Regulation, including its intended distinction from GDPR personal-data protection and its intended treatment of communications confidentiality and information on users' devices.
"protects the confidentiality"
More quoted passages
"confidentiality of electronic communications"
ec.europa.eu2 citations
Referenced sections
  • Guidance for deciding whether a cookie or similar technology is exempt because it is solely for transmission or strictly necessary for a user-requested service.
  • Supports the two Article 5(3) exemption criteria and examples of cookies more likely or less likely to be exempt.
"sole purpose"
More quoted passages
"strictly necessary"
Show all related guides (32)

EU ePrivacy consent-log evidence workflow for cookies and trackers

Build evidence that links each cookie or tracker decision to the banner shown, the user's signal, the live technical behavior, withdrawal, and later changes.

EU ePrivacy cookie banner UX test cases

Source-backed 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

Decide whether cookies, pixels, SDKs, local storage, identifiers, and analytics fall within Article 5(3), then document consent, an exemption, or escalation.

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-backed 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-backed 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-backed 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 Metadata and Location Data Guide

Source-backed guide to EU ePrivacy Directive rules for traffic data, location data, anonymisation, consent, value-added services, Article 5(3) overlap, and national-law limits.

EU ePrivacy Directive penalties and fines: national enforcement caveats

Source-backed 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-backed 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: cookies and direct marketing

Compare the EU ePrivacy Directive with current UK PECR rules for device storage and access, statutory exceptions, consent, electronic-mail marketing, soft opt-ins, and enforcement.

EU ePrivacy soft opt-in marketing checklist

Source-backed 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

Decide whether an electronic-mail marketing audience meets every Article 13 soft opt-in condition, or must be suppressed or supported by valid prior consent.

EU ePrivacy Strictly Necessary Cookie Exemptions

Source-backed guide to the Article 5(3) ePrivacy exemptions for transmission cookies, requested-service cookies, analytics caveats, evidence, and national-law checks.

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.

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.

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 cited 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.