What an overlay is
An accessibility overlay is a script that adds a widget to your site. 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.
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.
Sadly, the problems users face are rarely solved by a floating button.
What overlays and shortcuts miss
Keyboard access
Many accessibility failures are not visual. They are interaction failures.
- Menus that cannot be opened, used, and closed with keyboard.
- Modals that trap focus, or lose focus on close.
- Hidden content that remains focusable.
- Focus states that are missing or too subtle to see.
Forms and error handling
Forms are where money and leads are made. They are also where accessibility issues show up fast.
- Missing labels or labels not tied to inputs.
- Required fields not explained.
- Errors that appear without guidance.
- Error messages that are not announced for assistive technology.
- Focus not moving to the error summary, leaving users lost.
Structure and semantics
Assistive technology relies on structure. Overlays do not rewrite your content structure in a safe way.
- Heading order and missing headings.
- Missing landmarks, such as main content and navigation regions.
- Links that make no sense out of context.
- Buttons built from non-button elements, with broken roles and states.
Dynamic components
Many modern interfaces rely on JavaScript behaviour. Overlays do not fix state management and announcements.
- Accordions that do not expose expanded state.
- Tabs that do not follow expected keyboard patterns.
- Carousels that fail keyboard and reduced motion expectations.
- Notifications and validation messages that are never announced.
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.
- Users still face blockers in key journeys.
- Teams postpone proper fixes because the overlay feels like a solution.
- Costs continue as a subscription, without reducing root causes.
- Your site may still fail legal and procurement checks.
What works instead
Accessibility improves when you fix the site, not when you wrap it.
- Start with key journeys. Contact, donate, book, buy.
- Fix HTML structure. Headings, landmarks, lists, and link text.
- Fix interactive components. Menus, modals, tabs, accordions, carousels.
- Fix forms. Labels, instructions, errors, and focus management.
- Retest after fixes, then add a short regression checklist for releases.
What to ask a supplier
- How they test keyboard journeys.
- How they test forms and error handling.
- 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.