Back to compare picker

Cookie consent vs Cookie banner vs Consent prompt vs Preference center vs Privacy settings vs Legal acceptance

Use cookie consent for the actual purpose-level decision, storage blocking, consent record, renewal, and withdrawal model for cookies and similar technologies; use cookie banner for the entry surface, consent prompt for non-cookie optional data-use consent, preference center for durable settings, privacy settings for broader privacy controls, and legal acceptance for terms or policy agreement.

Learn the decision

Match the interaction to the person's task

Use cookie consent for the actual purpose-level decision, storage blocking, consent record, renewal, and withdrawal model for cookies and similar technologies; use cookie banner for the entry surface, consent prompt for non-cookie optional data-use consent, preference center for durable settings, privacy settings for broader privacy controls, and legal acceptance for terms or policy agreement.

Cookie consent

Use it when: The service needs purpose-level runtime enforcement and an evidence record for optional storage choices.

Make this state clear: Pre-consent state with optional storage blocked.

Observe the result: A user rejects all optional cookies, continues using the service, later opens Cookie settings, enables analytics only, receives a saved confirmation, and can withdraw again.

Study the full pattern →

Cookie banner

Use it when: The service sets non-essential cookies or similar device storage technologies.

Make this state clear: Accept non-essential cookies state.

Observe the result: A user changes their mind from Accept to Reject in cookie settings and optional tracking stops for future page loads.

Study the full pattern →

Consent prompt

Use it when: The product needs a user's active agreement for optional data use, marketing, research participation, personalization, partner sharing, AI training, or sensitive-data processing.

Make this state clear: Pre-consent state with optional processing off and the core task still understandable.

Observe the result: A user consents to a beta research study, sees what data will be reviewed, receives a saved confirmation, and later withdraws from the account privacy page with the same purpose label.

Study the full pattern →

Preference center

Use it when: Users need to revisit and change communication, consent, topic, personalization, privacy, channel, language, or data-sharing choices.

Make this state clear: Overview with preference categories and current effective status

Observe the result: A user turns off promotional email, keeps outage SMS and account security email, changes language to Spanish, withdraws ad personalization, and sees which transactional messages remain required.

Study the full pattern →

Privacy settings

Use it when: Users need ongoing control over personal data collection, saved activity, visibility, app access, device permissions, connected services, data sharing, or personalization.

Make this state clear: Privacy settings overview with categories and current effective values.

Observe the result: A user pauses saved activity, clears search history for a date range, disables ad personalization, hides birthday visibility, revokes a connected app, and sees which values apply immediately versus after sync.

Study the full pattern →

Legal acceptance

Use it when: A user must accept terms of service, conditions of sale, policy documents, service agreements, acceptable-use rules, or legal disclosures before access or transaction completion.

Make this state clear: Initial unchecked required agreement state.

Observe the result: A returning user sees updated terms with a change summary, old and new effective dates, a download route, an accept action, and a clear message that access pauses if they decline.

Study the full pattern →

Practice the judgment: Imagine this situation: Analytics, advertising, or personalization tags fire before the user chooses a cookie purpose. Write the person's goal, choose one of these patterns, and show the state that helps the person continue. Use the decision rules and source trail below to explain your choice.

Review the underlying principle →

Decision dimensions

