Web Accessibility Coverage Report | BrowserStack

Web Accessibility Coverage Report 2025

WCAG coverage for real-world web accessibility testing

State of web accessibility testing

Web accessibility ensures that digital content, applications, and tools are inclusive and cater to users with disabilities such as visual, auditory, motor, or cognitive impairments.

Web accessibility testing encompasses design and development practices that address barriers preventing people with disabilities from accessing content or functionality. Key aspects include:

Web accessibility testing is increasingly gaining popularity as businesses need to:

WCAG: North Star for accessibility compliance

Web Content Accessibility Guidelines (WCAG) & Success Criteria

The World Wide Web Consortium (W3C) developed the widely accepted WCAG to help web designers and developers make web content accessible. WCAG defines success criteria as specific, testable standards that help ensure web content is accessible to people with disabilities. These criteria are categorized based on four principles:

While most legal compliance for accessibility targets is at the WCAG 2.1 AA level, WCAG has three levels of conformance to address varying levels of accessibility requirements:

Scope of research study

BrowserStack conducted an in-depth accessibility audit across 1,000 web pages to identify the most common WCAG issues impacting web accessibility.

Research study inclusions:

Research constraints and limitations:

The scope of our evaluation was restricted to web content. Apps and PDFs were not included in this evaluation. Some success criteria were not tested as part of this research study, as explained below:

Research Study Results

Upon auditing 1000 web pages, we found a total of 41,947 accessibility issues. The table below lists the top 15 success criteria with the most accessibility issues and the percentage of issues for each success criterion:

S.No. WCAG Level Success Criteria No. Success Criteria Name % of Issues Cumulative %
1 2.0 AA 1.4.3 Contrast (Minimum) 18.37% 18.37%
2 2.0 A 4.1.2 Name, Role, Value 15.76% 34.13%
3 2.0 AA 2.4.7 Focus Visible 12.50% 46.63%
4 2.0 A 2.1.1 Keyboard 12.13% 58.76%
5 2.0 A 1.3.1 Info and Relationships 11.29% 70.05%
6 2.0 A 2.4.4 Link Purpose (In Context) 10.54% 80.59%
7 2.0 A 1.1.1 Non-text Content 6.81% 87.40%
8 2.2 AA 2.5.8 Target Size (Minimum) 3.01% 90.41%
9 2.1 AA 1.4.10 Reflow 1.23% 91.64%
10 2.0 A 3.3.2 Labels or Instructions 1.10% 92.74%
11 2.0 A 2.4.1 Bypass Blocks 1.00% 93.74%
12 2.0 AA 1.4.4 Resize Text 0.89% 94.63%
13 2.0 A 1.3.2 Meaningful Sequence 0.89% 95.52%
14 2.0 A 2.4.3 Focus Order 0.79% 96.31%
15 2.1 AA 1.4.11 Non-text Contrast 0.55% 96.86%

Notable findings from the research study

#1 97% of WCAG issues can be attributed to 15 success criteria

Insights into how issues are distributed across the top 15 success criteria:

#2 Some success criteria are time- and effort-intensive to detect manually

Among the identified issues, we found varying time requirements for manual detection:

#3 Issues of WCAG 2.0 Level A success criteria occur more frequently

In the research study based on frequency, we found that WCAG 2.0 criteria account for the highest number of issues, followed by WCAG 2.2 and WCAG 2.1:

#4 Less frequent issues are also time intensive to detect

Approximately 3% of success criteria issues are less frequent but require significant time to detect. Examples include:

How automation is changing accessibility testing

Manual Testing Automated Testing
- Slow and requires manual inspection of elements; detects complex issues but is time-consuming. - Fast; quickly scans large digital artifacts; identifies common issues efficiently.

By adopting automated accessibility testing, teams can save thousands of hours that a QA or auditor would spend to manually detect issues. For example, the BrowserStack Accessibility Testing Suite can automatically detect 1.4.3 Contrast (Minimum) issues.

Summary

While businesses focus on reducing compliance risk with accessibility testing, it is equally important to focus on real-world WCAG coverage. To ensure real-world WCAG coverage, businesses can take a two-fold approach: