What accessibility overlays and widgets can't fix on your store
A widget or overlay changes your pages in each shopper's browser. Here's where that falls short, who says so, and what to do instead.
- Written by Even Entry
- Published
- 6 minutes to read
- Topics: Overlays, WCAG
-
63
id="Slider-Gallery-{{ section.id }}{{ id_append }}" -
64
class="product__media-list contains-media grid grid--peek list-unstyled slider slider--mobile" -
65
role="list" -
66
+
tabindex="0" -
67
+
aria-label="{{ 'products.product.media.gallery_viewer' | t }}" -
68
>
A fix in the theme itself
Two added lines let a shopper using a keyboard reach the photo slider on a phone.
In short
An accessibility overlay changes each page in your shopper’s browser and leaves your theme as it was. The people behind the Overlay Fact Sheet say that kind of repair isn’t reliable for picture descriptions, forms or keyboard access. Those fixes belong in your theme’s own code. That’s where we make them.
What does an overlay actually do?
The Overlay Fact Sheet comes from people who do accessibility work and people who rely on it. It describes overlays as “third-party source code (typically JavaScript)” added to a website. That’s a script added to your store’s pages.
The fact sheet looks at two kinds. A widget puts a set of controls on the page, for things like more contrast or bigger text. Automated repair runs a script that reads the page’s code and tries to correct what’s wrong on its own.
Either way, the work happens on the shopper’s side: “These repairs are applied when the page loads in the user’s browser.” Your theme stays as it was.
What an overlay changes for your shoppers
Shoppers who need bigger text or more contrast usually have it already, on their own computers. Some of it comes built in, and some is software they add. They set it up themselves.
Some people with low vision choose how pages look to them. That’s from W3C, which writes the Web Content Accessibility Guidelines (WCAG). Your part is pages that still work with those settings. That’s something you get to do for them.
Some overlays get in the way. They can “override user settings”, so a shopper’s own setup is gone and they’re left with the overlay’s. The European Disability Forum and the International Association of Accessibility Professionals said so together in May 2023.
Some overlays also notice a screen reader and switch on settings for it, the fact sheet says. That tells the store the person has a disability. Your customer came to buy a jacket, not to tell a website that.
Where a script can’t be counted on
To be fair, the fact sheet says “a non-trivial array of accessibility problems can be repaired” by a script. But it names places where repair isn’t reliable. Here’s what has to go right for the shopper in each:
- Picture descriptions: a shopper using a screen reader needs words that say what a product photo shows.
- Forms: a shopper who gets an error on a sign-up form needs to know which field to correct.
- Keyboard access: a keyboard shopper needs to reach the size picker and the add to cart button.
- Content that changes after the page loads: a shopper needs to use the cart drawer that slides open when they add a product.
- Files and media: a shopper needs to use a size guide saved as a PDF, and a product video.
Repairs can also slow your pages down, it adds. And they can change a page unexpectedly for shoppers using a screen reader.
Here’s how we see it: a script has to find what’s wrong before it can change it. Even tools built only to test a page can’t catch everything: “Human judgement is required.” That’s from W3C’s guide “Selecting Web Accessibility Evaluation Tools.”
And a picture’s description “needs to be determined by the author”, W3C’s Images Tutorial says. That’s you, the person who knows the product.
Does an overlay make a store meet WCAG?
The fact sheet’s answer is no: “full compliance cannot be achieved with an overlay”, and an overlay “cannot eliminate legal risk”. Overlays aren’t “a substitute for fixing the website itself”, the May 2023 joint statement adds.
One overlay seller claimed its tool could make any website meet WCAG. The US Federal Trade Commission (FTC) alleged those claims were “false, misleading, or unsubstantiated”. Its complaint says the seller’s “own testers identified errors on nearly all websites tested.”
The seller agreed to pay $1 million, without admitting or denying the allegations. The FTC issued its final order in April 2025. Under it, the seller can’t claim its products make any website meet WCAG, or keep it meeting WCAG, without “competent and reliable evidence”.
In 2021, a federal court in New York heard suits against two stores that had hired that seller. It let both go on. In one, a blind shopper’s expert found barriers still there, though the store paid for monthly audits. In the other, three of the seller’s audits had said the site met the accessibility standard.
Two cases can’t speak for every case. But here an overlay didn’t end the suits, and its seller’s own audits didn’t settle whether the stores worked for shoppers with disabilities.
Who says overlays aren’t the answer
More than 1,000 people signed the fact sheet. Some do this work. Some helped write the standards or build screen readers. Some are lawyers for disabled people, and some use the web with a disability. They back repairs made “at the source of the original error”.
Illinois’s Department of Innovation and Technology says its accessibility office “currently advises against including overlays on State websites.” Its guide adds that “accessibility overlays have a negative reputation in much of the disability community.”
What a fix in your theme does instead
A fix in your theme changes the page itself. Many fixes are small. A form field gets a label tied to it. An icon button gets a name a screen reader can read out. A keyboard shopper lands in the cart drawer when it opens, and back where they were when it closes.
We work in the theme because a fix that’s part of the page is there for every shopper, whatever they browse with. Nothing extra loads. Nothing detects who’s browsing.
Here’s what we do. We make each fix in your theme. Your developer publishes each fix, or we do, once you say yes. Then we check each fix once it’s live.
What you can do this week
- See whether your store runs an overlay. A floating accessibility button on your pages is one sign. An accessibility app in your list of installed apps is another.
- Put the mouse away and try to buy something with just a keyboard. Our post on what a keyboard-only shopper meets has the steps.
- If a tool says it will make your store meet WCAG, ask the seller what backs that up.
- Show your developer where the keyboard got stuck. That’s where the first fixes go. Start with our guide on why checkouts fail for keyboard and screen-reader users.
Sources
- Overlay Fact Sheet, its text and list of signers, read October 18, 2026
- W3C WAI, Tools and Techniques: Presentation (updated June 25, 2024), read October 18, 2026
- European Disability Forum and International Association of Accessibility Professionals, joint statement on accessibility overlays (May 17, 2023), read October 18, 2026
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation December 12, 2024, read October 18, 2026
- W3C WAI, Images Tutorial (updated April 8, 2026), read October 18, 2026
- W3C WAI, Selecting Web Accessibility Evaluation Tools (updated May 13, 2024), read October 18, 2026
- Federal Trade Commission, press release on the proposed order against an overlay seller (January 3, 2025), read October 18, 2026
- Federal Trade Commission, press release on the final order (order issued April 21, 2025; announced April 22, 2025), read October 18, 2026
- Federal Trade Commission, complaint against the overlay seller (final, April 2025), paragraph 88, read October 22, 2026
- US District Court for the Southern District of New York, opinion and order of September 23, 2021 (No. 20-cv-10167), read October 22, 2026
- US District Court for the Southern District of New York, opinion and order of December 7, 2021 (No. 20-cv-10707), read October 22, 2026
- Illinois Department of Innovation and Technology, its accessibility guide on overlays (no date given), read October 22, 2026
Each source shows the day we last read it, and things can change after that. This post is general information for any store, not legal advice for yours, and it can't take the place of a lawyer.
More posts
-
Published
Keyboard accessibility on Shopify: what gets in the way, and how to check
Can a shopper who uses only a keyboard buy from your Shopify store? Here's what gets in the way, who fixes it, and how to check.
-
Published
How to write an accessibility statement: what goes in, what to leave out
Here's what to put in your accessibility statement, which four words to cut unless you can prove them, and how often to update it.
-
Published
WCAG 2.2 target size on Shopify: where small buttons hide and who fixes them
Where small buttons hide on your Shopify store, from chat buttons to pop-up close buttons and checkout icons. And who fixes each: you, an app's maker, or Shopify.