Dimension Cookie consentCookie bannerConsent promptPreference centerPrivacy settingsLegal acceptance
UI or UX UI + UX - Purpose-level consent and runtime enforcement model for cookies, local storage, pixels, tags, SDKs, and similar device storage or accessUI + UX - Cookie and tracking consent controlUI + UX - Specific opt-in decision for optional data use, participation, communication, sharing, or trainingUI + UX - Persistent hub for communication, consent, topic, privacy, language, and personalization choicesUI + UX - Durable privacy-control surface for account, product, device, app-access, activity, visibility, and sharing settingsUI + UX - Explicit agreement gate for terms, conditions, contracts, policies, legal disclosures, or updated service rules before access or transaction commitment
UI guidance Present strictly necessary storage separately from optional cookie purposes such as analytics, advertising, personalization, functional enhancements, pixels, SDKs, and similar technologies.Render a clearly labelled cookie banner at the top of the document before ordinary page content, with service-specific copy, essential-cookie information, equal accept and reject actions for non-essential purposes, and a link to detailed cookie settings.Render a consent prompt as a focused opt-in decision that names the requester, purpose, data involved, optionality, benefit, consequence of declining, withdrawal route, and consent record before the user chooses.Render a preference center as a returnable hub with categories for communications, channels, topics or interests, notification delivery, privacy and data sharing, cookie or tracking consent, personalization, language or locale, required messages, managed values, source-of-truth status, and save feedback.Render privacy settings as a returnable control surface with current effective values, privacy categories, data types, app or service access, account/device/product scope, source of truth, managed or unavailable reasons, last updated status, and save or immediate-apply feedback.Render legal acceptance as a required agreement control that names the document, owner, version or effective date, scope, linked or embedded full terms, and consequence of accepting or declining.
UX guidance Use cookie consent when the user must decide which non-essential storage or tracking purposes can run before optional cookies, tags, pixels, local storage, or SDKs are activated.Use a cookie banner to collect or confirm choices for non-essential cookies, local storage, pixels, service-worker storage, analytics, advertising, personalization, or similar device storage technologies.Use consent prompt when the product needs the user to knowingly agree to a specific optional data-processing purpose such as marketing, research participation, AI training, personalization, partner sharing, or sensitive-data use.Make the effective result clear before and after save: what changes now, what stays required, which rows are policy-managed, which external system owns the value, and where users can withdraw consent or unsubscribe.Use privacy settings when users need to inspect and change ongoing privacy posture for saved activity, profile visibility, app access, device permissions, data sharing, ad personalization, location, connected apps, or product privacy dashboards.Use legal acceptance when users must knowingly agree to terms of service, conditions of sale, workplace terms of use, contract amendments, policy acknowledgements, or other legal documents before proceeding.
Good UI A cookie settings page shows essential cookies locked on, analytics, personalization, and advertising off by default, plus Accept all, Reject all, Save choices, and a vendor details panel.A service banner says it uses essential cookies and asks to use analytics cookies, with Accept analytics cookies, Reject analytics cookies, and View cookies controls at the same level.An AI writing tool asks whether the user wants workspace snippets used to improve future suggestions, shows included data types, keeps the default off, and records the consent version after opt-in.A customer account preference center shows Email, SMS, Push, Topics, Cookies, Data sharing, Language, and Required service messages, each with current status, scope, and last saved time.An account privacy dashboard groups Saved activity, Profile visibility, Ad personalization, Connected apps, Location history, Device permissions, and Data deletion, with current values, scope labels, last updated times, and unavailable reasons.A checkout step shows an unchecked I agree to the conditions of sale checkbox beside linked terms, blocks Place order until checked, and validates the missing agreement next to the checkbox.
Bad UI A second-layer settings panel has all optional cookie categories preselected and a prominent Save button.A banner says by continuing you accept cookies and fires analytics before any button is clicked.A modal says By continuing you agree to personalized offers and partner sharing, with a large Continue button and a small privacy policy link.A single Receive updates switch hides whether it controls marketing email, SMS, push, product notices, analytics consent, or service messages.A single Privacy mode switch claims to turn everything off but leaves ad personalization, public profile visibility, connected apps, and activity retention unchanged.A prechecked agreement checkbox also opts the user into marketing emails and partner sharing.
Good UX A user rejects all optional cookies, continues using the service, later opens Cookie settings, enables analytics only, receives a saved confirmation, and can withdraw again.A user changes their mind from Accept to Reject in cookie settings and optional tracking stops for future page loads.A user consents to a beta research study, sees what data will be reviewed, receives a saved confirmation, and later withdraws from the account privacy page with the same purpose label.A user turns off promotional email, keeps outage SMS and account security email, changes language to Spanish, withdraws ad personalization, and sees which transactional messages remain required.A user pauses saved activity, clears search history for a date range, disables ad personalization, hides birthday visibility, revokes a connected app, and sees which values apply immediately versus after sync.A returning user sees updated terms with a change summary, old and new effective dates, a download route, an accept action, and a clear message that access pauses if they decline.
Bad UX The user closes the banner and the product treats inactivity as consent to advertising cookies.Reject only closes the banner while ad pixels and analytics continue firing.A user clicks Next to finish onboarding and unknowingly opts into marketing because the consent copy was bundled into the terms paragraph.A user opts out of marketing email but continues receiving promotional SMS because the channel matrix was hidden.A user withdraws a consent prompt, but privacy settings still show personalization enabled because the source of truth and sync state are hidden.The UI claims acceptance because the user continued browsing or clicked Pay.
Best fit The service needs purpose-level runtime enforcement and an evidence record for optional storage choices.The service sets non-essential cookies or similar device storage technologies.The product needs a user's active agreement for optional data use, marketing, research participation, personalization, partner sharing, AI training, or sensitive-data processing.Users need to revisit and change communication, consent, topic, personalization, privacy, channel, language, or data-sharing choices.Users need ongoing control over personal data collection, saved activity, visibility, app access, device permissions, connected services, data sharing, or personalization.A user must accept terms of service, conditions of sale, policy documents, service agreements, acceptable-use rules, or legal disclosures before access or transaction completion.
Avoid when The product only needs to show the first-layer cookie notice; use cookie banner.The service uses only strictly necessary cookies and can explain them on a cookies page.The choice is only about non-essential cookies or device storage; use cookie banner.The product only needs a small app setting unrelated to communications, consent, or personalization.The task is a first-time opt-in to one optional purpose; use consent prompt.The choice is optional data processing, marketing, research, or AI training consent; use consent prompt.
Required state Pre-consent state with optional storage blocked.Accept non-essential cookies state.Pre-consent state with optional processing off and the core task still understandable.Overview with preference categories and current effective statusPrivacy settings overview with categories and current effective values.Initial unchecked required agreement state.
Accessibility burden Use native buttons and form controls for accept, reject, save, and purpose choices.Label the cookie banner region with the service name so users know which service is asking for the choice.Associate every checkbox or toggle with a complete purpose label and consequence description.Group categories with headings, fieldsets, legends, and persistent labels that name the affected channel, purpose, topic, source, and scope.Use clear headings, labels, descriptions, and status text for each privacy category and control.Associate missing-acceptance validation with the agreement control and preserve focus context.
Common misuse Firing analytics or advertising tags before the user chooses.Accept-only banners.Treating continued use, scrolling, closing, or inactivity as consent.Using one master preference switch for communication, privacy, cookies, topics, and required messages.Replacing privacy settings with a privacy policy link or legal notice.Relying on continued browsing, payment, account creation, or a footer link as the only acceptance signal.

