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.

This page helps 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
Oct 15, 2026
Overview

requires consent for storage of, or access to, information on a user's unless the operation is solely for transmitting a communication or for the provider to deliver an information society service explicitly requested by the user. Strictly necessary means the requested service or functionality cannot work without that storage or access; business usefulness, measurement value, security for an unrelated service, or a vendor's essential label is not enough. The Commission withdrew its proposed replacement ePrivacy Regulation on 6 October 2025, so this guide applies Directive 2002/58/EC as amended and the relevant national implementing law. Test each purpose of each cookie, SDK, local-storage item, pixel, identifier, or similar operation from the user's requested-service perspective. Reassess after a purpose, lifespan, party, identifier, code path, vendor behaviour, or user-facing feature changes.

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 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.
  • If substantial doubt remains, do not place or read the item before consent while the classification is resolved.
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 cited 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. WP29 also says a social plug-in content-sharing cookie may qualify for a logged-in member who explicitly requests that function, but not for logged-out users or for tracking beyond the requested sharing function. Persistent login, advertising, market research, and cross-site profiling remain outside 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.
  • Social sharing: a session cookie may qualify for a logged-in social-network member who explicitly uses the sharing function, but not for logged-out users, non-members, extra tracking, or a longer lifespan.
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 , 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 whether the device is connected or technically connectable to a public communications network. Storage or access can still be covered while the device is disconnected and can use other means of access.
  • 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 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 Sheet 16, dated 11 June 2020, described a French audience-measurement exemption with detailed safeguards. It is historical guidance: check the current French eligibility rules and configuration before relying on an exemption, and do not export that checklist to another Member State.

Third-party advertising cookies are not exempt. WP29 also treats frequency capping, advertising financial logging, ad affiliation, click-fraud detection, research and market analysis, product improvement, and debugging as non-exempt when they are operational purposes of third-party advertising. Do not turn that passage into a universal rule for every security or debugging operation; classify the actual purpose against the two Article 5(3) tests. If consent is needed, obtain it before storage or access and meet the GDPR consent standard.

For audience-measurement trackers that qualify for the French exemption, CNIL's recommendation consolidated on 16 January 2026 recommends informing users, limiting tracker lifetime to a period suitable for audience comparison such as 13 months without automatic renewal on return visits, retaining the collected information for no more than 25 months, and reviewing both periods regularly. These are CNIL recommendations for an already-exempt setup; they do not establish eligibility or an EU-wide retention rule.

  • Classify analytics as consent-required unless the applicable national authority's guidance confirms that the specific implementation fits an 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. The Commission factsheet page provides non-binding explanatory background on the ePrivacy modernisation initiative.

Can analytics cookies be marked 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. First-party or session status does not exempt tracking, advertising, or analytics. Consent is required unless the actual purpose meets one of the two Article 5(3) exemptions under the applicable national implementation and guidance.

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

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, , 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, or another purpose that fails both exemption tests.
  • 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.
Primary sources

References and citations

edpb.europa.eu4 citations
Referenced sections
  • Grounds banner and evidence caveats for inaccurate essential classifications, reject options, consent validity, and national-law application.
  • Recalled WP29 Opinion 04/2012 when discussing how authorities assess cookies classified as essential.
  • Summarizes common banner issues including missing reject options, pre-ticked boxes, misleading design, and inaccurate essential classifications.
Show 1 more
  • Grounds evidence expectations for essential classifications and cautions that national implementing laws and authority guidance remain applicable.
"INACCURATELY CLASSIFIED « ESSENTIAL » COOKIES"
More quoted passages
"demonstrate the « essentiality »"
"no cookies which require consent"
"provide documentation on their purposes"
ec.europa.eu4 citations
Referenced sections
  • Official WP29 guidance for applying the transmission and requested-service exemptions to common cookie scenarios.
  • Explains the high threshold for both exemption criteria and the need to test purpose and implementation, not cookie labels alone.
  • Lists exemptable use cases and limits them to the relevant session, functionality, or user-requested preference.
Show 1 more
  • States that first-party analytics are not exempt under the two Article 5(3) criteria while distinguishing lower-risk safeguarded analytics.
"verify carefully if it fulfils"
More quoted passages
"the purpose and the specific implementation"
"if they are not used for additional purposes"
"first party analytics cookies are not exempt"
eur-lex.europa.eu3 citations
Referenced sections
  • Binding Article 5(3) source for terminal-equipment storage/access, the consent rule, and the two exemption grounds.
  • Article 5(3) states the consent rule and the two exemptions for transmission and requested information society services.
  • Baseline ePrivacy Directive source for terminal-equipment storage or access in Article 5(3).
"as strictly necessary in order for the provider"
More quoted passages
"sole purpose of carrying out the transmission"
"terminal equipment of a subscriber or user"
cnil.fr2 citations
Referenced sections
  • Historical French guidance from 11 June 2020. National regulator source for the analytics caveat and the need to check national variation before relying on an audience-measurement exemption. Check current French eligibility rules before relying on an exemption.
  • Historical French guidance from 11 June 2020. National regulator guidance showing that audience-measurement exemptions depend on specific safeguards and may vary by country. Check current French eligibility rules before relying on an exemption.
"Subject to a number of conditions"
More quoted passages
"may be subject to national variation"
edpb.europa.eu2 citations
Referenced sections
  • Consent-quality guidance used when an item does not fit an Article 5(3) exemption.
  • Consent guidance for free, specific, informed, unambiguous consent, prior consent, proof, and withdrawal.
"statement or by a clear affirmative action"
More quoted passages
"free, specific, informed and unambiguous"
edpb.europa.eu2 citations
Referenced sections
  • Technical-scope guidance for storage or access involving terminal equipment beyond classic cookies.
  • Defines the technical scope of Article 5(3), including information, terminal equipment, gaining access, and storage.
"storing of information, or the gaining of access"
More quoted passages
"does not exclusively apply to cookies"
oeil.europarl.europa.eu2 citations
Referenced sections
  • Current official procedure status showing that the proposed ePrivacy Regulation was withdrawn on 6 October 2025.
  • Records that the proposed ePrivacy Regulation was withdrawn by the Commission on 6 October 2025 and that the procedure lapsed or was withdrawn.
cnil.fr
Referenced sections
  • For already-exempt audience-measurement trackers, recommends user information, a lifespan suitable for audience comparison such as 13 months without automatic renewal, maximum 25-month retention of collected information, and periodic review. This recommendation does not by itself establish exemption eligibility.
Show all related guides (32)

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

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.