Opt-out is a different architecture, not a translated banner
The most expensive mistake in US privacy work is treating it as a localisation exercise. Under GDPR you ask first and track after. Under CCPA and its successors you may track by default, but you must give a clear, working way to stop — and that mechanism has to be present on every page, reachable without an account, and effective without you verifying who the person is.
That inverts the engineering. Instead of gating tags behind a consent event, you are maintaining an opt-out state that has to suppress specific downstream sharing, propagate to your advertising partners, and persist across sessions and devices as far as you reasonably can. A consent banner bolted onto that does not produce compliance; it produces two contradictory states.
Sensitive personal information adds a second axis. Certain categories carry a right to limit use, which is distinct from the sale-and-share opt-out and needs its own control and its own downstream effect. Sites that collapse both into a single toggle are usually failing one of them.
- A conspicuous 'Do Not Sell or Share My Personal Information' link, present site-wide
- An opt-out flow that works without identity verification or account creation
- A separate control for limiting the use of sensitive personal information where it applies
- Opt-out state that persists and propagates to advertising and analytics partners, not just to your own storage
- Notice at collection surfaced where data is actually collected
Global Privacy Control is not optional
GPC is a browser-level signal that communicates an opt-out without the user visiting your banner at all. California treats it as a valid opt-out request, and several other states have followed. If your site ignores it, you are not compliant regardless of how good your banner looks — the user has made a request and you have not honoured it.
Implementing GPC properly is more than reading the header or the JavaScript property. The signal has to translate into the same opt-out state your banner produces, apply on the first page view rather than after a round trip, and be reflected back to the user so they can see their choice was received. That last part matters because a signal you honour silently is indistinguishable, from the user's side, from one you ignored.
It also has to interact sensibly with an explicit later choice. If a user with GPC enabled affirmatively opts back in on your site, the system needs a defined resolution rather than a race between two sources of truth.
- Detection of the GPC signal via header and navigator property, applied before tags load
- Signal mapped into the same opt-out state as an on-site opt-out, not a parallel one
- Visible confirmation to the user that the signal was honoured
- Defined precedence between GPC and a later explicit choice
- IAB GPP string handling where you participate in the US national or state sections
Twenty states, one baseline
Running a distinct banner configuration per state does not scale and produces inconsistencies nobody can audit. The workable approach is a single baseline that satisfies the strictest applicable requirements, with targeted geolocation variation only where a state genuinely diverges in a way that matters to your business.
Which states apply to you is a threshold question — most of these laws have revenue or volume triggers, and a mid-sized business is often in scope for four states rather than twenty. Establishing that first prevents a lot of unnecessary engineering. Where you are in scope broadly, the baseline approach costs less to build and far less to maintain than per-state rule sets.
The variation that does matter tends to be around sensitive data definitions, minors, and whether a state recognises opt-out preference signals. We map those onto your actual data flows rather than onto a generic matrix.
What enforcement has actually punished
The US enforcement record is unusually instructive because the findings are specific and technical. Cases have turned on opt-out flows that required more steps than opting in, on links that were present but did not function, on forms demanding verification for a request that does not require it, and on signals received and not acted upon.
None of those are conceptual failures. They are implementation failures, findable by anyone willing to open the page and click through the flow — which is exactly what regulators did. That is the standard we test against: not whether the controls exist, but whether a determined person following them end to end actually ends up opted out.
We run that walkthrough as part of every engagement and document it. If a regulator asks how you know your opt-out works, the answer should be a test record, not a screenshot of a footer link.
Background reading
The detail behind this work is written up in our Knowledge Hub. These are the guides we hand to clients before a kick-off call.
- CCPA Cookie Banner Requirements (2026): The Practitioner's Guide to Compliant Opt-Out, GPC, and Banner Design
- Global Privacy Control (GPC) in 2026: The Complete Compliance and Implementation Guide
- The Honda, Ford, and Disney CCPA Cases: What Every Cookie Banner Designer Must Learn
- The US State Privacy Law Tracker for 2026: Twenty Laws, One Compliance Baseline
Frequently asked questions
- Do we need a cookie banner for US traffic?
- Not in the GDPR sense. US state laws are predominantly opt-out regimes, so you generally may collect and share by default provided you give a clear, working way to stop. What you need is a site-wide 'Do Not Sell or Share My Personal Information' mechanism, notice at collection, and honouring of opt-out preference signals — not a consent gate.
- Is honouring Global Privacy Control mandatory?
- In California, yes — GPC is treated as a valid opt-out request, and several other states have followed. Ignoring it means you have received a request and not honoured it, which is a violation regardless of how well your on-site banner works.
- Can we ask users to verify their identity before processing an opt-out?
- No. A sale-and-share opt-out is not a request that requires verification, and adding verification steps has featured directly in enforcement actions. The opt-out has to work without an account, without identity proof, and without more friction than opting in.
- How many states do we actually need to comply with?
- Usually fewer than you expect. Most of these laws have revenue or data-volume thresholds, so a mid-sized business is often in scope for a handful of states rather than all twenty. Establishing your actual scope first prevents a lot of unnecessary engineering, and we do that before proposing an implementation.
- How does this fit with our existing GDPR banner?
- They should share one system, not run as two. We build a single consent and preference layer with geolocation-driven behaviour — opt-in mechanics for EEA and UK traffic, opt-out mechanics for applicable US states — so a user's state lives in one place and can be audited in one place.
- What about the limit on sensitive personal information?
- It is a separate right from the sale-and-share opt-out and needs its own control and its own downstream effect. Collapsing both into one toggle usually means one of them is not actually being honoured. We implement them as distinct states mapped to the specific processing each one restricts.
Related services
Cookie Consent Implementation
Banner, preference centre and category mapping built to survive an audit and a redesign.
OneTrust Implementation
Configuration, UCPM, migrations and rescue work from OneTrust implementation specialists.
Google Consent Mode v2 & GTM
Consent state wired through Tag Manager so measurement and compliance stop fighting.
See the full range on our services overview, including audits, privacy notice management and internal team training.
Talk to someone who has done this before
Tell us what you are running today and what is failing. We will tell you what it takes to fix it — scope, sequence and effort — before you commit to anything.