The Web Got Less Accessible in 2026. Here's the Data.
WebAIM has run this scan every year since 2019. For most of that run, the numbers crept slowly in the right direction. Not this year. And the reason why should change how your team thinks about automated tooling.
Fifty-six million. That's how many distinct accessibility errors WebAIM found scanning the home pages of the top one million websites in 2026. 56,114,377, to be exact. An average of 56.1 per page, up from 51 the year before. A 10.1% jump, in one year, after a long stretch of slow improvement. Something changed.
1The Headline Numbers
95.9%
of home pages had detectable WCAG failures, up from 94.8% in 2025
56.1
average errors per page, up 10.1% year over year
1 in 26
page elements a disabled user encounters as an error, on average
Ninety-six percent of every error found falls into just six categories. Low contrast text, missing alt text, unlabeled form inputs, empty links, missing document language, empty buttons. Not exotic edge cases. The stuff a decent CMS template should catch before a page ever publishes.
2Why the Trend Reversed
WebAIM points at page complexity. Average page elements hit 1,437 in 2026, a 22.5% jump in a single year and nearly double the 2019 count. More elements, more ARIA attributes bolted on after the fact, more third-party widgets and frameworks stitched together. Complexity correlates directly with error count, and 2026 is the year complexity won.
There's an uncomfortable subplot here too. The report flags rising reliance on automated and AI-assisted coding as part of the shift. Code that compiles and renders fine, generated fast, without anyone checking whether the div soup underneath actually means anything to a screen reader. Fast and wrong scales just as well as fast and right. Faster, usually, since nobody's slowing down to check.
3What This Means If You Run a Government Site
Here's the part that should land differently for a public-sector web team than it does for a retail site chasing a redesign deadline. You're not just competing against last year's version of your own site. You're walking into an April 2027 or 2028 Title II deadline while the average page on the internet is getting worse, not better, which means the bar auditors and advocacy groups are used to seeing is dropping too. That sounds like good news. It isn't.
A low bar doesn't protect you from enforcement. DOJ doesn't grade on a curve against what the rest of the web is doing wrong. It grades against WCAG 2.1 AA, which hasn't moved. A government site matching the industry average of 56 errors per page is still a government site violating a binding federal rule, just one with a lot of company.
4The Six Errors Worth Fixing First
5Seven Years of the Same Report, One Broken Year
WebAIM has run this scan annually since 2019, and for most of that stretch the story was gradual, unglamorous improvement. Average errors per page drifted down year over year as browser tooling got better, CMS platforms added built-in checks, and awareness simply grew. 2026 is the first year in that run where the line moved backward by a meaningful margin instead of inching forward.
A single bad year doesn't erase seven good ones, but it does break a narrative a lot of teams had gotten comfortable leaning on: that things get better on their own if you mostly leave the CMS defaults alone and fix what a scanner flags once a year. 2026 is the year that assumption stopped holding.
6What a Million Home Pages Doesn't Show You
The Million samples home pages, not the deep interior pages where most government sites actually do their work: permit applications, benefits forms, meeting agendas, budget PDFs. Home pages tend to get the most design attention and the most eyes before publishing. Interior pages, built faster and reviewed less, are a reasonable bet to score worse on average than the 56.1-errors-per-page headline suggests.
That matters for how an agency should read its own homepage score. A clean scan on the front door doesn't tell you much about the permit form three clicks deep that a resident actually needs to use. If your own audit stops at the homepage, you're measuring the one page least representative of what residents experience.
7What a Scanner Can and Can't Actually Catch
Automated tools, the kind that generated this entire report, are good at catching missing alt attributes, contrast ratios, and empty form labels. They're structurally unable to judge whether an alt description is accurate, whether a heading order makes logical sense, or whether a focus trap makes a modal unusable. Accessibility specialists commonly estimate automated scanning catches somewhere between a third and half of real WCAG failures, with the rest only surfacing through manual testing or real assistive technology use. The 56.1-errors figure is already an undercount of what a government site is actually dealing with, not an overcount.
8The One Real Defense
Templates that don't let these six errors happen in the first place beat a scanner that finds them after the fact, every time, because a scan only catches what's already live. A CMS that enforces alt text at publish time, locks contrast to a pre-approved palette, and requires real form labels by default never generates the error to begin with. That's the entire argument for building accessibility into the publishing workflow instead of auditing your way out of a hole once a year.
Final Takeaway
56.1 errors per page is an average, not a destiny. The sites avoiding the trend are the ones where accessibility is a publishing constraint, not an annual audit line item. Check where your own site lands against these six categories before an outside party checks for you.
See your own numbers
Run a free scan and see exactly how your PDFs and pages stack up against these same error categories.
Run a Free PDF Audit