Test CasesEU

EU ePrivacy Directive Cookie banner UX test cases

Use these test cases to check whether a cookie banner lets users make, refuse, change, and prove Article 5(3) choices before non-essential storage or access occurs.

Built for privacy, product, analytics, marketing, engineering, and CMP owners who need concrete pass/fail checks rather than generic cookie-banner advice.

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

Run these test cases against the deployed banner and the network behavior it controls. Each case states the user journey, expected result, evidence, and the limited conclusion the test supports. The EDPB Cookie Banner Taskforce report coordinates authority views but expressly does not replace national transposition law or case-by-case assessment, so record the Member State requirements used for the final pass or fail decision.

Section 1

Test the Article 5(3) trigger before testing the banner

Start each test run by classifying the technologies loaded on the page. Article 5(3) applies when the operation stores information on, or gains access to information already stored in, a user's terminal equipment in the required communications context. A transmission-only or strictly necessary exemption can remove the requirement; it does not remove the operation from the Article 5(3) assessment.

Do not limit the inventory to browser cookies. EDPB technical-scope guidance covers storage and access patterns such as JavaScript-triggered network calls, tracking pixels, tracked URLs, local storage, application identifiers, and some IP-based or device-derived signals when they originate from terminal equipment.

  • Pass: before any choice, every storage or access operation has a documented exemption under the applicable national rules; -required operations remain blocked.
  • Fail: analytics, advertising, social, A/B testing, personalization, affiliate, or tracking pixels fire before unless a documented exemption applies.
  • Evidence: network logs, browser storage snapshots, tag-manager version, CMP configuration, cookie inventory, purpose classification, and the exemption rationale for every item allowed before .
  • What this proves: the banner is not being used to ask for after the terminal-equipment access has already happened.
Section 2

Reject-all and equal-choice first-layer test

Open the page in a clean browser profile and inspect the first banner layer. If it offers an accept-all action for non-essential cookies, test whether the user also has a clear and usable way to refuse before any non-essential storage or access.

The EDPB Cookie Banner Taskforce reported that a vast majority of authorities considered the absence of any refuse, reject, or not- option on a layer containing a consent button inconsistent with valid consent. It did not create a binding EU-wide layout rule, and authorities did not agree on every visual-detail question. Evaluate placement, wording, contrast, keyboard focus order, and the applicable national position.

  • Pass: the first layer presents accept and reject choices with clear wording, usable controls, and no misleading visual hierarchy that makes refusal hard to find or read.
  • Fail or escalate: there is no refusal option on any layer containing the action, refusal is unreadable or presented as unavailable, or the design implies that access requires acceptance without a supported necessity or national-law analysis.
  • Evidence: screenshots at desktop and mobile widths, accessibility tree or tab-order capture, computed contrast for competing controls, CMP event logs, and a network trace showing non-essential tags remain blocked after rejection.
  • What this proves: the user had a genuine refusal path before -required terminal-equipment access occurred.
Section 3

Pre-ticked boxes and granular purpose-toggle test

Click into the settings layer and inspect every purpose, vendor, and technology toggle. -required purposes should start off by default; the user's active selection should be needed before those purposes are enabled.

The test should also check granularity. If analytics, advertising, personalization, social plug-ins, and A/B testing are bundled behind one switch, the evidence should explain whether each purpose is being accepted separately or whether a single toggle is forcing to unrelated purposes.

  • Pass: -required categories and vendors are off by default, necessary items are visibly separated, and the user can accept one non-essential purpose without accepting all others.
  • Fail: any opt-in box is pre-ticked, opt-out wording requires the user to deselect agreement, or a broad bundled toggle silently enables several non-essential purposes.
  • Evidence: clean-profile screenshots of default settings, exported CMP configuration, purpose-to-tag map, vendor list, and a before-and-after storage diff for each toggle.
  • What this proves: was an affirmative, purpose-specific action rather than silence, inactivity, or a hidden opt-out construction.
Section 4

Withdrawal and change-my-choice test

After accepting non-essential cookies, test whether the same user can find a persistent route to change or withdraw . The route can be a footer link, privacy settings control, account setting, or CMP icon, but it must be available without unusual effort and without lowering the service level.

The withdrawal test is not complete when the UI flips a toggle. It should also confirm that -dependent tags stop, future reads or writes are blocked, downstream suppression signals are sent where used, and any deletion or retention behavior is documented.

  • Pass: a user can withdraw through the same website or app interface with effort comparable to giving consent, and non-essential tags stop after withdrawal.
  • Fail: withdrawal requires calling support, sending email, waiting for office hours, clearing browser storage manually, accepting degraded content, or hunting through unrelated pages.
  • Evidence: screen recording from accept to withdraw, timestamps, CMP -string changes, network traces before and after withdrawal, suppression logs, and the user-facing text that explained withdrawal before consent.
  • What this proves: remains reversible and under user control after the first banner decision.
Section 6

Analytics-toggle and exemption test

