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 . If you need help with an accessibility audit or fixing accessibility issues properly, accessibility services can provide the testing and fixes you need. For more on accessibility overlays and why they fail, see accessibility overlays and widgets and accessibility overlays expertise.
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