Artifact GuideEU

EU ePrivacy Directive Strictly Necessary Exemptions

Classify Article 5(3) storage and access that can run without consent only when it fits the transmission exemption or the user-requested service exemption.

Use this page to separate essential cookies from consent-required cookies, document analytics limits, and keep evidence ready for national ePrivacy review.

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

Structured answer sets in this page tree.

Primary sources
7

Cited legal and guidance references.

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

Article 5(3) of the ePrivacy Directive allows storage of, or access to, information on a user's terminal equipment only with consent, except for two narrow cases: technical storage or access for the sole purpose of transmitting a communication, or storage/access that is strictly necessary to provide an information society service explicitly requested by the user. The exemption analysis should be done per cookie, SDK, local-storage item, pixel, identifier, or similar technical operation, not by broad labels such as essential, functional, security, or analytics.

Section 1

Two Article 5(3) exemptions to test

The first exemption is the transmission exemption. WP29 explains that a cookie is not exempt merely because it assists, speeds up, or regulates transmission; the communication must not be possible without it. The examples WP29 ties to this logic include identifiers needed to route information, preserve packet order, or detect transmission errors or data loss.

The second exemption is the requested-service exemption. It requires both an explicit user request for a defined service or functionality and strict necessity for providing that service or functionality. If the user can use the requested functionality with the storage or access disabled, the exemption should not be used.

  • Record which exemption is claimed: transmission only, or strictly necessary for a user-requested functionality.
  • Define the specific functionality from the user's perspective, not the operator's business or measurement interest.
  • Check whether the same cookie or identifier has any second purpose; a multi-purpose item is exempt only if every purpose is independently exempt.
  • Set the lifetime to what the exempt purpose needs; session or short-lived cookies are easier to justify than persistent identifiers.
  • Escalate unresolved doubts to consent instead of labeling the item essential by default.
Section 2

Examples that can be exempt when tightly implemented

WP29 gives concrete examples that may qualify when they are limited to the exempt purpose and not reused for tracking, advertising, or broad analytics. User-input session cookies can keep a multi-page form or shopping basket coherent. Authentication session cookies can keep a user logged in to authorized content during the session. User-centric security cookies can protect the requested login service, for example by detecting repeated failed login attempts.

Other grounded examples include multimedia player session cookies needed for playback, load-balancing session cookies used to keep a user's requests on the correct server during a session, and short-lived user-interface customization cookies where the user has actively selected the setting. Persistent login, tracking, advertising, market research, product improvement, debugging, and cross-site profiling should not be folded into these examples.

  • User-input: form progress, checkout basket, or comparable user-entered state for the session or a short recovery period.
  • Authentication: session token for access to content or functions the user has logged in to use, excluding behavioral monitoring.
  • User-centric security: limited cookies protecting the requested login or account service from abuse.
  • Multimedia playback: session technical data needed for audio or video playback, without extra tracking fields.
  • Load balancing: session routing to the correct server endpoint where that routing is necessary for communication.
  • UI customization: language or display choices actively selected by the user, kept no longer than the choice requires.
Section 3

Technical scope is broader than cookies

The exemption test applies only after the team decides that Article 5(3) is technically triggered. EDPB Guidelines 2/2023 explain that Article 5(3) is not limited to classic browser cookies: it can cover stored or accessed information in terminal equipment, including information that is not personal data, information previously stored by another party, local storage, software instructions, URL and pixel tracking, local processing outputs sent over a network, certain IP-based tracking scenarios, IoT reporting, and unique identifiers.

That breadth matters for essential-cookie registers. A tag, SDK, tracking pixel, mobile identifier, local-storage key, cache mechanism, or JavaScript instruction should not escape review because it is not named as a cookie. The exemption evidence should describe the exact storage or access operation and the receiving or instructing entity.

  • Inventory cookies, local storage, SDK identifiers, tracking pixels, tagged URLs, cache identifiers, and scripts that instruct the device to send information.
  • Document whether the operation stores information, gains access to stored information, or does both.
  • Identify the terminal equipment and whether the operation occurs in a public electronic communications network context.
  • Separate technical scope from exemption status: being in scope does not mean consent is required if an exemption applies, and being essential requires proof.
  • Review third-party and cross-domain components carefully because they often serve a separate service or controller purpose.
Section 4

Analytics caveat and non-exempt purposes