Cookie consent

UI or UX
UI + UX - Purpose-level consent and runtime enforcement model for cookies, local storage, pixels, tags, SDKs, and similar device storage or access
UI guidance
Present strictly necessary storage separately from optional cookie purposes such as analytics, advertising, personalization, functional enhancements, pixels, SDKs, and similar technologies.
UX guidance
Use cookie consent when the user must decide which non-essential storage or tracking purposes can run before optional cookies, tags, pixels, local storage, or SDKs are activated.
Good UI
A cookie settings page shows essential cookies locked on, analytics, personalization, and advertising off by default, plus Accept all, Reject all, Save choices, and a vendor details panel.
Bad UI
A second-layer settings panel has all optional cookie categories preselected and a prominent Save button.
Good UX
A user rejects all optional cookies, continues using the service, later opens Cookie settings, enables analytics only, receives a saved confirmation, and can withdraw again.
Bad UX
The user closes the banner and the product treats inactivity as consent to advertising cookies.
Best fit
The service needs purpose-level runtime enforcement and an evidence record for optional storage choices.
Avoid when
The product only needs to show the first-layer cookie notice; use cookie banner.
Required state
Pre-consent state with optional storage blocked.
Accessibility burden
Use native buttons and form controls for accept, reject, save, and purpose choices.
Common misuse
Firing analytics or advertising tags before the user chooses.

Cookie banner

UI or UX
UI + UX - Cookie and tracking consent control
UI guidance
Render a clearly labelled cookie banner at the top of the document before ordinary page content, with service-specific copy, essential-cookie information, equal accept and reject actions for non-essential purposes, and a link to detailed cookie settings.
UX guidance
Use a cookie banner to collect or confirm choices for non-essential cookies, local storage, pixels, service-worker storage, analytics, advertising, personalization, or similar device storage technologies.
Good UI
A service banner says it uses essential cookies and asks to use analytics cookies, with Accept analytics cookies, Reject analytics cookies, and View cookies controls at the same level.
Bad UI
A banner says by continuing you accept cookies and fires analytics before any button is clicked.
Good UX
A user changes their mind from Accept to Reject in cookie settings and optional tracking stops for future page loads.
Bad UX
Reject only closes the banner while ad pixels and analytics continue firing.
Best fit
The service sets non-essential cookies or similar device storage technologies.
Avoid when
The service uses only strictly necessary cookies and can explain them on a cookies page.
Required state
Accept non-essential cookies state.
Accessibility burden
Label the cookie banner region with the service name so users know which service is asking for the choice.
Common misuse
Accept-only banners.

