Accessibility

The Consentfolio banner is built so that consent choices are genuinely accessible, not just visually present. These behaviors are fixed product policy — they are not customizer options a customer can turn off, because they're what makes the banner defensible as a real choice rather than a dark pattern.

What's guaranteed

• "Reject all" is never buried. It's always available in the first layer, and it is always the same element type and size as "Accept all" — neither button is visually emphasized over the other. ("Preferences" may be styled as a link rather than a button; the accept/reject pair may not.)
• No pre-ticked non-essential toggles. Every non-essential category defaults to off; consent has to be an affirmative action, never an assumed one.
• Proper dialog semantics. The banner and preferences modal use aria-modal dialog semantics, so assistive technology announces and treats them as the modal they are.
• Real switch semantics on toggles. The per-category toggles in the preferences modal are implemented as actual switches for assistive technology, not divs styled to look like one.
• Visible focus at all times. Keyboard focus is always visibly indicated as you move through the banner and modal.
• Focus trap tested across the shadow boundary. The banner renders inside a Shadow DOM; focus trapping is verified to work correctly across that boundary, so keyboard users can't accidentally tab out to the underlying page while the dialog is open, and can't get stuck unable to tab back in.
• Withdrawal is always one click away. After a visitor makes a choice, a small cookie icon remains available on the page so they can reopen their preferences and change their mind at any time — this icon cannot be disabled.

Questions or issues

If you encounter an accessibility problem with the banner on your site, that's a bug in f.js itself (the behavior above is meant to be consistent everywhere it's embedded) — please report it so we can fix it centrally rather than working around it per site.