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.
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.
1
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.
Explains the high threshold for both exemption criteria and the need to test purpose and implementation, not cookie labels alone.
the purpose and the specific implementation
2
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.
Recalled WP29 Opinion 04/2012 when discussing how authorities assess cookies classified as essential.
demonstrate the « essentiality »
3
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.
Baseline ePrivacy Directive source for terminal-equipment storage or access in Article 5(3).
terminal equipment of a subscriber or user
4
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.
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.
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.
5
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.
Records that the proposed ePrivacy Regulation was withdrawn by the Commission on 6 October 2025 and that the procedure lapsed or was withdrawn.
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 cited evidence for CMP and regulator review.
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.
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.