Consent prompt

UI or UX
UI + UX - Specific opt-in decision for optional data use, participation, communication, sharing, or training
UI guidance
Render a consent prompt as a focused opt-in decision that names the requester, purpose, data involved, optionality, benefit, consequence of declining, withdrawal route, and consent record before the user chooses.
UX guidance
Use consent prompt when the product needs the user to knowingly agree to a specific optional data-processing purpose such as marketing, research participation, AI training, personalization, partner sharing, or sensitive-data use.
Good UI
An AI writing tool asks whether the user wants workspace snippets used to improve future suggestions, shows included data types, keeps the default off, and records the consent version after opt-in.
Bad UI
A modal says By continuing you agree to personalized offers and partner sharing, with a large Continue button and a small privacy policy link.
Good UX
A user consents to a beta research study, sees what data will be reviewed, receives a saved confirmation, and later withdraws from the account privacy page with the same purpose label.
Bad UX
A user clicks Next to finish onboarding and unknowingly opts into marketing because the consent copy was bundled into the terms paragraph.
Best fit
The product needs a user's active agreement for optional data use, marketing, research participation, personalization, partner sharing, AI training, or sensitive-data processing.
Avoid when
The choice is only about non-essential cookies or device storage; use cookie banner.
Required state
Pre-consent state with optional processing off and the core task still understandable.
Accessibility burden
Associate every checkbox or toggle with a complete purpose label and consequence description.
Common misuse
Treating continued use, scrolling, closing, or inactivity as consent.

Preference center

UI or UX
UI + UX - Persistent hub for communication, consent, topic, privacy, language, and personalization choices
UI guidance
Render a preference center as a returnable hub with categories for communications, channels, topics or interests, notification delivery, privacy and data sharing, cookie or tracking consent, personalization, language or locale, required messages, managed values, source-of-truth status, and save feedback.
UX guidance
Make the effective result clear before and after save: what changes now, what stays required, which rows are policy-managed, which external system owns the value, and where users can withdraw consent or unsubscribe.
Good UI
A customer account preference center shows Email, SMS, Push, Topics, Cookies, Data sharing, Language, and Required service messages, each with current status, scope, and last saved time.
Bad UI
A single Receive updates switch hides whether it controls marketing email, SMS, push, product notices, analytics consent, or service messages.
Good UX
A user turns off promotional email, keeps outage SMS and account security email, changes language to Spanish, withdraws ad personalization, and sees which transactional messages remain required.
Bad UX
A user opts out of marketing email but continues receiving promotional SMS because the channel matrix was hidden.
Best fit
Users need to revisit and change communication, consent, topic, personalization, privacy, channel, language, or data-sharing choices.
Avoid when
The product only needs a small app setting unrelated to communications, consent, or personalization.
Required state
Overview with preference categories and current effective status
Accessibility burden
Group categories with headings, fieldsets, legends, and persistent labels that name the affected channel, purpose, topic, source, and scope.
Common misuse
Using one master preference switch for communication, privacy, cookies, topics, and required messages.

Privacy settings

UI or UX
UI + UX - Durable privacy-control surface for account, product, device, app-access, activity, visibility, and sharing settings
UI guidance
Render privacy settings as a returnable control surface with current effective values, privacy categories, data types, app or service access, account/device/product scope, source of truth, managed or unavailable reasons, last updated status, and save or immediate-apply feedback.
UX guidance
Use privacy settings when users need to inspect and change ongoing privacy posture for saved activity, profile visibility, app access, device permissions, data sharing, ad personalization, location, connected apps, or product privacy dashboards.
Good UI
An account privacy dashboard groups Saved activity, Profile visibility, Ad personalization, Connected apps, Location history, Device permissions, and Data deletion, with current values, scope labels, last updated times, and unavailable reasons.
Bad UI
A single Privacy mode switch claims to turn everything off but leaves ad personalization, public profile visibility, connected apps, and activity retention unchanged.
Good UX
A user pauses saved activity, clears search history for a date range, disables ad personalization, hides birthday visibility, revokes a connected app, and sees which values apply immediately versus after sync.
Bad UX
A user withdraws a consent prompt, but privacy settings still show personalization enabled because the source of truth and sync state are hidden.
Best fit
Users need ongoing control over personal data collection, saved activity, visibility, app access, device permissions, connected services, data sharing, or personalization.
Avoid when
The task is a first-time opt-in to one optional purpose; use consent prompt.
Required state
Privacy settings overview with categories and current effective values.
Accessibility burden
Use clear headings, labels, descriptions, and status text for each privacy category and control.
Common misuse
Replacing privacy settings with a privacy policy link or legal notice.