Assess analytics separately before treating it as exempt. CNIL's 11 June 2020 sheet described a French audience-measurement opt-out model with purpose limits, no cross-checking, single-publisher scope, IP truncation, tracker-lifetime limits, and user-choice controls. Verify current French eligibility and the deployed configuration rather than approving an exemption from that historical checklist. Other Member States require their own national assessment.

For audience-measurement trackers that already qualify for the French exemption, CNIL's recommendation consolidated on 16 January 2026 recommends user information, a lifetime suitable for audience comparison such as 13 months without automatic renewal, a maximum 25-month retention of collected information, and periodic review. These recommendations do not establish eligibility.

When the deployment does not meet an applicable national exemption, analytics must remain off before , be blocked after rejection, and stop after withdrawal. Use a clear purpose control where the banner offers separate choices.

  • Pass: exempt analytics has a documented national basis, matching configuration, and any user-choice controls that basis requires; otherwise analytics is off until the user actively enables it.
  • Fail: analytics fires before because the team labels it necessary without an exemption analysis, shares identifiers across publishers, cross-checks with customer files, or uses third-party behavioral analytics as a necessary service cookie.
  • Evidence: analytics vendor configuration, proof that outputs are anonymous, tracker and data-retention settings, data-sharing and cross-site controls, user information, objection UI where relevant, purpose map, provider self-assessment, and network proof that analytics follows the recorded choice.
  • What this proves: the analytics toggle or exemption is based on the actual implementation rather than a generic analytics label.
Primary sources

References and citations

edpb.europa.eu6 citations
Referenced sections
  • Grounds consent-quality tests for free choice, cookie walls, affirmative action, withdrawal, and proof of consent.
  • Supports the equal-choice test because valid consent requires real choice, control, and refusal without detriment.
  • Supports testing for affirmative action, granularity, informed choice, and rejection of pre-ticked or opt-out consent patterns.
Show 3 more
  • Supports testing that withdrawal is as easy as giving consent, available through the same electronic interface, free of charge, and without lower service levels.
  • Supports cookie-wall testing where access to services or functionality is made conditional on terminal-equipment storage or access consent.
  • Supports keeping enough consent records to demonstrate how and when consent was obtained and what information was shown.
"freely given, specific, informed and unambiguous"
More quoted passages
"real choice and control"
"Silence or inactivity"
"withdrawn by the data subject as easy as giving consent"
"so called cookie walls"
"demonstrate that valid consent has been obtained"
edpb.europa.eu5 citations
Referenced sections
  • Grounds the banner UX tests for first-layer reject options, pre-ticked boxes, misleading link design, deceptive contrast, and complaint evidence.
  • Supports first-layer reject testing, pre-consent blocking, and review of misleading link, colour, and contrast patterns in cookie banners.
  • Supports treating pre-ticked opt-in boxes in cookie-banner settings as invalid consent for Article 5(3) purposes.
Show 2 more
  • Supports checking whether banner wording or design gives users the impression that consent is required to access website content.
  • Supports preserving banner-specific evidence because cookie complaints are assessed against concrete practices and national ePrivacy implementations.
"Cookie Banner Taskforce"
More quoted passages
"NO REJECT BUTTON ON THE FIRST LAYER"
"PRE-TICKED BOXES"
"gives users the impression"
"case-by-case verification"
eur-lex.europa.eu3 citations
Referenced sections
  • Primary Article 5(3) source for consent before terminal-equipment storage or access and the transmission-only or strictly necessary exceptions.
  • Grounds the Article 5(3) test: consent is required for terminal-equipment storage or access unless the activity is transmission-only or strictly necessary for a user-requested service.
  • Supports treating consent and withdrawal controls as part of the same terminal-equipment access compliance record.
"storing of information, or the gaining of access"
More quoted passages
"subscriber or user concerned has given his or her consent"
ec.europa.eu3 citations
Referenced sections
  • Grounds strict-necessity and cookie-exemption analysis, including why purpose and implementation matter more than cookie type alone.
  • Supports separating strictly necessary cookies from consent-required cookies by purpose and by the service explicitly requested by the user.
  • Supports testing analytics against strict-necessity and purpose limits rather than assuming audience measurement is automatically exempt.
"Cookie Consent Exemption"
More quoted passages
"strictly necessary in order for the provider"
"first party analytics cookies are not exempt from consent"
cnil.fr2 citations
Referenced sections
  • Grounds analytics-specific testing for consent, opt-out operation, purpose limits, IP truncation, tracker lifetime, and restrictions on cross-checking.
  • Historical French guidance dated 11 June 2020 for audience-measurement consent, objection, purpose limits, IP truncation and tracker lifetime; verify current exemption eligibility separately.
"Use analytics on your websites and applications"
More quoted passages
"before depositing or reading a cookie or tracer"
edpb.europa.eu2 citations
Referenced sections
  • Grounds the technical scope of cookie-banner testing beyond cookies, including storage, access, JavaScript, identifiers, pixels, tracked URLs, and local processing.
  • Supports testing cookies, JavaScript, tracking pixels, tracked URLs, local processing, identifiers, and other terminal-equipment access patterns, not only classic cookies.
"technical scope of Art. 5(3)"
More quoted passages
"Storage and access do not need to be cumulatively present"
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 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.