Imagine approaching a business entrance that had a big silver button adorned with a wheelchair symbol. Press it, and the door swings open automatically, a feature seemingly perfect for guests using wheelchairs or facing mobility challenges. Kids love pressing it too, enjoying the simple magic of technology. At first glance, everyone appreciates the business’s effort to be accessible. But here’s the catch—this door is at the top of some stairs, and the wheelchair ramp is either blocked or nonexistent. It looks good on the surface, but it’s fundamentally flawed.
This is a classic example of well-intended solutions failing those they’re meant to serve, and it’s not just a problem in the physical world. On the web, the same scenario unfolds through the use of accessibility widgets—those little software add-ons that claim to magically solve all accessibility issues with a few clicks.
Some years ago, I was asked to review a handful of sites that had these widgets and overlays installed. A company had promised to make websites “fully compliant” with the WCAG 2.0 AA standards for a fraction of the usual cost our team was charging for our smallest projects. The problem? The widgets themselves often weren’t accessible. What’s more, the “AI” that supposedly powered these fixes was nothing more than experts manually coding rules and automated fixes behind the scenes.
Accessibility isn’t a one-size-fits-all issue. Many guidelines, like creating alt text for images, are highly contextual. The decisions about whether an image is decorative, informational, or interactive—and how to describe it—can drastically change its alt text. So it wasn’t really surprising that the first dozen or so sites I examined were nowhere near compliant.
They failed in obvious ways: the widgets themselves didn’t meet contrast standards, proper headings were absent, and keyboard navigation was a nightmare. For the first few sites I looked at, it seemed as if the writers of the overlay accessibility software simply did not know about many basic WCAG guidelines—the same ones they were certifying full compliance in—like rules against autoplaying content or the importance of heading order.
The silver lining was evident when we showed our clients how these widgets failed to address fundamental issues. They quickly saw the light and opted against using the service. Over the years, some widget makers have improved and have become more cautious about claiming “full WCAG compliance.”
Yet a fundamental problem remains: if you outsource your responsibility to understand the experience of your assistive technology users, you won’t know when those third-party tools are failing them.
Some accessibility overlay products have even worsened the user experience for assistive technology users, leading to lawsuits against the folks installing these on their websites.
The lesson here?
Accessibility is not a checkbox or button that we get to just click and walk away from. It requires ongoing effort, education, and a genuine interest in understanding your user’s experience.
Web accessibility is also not about perfection, or hitting some magic spot where “compliance is certified,” but about making reasonable, substantial efforts toward inclusivity.
Let’s shift our focus from the illusion of quick fixes to the reality of sustained effort. Accessibility is not just about meeting standards—it’s about consistently striving to better accommodate all users. Let’s move beyond the big silver button approach and build truly accessible digital spaces.
If you think “accessibility is a click away,” you likely aren’t supporting most or all of your assistive technology users.