ADA Website Lawsuits Against Shopify Stores: What Gets Cited
Short answer: Shopify demand letters usually cite theme-level issues (contrast, headings, keyboard focus), missing product image alt text, and inaccessible widgets added by third-party apps. Shopify's core checkout is largely outside your control, but your theme, content, and app choices are, and those are where most fixes happen.
Shopify powers a large share of small-business storefronts in the US, so it's not surprising that Shopify stores make up a steady share of the sites named in ADA website demand letters and lawsuits. Being on Shopify doesn't make a store a bigger or smaller target on its own — what matters is whether a visitor using a screen reader, keyboard, or screen magnifier can actually use the site.
If you want the bigger picture on how these letters and suits typically unfold, see ADA website lawsuits explained and the federal filing tracker. If you've already received a letter, what to do after an ADA demand letter walks through first steps. This article focuses narrowly on what's different about Shopify: what the platform locks down, what your theme and apps control, and where audits most often find problems.
This is general information, not legal advice. If you've received a demand letter or been sued, talk to an attorney experienced in this area before you respond.
What Shopify controls vs. what you control
Shopify is a hosted platform, so responsibility for accessibility is split between Shopify's own code and the choices a merchant makes on top of it.
Checkout and cart
Shopify's checkout (and cart drawer, on many themes) is built and maintained by Shopify itself. Merchants have limited ability to edit its underlying markup, especially on Shopify's standard checkout. That doesn't mean checkout is never an issue in a complaint, but it does mean a merchant generally can't rewrite checkout code directly the way they can rewrite a theme file.
Theme and storefront
Everything outside checkout — the homepage, collection pages, product pages, navigation, footer, and any custom sections — comes from your theme. Whether you're using a stock Shopify theme, a paid theme from the Theme Store, or a heavily customized build, the theme's HTML, CSS, and JavaScript are yours to edit, and that's where most accessibility findings in audits actually live.
Apps
Apps you install can inject buttons, popups, chat widgets, size charts, review carousels, and more, often through JavaScript that runs on every page. Shopify doesn't police the accessibility of third-party app code, so an otherwise well-built theme can still fail because of what an app adds on top of it.
Common theme-level issues in Shopify audits
Color contrast set in theme customizer
Many Shopify themes let you pick brand colors, button colors, and text colors directly in the theme editor (Shopify's visual customizer). It's easy to pick a light gray on white, or a brand color that looks fine to a sighted designer but fails a contrast check. This maps to WCAG 1.4.3 Contrast (Minimum), which sets a minimum contrast ratio between text and its background. Check contrast after every theme color change, not just at launch, since a single palette update can quietly break dozens of pages at once.
Product image alt text left blank
Shopify gives every product image an "Alt text" field in the product editor, but it's optional and easy to skip, especially on stores with hundreds of SKUs uploaded in bulk. Blank alt text means a screen reader either announces nothing useful or reads the file name, which is one of the most common findings on ecommerce audits and relates to WCAG 1.1.1 Non-text Content. Alt text should describe what the image actually shows (a specific garment, color, or angle), not just repeat the product title on every photo.
Headings and page structure
Themes sometimes use heading tags for visual size rather than document structure — for example, a decorative banner marked up as an <h1> on every page, or a product page with no <h2> at all separating sections. This affects WCAG 1.3.1 Info and Relationships and WCAG 2.4.2 Page Titled, since screen reader users often navigate by jumping between headings.
Keyboard access and focus visibility
Custom sliders, mega-menus, and "quick view" modals are common on Shopify product and collection pages, and they're frequently built with mouse-only interactions in mind. If a menu can't be opened with the keyboard, or a modal traps focus with no visible way out, that touches both WCAG 2.1.1 Keyboard and WCAG 2.4.7 Focus Visible.
Language and form labels
Multi-region or multi-language Shopify stores sometimes leave the page's declared language mismatched with its actual content, which relates to WCAG 3.1.1 Language of Page. On the form side, newsletter signups and contact forms built with placeholder text instead of real, associated labels create problems for WCAG 3.3.2 Labels or Instructions and WCAG 4.1.2 Name, Role, Value, since a placeholder disappears once someone starts typing and isn't reliably announced by assistive tech.
Apps that commonly introduce problems
A few categories of Shopify apps show up repeatedly in audit findings, not because any specific app is inherently bad, but because of how they're commonly implemented:
- Chat widgets that trap keyboard focus once opened, or that can't be closed without a mouse
- Size charts and quick-view modals rendered as popups with no accessible name or way to dismiss with Escape
- Review carousels that auto-rotate with no pause control and no captions on any embedded video, which relates to WCAG 1.2.2 Captions (Prerecorded)
- Announcement bars and cookie banners that sit on top of the page and block keyboard users from reaching the main content, related to WCAG 2.4.1 Bypass Blocks
- "Add to cart" and wishlist icon buttons with no visible text and no accessible label, so a screen reader announces nothing useful, which also connects to link and button naming under WCAG 2.4.4 Link Purpose (In Context)
Before installing an app that changes navigation or adds interactive widgets, it's worth testing it with a keyboard alone (Tab, Shift+Tab, Enter, Escape) before it goes live, not after a complaint arrives.
One category worth naming specifically: accessibility "overlay" or "widget" apps that promise to fix accessibility automatically with a single script tag. These have their own track record and their own legal exposure, covered separately in accessibility overlays and lawsuits.
A practical fix order for Shopify stores
Rather than trying to fix everything at once, most stores get more value from working through issues in roughly this order:
- Fix contrast issues in the theme customizer (fast, store-wide impact)
- Add real alt text to product images, starting with best-selling and highest-traffic products
- Add or correct form labels on any custom forms
- Test primary navigation, filters, and any modals with keyboard only
- Review installed apps for widgets that block keyboard access or trap focus
- Re-test after each theme or app update, since either can silently reintroduce issues
| Where the issue lives | Who controls it | Typical fix |
|---|---|---|
| Checkout/cart core flow | Shopify | Limited; report to Shopify support if found |
| Theme colors, buttons, spacing | You (theme customizer/code) | Adjust contrast, spacing in theme settings |
| Product photos | You (product admin) | Add descriptive alt text per image |
| Navigation, modals, sliders | You (theme code) | Add keyboard support, visible focus styles |
| Chat, reviews, popups, banners | App vendor + your app choice | Test before install; ask vendor about accessibility; replace if unfixable |
Keeping a record of what you've checked
Because Shopify themes and apps update frequently, a one-time fix isn't the same as an ongoing practice. Keeping a dated record of when pages were checked and what was found can matter if a demand letter arrives later, since it shows a pattern of attention rather than a first reaction to legal pressure. See why a dated accessibility audit record matters for more on that idea, and the WCAG 2.1 AA checklist for a fuller list of criteria beyond what's covered here.
No audit, scan, or fix — on Shopify or any other platform — makes a site "ADA compliant" or legally risk-free; accessibility is closer to an ongoing practice than a finished state. If you want a starting point for your own store, you can run a free scan to see which of these issues show up on your current theme and apps.
Frequently asked questions
Is Shopify itself ADA compliant?
There's no single certification that makes a platform "ADA compliant," and Shopify doesn't claim one. Shopify controls core checkout code, but your theme, content, and installed apps are yours to configure, and those are usually where accessibility problems come from on Shopify stores.
Can I get sued over something Shopify's checkout does, not my theme?
It's possible for a complaint to reference checkout, but courts and plaintiffs' focus varies by case, and this is exactly the kind of question to bring to an attorney rather than answer in general terms. In practice, most cited issues on Shopify stores involve theme or app elements the merchant controls directly.
Do I need to fix every WCAG criterion before launching a Shopify store?
Most guidance treats WCAG 2.1 AA as a practical target rather than an all-or-nothing gate, and fixing the highest-impact, most common issues (contrast, alt text, keyboard access, form labels) first is a reasonable approach. See the WCAG 2.1 AA checklist for the full list of criteria to work through over time.
Are "accessibility app" widgets a safe shortcut on Shopify?
Widget or overlay apps that claim to fix accessibility automatically have drawn scrutiny and, in some cases, become part of the complaints they were meant to prevent. Read accessibility overlays and lawsuits before relying on one as your main fix.
What should I do first if I already received a demand letter about my Shopify store?
Don't ignore it, and don't rely solely on a quick automated fix as a response. Start with what to do after an ADA website demand letter and involve an attorney early, since deadlines and appropriate responses vary by situation.
Related
- Got an ADA website demand letter? What to do in the first two weeks
- WCAG 2.1 AA checklist for business websites
- Do accessibility overlay widgets prevent ADA lawsuits?
- ADA website lawsuits explained: who sues, why, and what the law requires
Proof of Access provides technical accessibility assessments. We are not a law firm and nothing on this page is legal advice. If you have received a demand letter or a lawsuit, talk to an attorney.