Web Accessibility Case Study

See how we turn failing audits into WCAG 2.2 AA results — real web accessibility case studies across WordPress, Shopify, Magento, BigCommerce and mobile apps.

Real projects · Real results

These web accessibility case studies show how we take real websites and apps from failing audits to WCAG 2.2 AA. Each one records the barriers we found, the fixes we made, and the final result — across WordPress, Shopify, Magento, BigCommerce and mobile apps.

How we work

What every web accessibility case study covers

Every web accessibility case study on this page follows the same honest path. We start with a full audit of your live website or app, write down each barrier that a real user would meet, and then fix them one by one during remediation. At the end we test again and record the final WCAG 2.2 Level AA result, so you can judge the work by the outcome and not by a promise.

In each case study you will find:

  • The platform and the kind of work — an audit, a remediation, or both — covering WordPress, Shopify, Magento, BigCommerce, React and native mobile apps.
  • The real barriers we found, such as keyboard traps, low colour contrast, missing labels and unclear heading order.
  • The fixes we made, written in simple language so anyone on your team can understand them.
  • The tools behind the work — JAWS, NVDA, VoiceOver and TalkBack, with keyboard testing, 400% browser zoom, forced-colours mode and checks using AXE, Lighthouse and the WAVE tool.
  • A short summary you can share with clients, buyers and colleagues who ask for proof of accessibility.

We test by hand because automated tools alone miss most of the problems that real people face. Many clients also need papers for their legal and procurement teams, so when it is needed we prepare a VPAT and a written accessibility statement that map the product against WCAG 2.2 and Section 508.

Whether you run a small business site or a large online store, the approach stays the same. If you would like the same result for your own website or app, please explore our web accessibility services or simply write to us through the contact page. We read every message and reply with a clear, priority-based plan, so you can fix the issues that affect real users first.

FAQ

Web Accessibility Case Studies — Frequently Asked Questions

What is a web accessibility case study?

A web accessibility case study is a short, honest record of one real project. It explains the barriers we found during the audit, the fixes we made during remediation, and the final WCAG 2.2 Level AA result. It lets you judge our work by outcomes for real users, not by marketing claims.

Which platforms do these accessibility case studies cover?

The case studies cover WordPress, Shopify, Magento (Adobe Commerce), BigCommerce, React and native iOS and Android apps. For new builds we also offer accessible foundations such as our WordPress, Shopify and BigCommerce ADA-compliance themes, plus our free WordPress accessibility plugins.

Do you test with real screen readers and keyboards?

Yes. Every project is exercised by hand with JAWS, NVDA, VoiceOver and TalkBack, using keyboard-only operation, 400% browser zoom and forced-colors mode. We check the results against WCAG 2.2 and Section 508, because automated tools alone miss the majority of real barriers.

Can I get a VPAT or accessibility statement from a case study project?

Yes. Many clients need documents for procurement, so we prepare a VPAT and a written accessibility statement as part of the project. Both map the product clearly against WCAG 2.2 and Section 508 so your buyers and legal teams can review it with confidence.

How do I start my own web accessibility project?

The simplest first step is an audit of your live site or app. You can explore our full web accessibility services, read more case studies, or reach out through our contact page. We will suggest a sensible, priority-based plan so you fix the issues that affect real users first.