Legal acceptance

UI or UX
UI + UX - Explicit agreement gate for terms, conditions, contracts, policies, legal disclosures, or updated service rules before access or transaction commitment
UI guidance
Render legal acceptance as a required agreement control that names the document, owner, version or effective date, scope, linked or embedded full terms, and consequence of accepting or declining.
UX guidance
Use legal acceptance when users must knowingly agree to terms of service, conditions of sale, workplace terms of use, contract amendments, policy acknowledgements, or other legal documents before proceeding.
Good UI
A checkout step shows an unchecked I agree to the conditions of sale checkbox beside linked terms, blocks Place order until checked, and validates the missing agreement next to the checkbox.
Bad UI
A prechecked agreement checkbox also opts the user into marketing emails and partner sharing.
Good UX
A returning user sees updated terms with a change summary, old and new effective dates, a download route, an accept action, and a clear message that access pauses if they decline.
Bad UX
The UI claims acceptance because the user continued browsing or clicked Pay.
Best fit
A user must accept terms of service, conditions of sale, policy documents, service agreements, acceptable-use rules, or legal disclosures before access or transaction completion.
Avoid when
The choice is optional data processing, marketing, research, or AI training consent; use consent prompt.
Required state
Initial unchecked required agreement state.
Accessibility burden
Associate missing-acceptance validation with the agreement control and preserve focus context.
Common misuse
Relying on continued browsing, payment, account creation, or a footer link as the only acceptance signal.
Decision rules
  • Choose cookie consent when the core design question is whether analytics, advertising, personalization, pixels, local storage, SDKs, tags, or similar technologies may be stored or accessed on the user's device.
  • Choose cookie banner when the immediate surface is the first-layer notice that announces cookie choices and routes users to accept, reject, or manage settings.
  • Choose consent prompt when the user is opting into a non-cookie purpose such as research contact, AI training, marketing email, partner sharing, or health-data use.
  • Choose preference center when users return later to manage a broader set of communication, topic, language, privacy, and cookie choices from a durable hub.
  • Choose privacy settings when the user manages broader privacy controls such as account, product, device, data-sharing, app-access, activity, export, or deletion controls beyond cookies and similar technologies.
  • Choose legal acceptance when the user must accept terms, conditions, contracts, or policies; a cookie-consent choice is not a terms-of-service agreement.
  • Cookie consent must keep strictly necessary storage separate from optional purposes, keep optional categories off by default, block optional tags before consent, and store purpose-level choices with timestamp, version, region, and withdrawal state.
  • Cookie consent must let users reject optional purposes with comparable effort to accepting, change or withdraw later, and continue using the service where refusal should not block access.
  • Cookie consent should handle Global Privacy Control or similar browser signals, consent version changes, purpose additions, expired consent, no-JavaScript submission, and runtime verification that tags match the stored consent state.
  • Do not treat scrolling, swiping, inactivity, preselected toggles, consent walls, buried privacy-policy text, or an accepted=true cookie as valid cookie consent for optional storage.
Inspect live examples
Failure modes
  • Analytics, advertising, or personalization tags fire before the user chooses a cookie purpose.
  • The consent record stores one accepted flag with no purpose, version, region, timestamp, source surface, or withdrawal state.
  • Reject all is hidden behind a second layer while Accept all is prominent on the first layer.
  • Optional categories are preselected in the settings layer.
  • A browser privacy signal says do not sell or share, but the runtime still enables advertising tags.
  • Users can accept once but cannot find a withdrawal route after the banner disappears.
  • The product adds a new advertising purpose without refreshing consent.

Saved items