What an overlay is
An accessibility overlay is a script that adds a widget to your site Source 2 . It offers controls such as font size, contrast, and other tweaks.
It often claims to make a website compliant. In practice, it tends to sit on top of problems instead of fixing them Source 1 Source 2 .
Why people buy them
Overlays look like a quick win. They feel cheaper than proper work. They also feel like a single purchase that removes risk.
The problems users face rarely get solved by a floating button Source 4 .
What overlays and shortcuts miss
Keyboard access
Many accessibility failures are not visual. They are interaction failures Source 5 .
- Menus that cannot be opened, used, and closed with keyboard Source 5 .
- Modals that trap focus, or lose focus on close Source 5 .
- Hidden content that remains focusable Source 5 .
- Focus states that are missing or too subtle to see Source 5 .
Forms and error handling
Forms are where money and leads are made. They are also where accessibility issues show up fast Source 8 .
- Missing labels or labels not tied to inputs Source 8 .
- Required fields not explained Source 7 .
- Errors that appear without guidance Source 7 Source 9 .
- Error messages that are not announced for assistive technology Source 7 .
- Focus not moving to the error summary, leaving users lost Source 9 .
Structure and semantics
Assistive technology relies on structure Source 5 . Overlays do not rewrite your content structure in a safe way Source 3 .
- Heading order and missing headings Source 5 .
- Missing landmarks, such as main content and navigation regions Source 5 .
- Links that make no sense out of context Source 5 .
- Buttons built from non-button elements, with broken roles and states Source 5 .
Dynamic components
Many modern interfaces rely on JavaScript behaviour. Overlays do not fix state management and announcements Source 6 Source 3 .
- Accordions that do not expose expanded state Source 5 .
- Tabs that do not follow expected keyboard patterns Source 5 .
- Carousels that fail keyboard and reduced motion expectations Source 5 .
- Notifications and validation messages that are never announced Source 7 .
The risk you take on
An overlay can create a false sense of safety. It can also create new problems, such as conflicts with existing UI, performance cost, and confusing experiences Source 3 Source 10 .
- Users still face blockers in key journeys Source 4 .
- Teams postpone proper fixes because the overlay feels like a solution Source 1 Source 2 .
- Costs continue as a subscription, without reducing root causes.
- Your site still fails legal and procurement checks Source 11 Source 12 .
What works instead
Accessibility improves when you fix the site, not when you wrap it Source 6 .
- Start with key journeys. Contact, donate, book, buy.
- Fix HTML structure. Headings, landmarks, lists, and link text Source 5 .
- Fix interactive components. Menus, modals, tabs, accordions, carousels Source 6 .
- Fix forms. Labels, instructions, errors, and focus management Source 8 Source 7 .
- Retest after fixes, then add a short regression checklist for releases Source 6 .
What to ask a supplier
- How they test keyboard journeys Source 6 .
- How they test forms and error handling Source 6 .
- Whether they provide fix support and retesting.
- What artefacts you get, report, fixes, and retest notes.
Next step
If you need progress fast, start with a short audit of one key journey and the templates that power it. Fix the blockers, retest, then expand Source 6 .
Sources
- [1] The A11Y Project. Should I use an accessibility overlay?. Back to article
- [2] Scope. Why accessibility overlays and widgets do not improve your website accessibility. Back to article
- [3] European Disability Forum and IAAP. Joint statement on accessibility overlays. Back to article
- [4] WebAIM. Survey of Web Accessibility Practitioners, results, overlay effectiveness. Back to article
- [5] W3C. Web Content Accessibility Guidelines (WCAG) 2.2. Back to article
- [6] W3C WAI. Evaluating Web Accessibility Overview. Back to article
- [7] W3C. WCAG 2.2, Guideline 3.3 Input Assistance. Back to article
- [8] W3C WAI. Forms tutorial. Back to article
- [9] GOV.UK Design System. Error message component. Back to article
- [10] web.dev. Load Third-Party JavaScript. Back to article
- [11] GOV.UK. Accessibility requirements for public sector websites and apps. Back to article
- [12] Bird and Bird. UK accessibility requirements for websites and mobile applications. Back to article