Do not classify analytics as strictly necessary merely because the website owner needs measurement. WP29 says first-party analytics are not strictly necessary to provide a functionality explicitly requested by the user, even though limited first-party aggregated analytics may present lower privacy risk when safeguards are present. CNIL's national guidance describes a narrower audience-measurement exemption under specified conditions, including information, opt-out, limited purposes, no cross-checking, single publisher scope, IP truncation, and limited tracker lifetime.

Advertising, behavioral tracking, frequency capping, affiliate measurement, market analysis, product improvement, debugging, social plug-in tracking, and persistent login should not be treated as strictly necessary based on the sources reviewed. If consent is needed, the consent layer must meet GDPR-quality consent standards and avoid practices such as pre-ticked boxes, cookie walls that remove real choice, misleading link design, or confusing legitimate-interest framing for cookie placement.

  • Classify analytics as consent-required unless a specific national-law exemption and all required safeguards are documented.
  • Do not cross-check exempt audience measurement with customer files, cross-site statistics, advertising profiles, or other processing.
  • Keep audience-measurement trackers independent by publisher where a provider serves multiple publishers.
  • Avoid using an exempt security, authentication, or preference cookie as a shared identifier for analytics or personalization.
  • When consent is required, collect it before placement or reading and keep withdrawal as easy as giving consent.
Section 5

Evidence record for an essential classification

The evidence record should prove the exemption, not simply state that the cookie is essential. The Cookie Banner Taskforce noted that website owners may need to maintain lists and provide documentation on purposes, and that tools can list placed cookies but do not determine their legal nature. Treat scanner output as the starting inventory, then add purpose, functionality, lifetime, controller or processor, and exemption reasoning.

Because ePrivacy is implemented through national law, the record should name the Member State rules or authority guidance checked for the launch market. The EDPB taskforce report also stresses that its positions are a minimum threshold and must be combined with national implementing laws and competent-authority guidance. Commission ePrivacy material likewise frames the device rule around user control over information stored on, or accessed from, devices.

Can analytics cookies be marked strictly necessary under the EU ePrivacy Directive?

Not by default. WP29 says first-party analytics do not meet the two Article 5(3) exemptions because users can access the website functionality without them. A narrow audience-measurement exemption may exist under national guidance only if the specific safeguards and national position are documented.

Is a cookie exempt because it is first-party or session-only?

No. First-party session cookies are more likely to qualify, but WP29 says purpose and implementation decide the exemption. A first-party or session cookie still needs consent if it is used for tracking, advertising, analytics, or another non-exempt purpose.

What should a team do when it is unsure whether an item is strictly necessary?

Document the doubt, avoid firing the item before consent, and collect valid consent unless national guidance or legal review confirms the exemption. The exemption threshold is narrow and the evidence should show the user-requested function cannot work without the storage or access.

  • Identifier: cookie, SDK key, local-storage key, pixel, URL parameter, or other technical operation.
  • Article 5(3) scope: storage, access, terminal equipment, network context, and entity instructing or receiving the information.
  • Exemption claim: transmission or requested-service, with a short explanation of why the service fails without it.
  • Purpose guardrail: confirmation that the item is not reused for advertising, analytics, profiling, product improvement, or other non-exempt purposes.
  • Lifetime and placement: session, short-lived, or persistent duration with the reason and deletion behavior.
  • National-law check: launch countries, regulator guidance reviewed, unresolved country differences, and next review trigger.
  • Proof pack: scanner output, CMP configuration, tag-manager rule, code owner, release approval, test showing consent-required items do not fire before consent, and source citations.
Recommended next step

Review essential cookies against Article 5(3)

Sorena can help classify cookies, SDKs, local storage, pixels, and identifiers against the transmission and requested-service exemptions, then prepare source-linked evidence for CMP and regulator review.

Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Baseline ePrivacy Directive source for terminal-equipment storage or access in Article 5(3).
"terminal equipment of a subscriber or user"
edpb.europa.eu
Referenced sections
  • Grounds evidence expectations for essential classifications and cautions that national implementing laws and authority guidance remain applicable.
"provide documentation on their purposes"
edpb.europa.eu
Referenced sections
  • Consent guidance for free, specific, informed, unambiguous consent, prior consent, proof, and withdrawal.
"free, specific, informed and unambiguous"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission ePrivacy material frames device access and storage around user control over information on devices.
"future proof legal framework"
ec.europa.eu
Referenced sections
  • States that first-party analytics are not exempt under the two Article 5(3) criteria while distinguishing lower-risk safeguarded analytics.
"first party analytics cookies are not exempt"
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 Metadata and Location Data Guide
source-linked 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-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.
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.