The NFB Is Suing the Government Over Web Accessibility Delays – Here’s Why Your Organization Shouldn’t Wait
The National Federation of the Blind (NFB) filed a federal lawsuit in late May against the U.S. Departments of Justice and Health and Human Services. The suit challenges both agencies’ decisions to delay web accessibility compliance deadlines by a full year — deadlines that had been years in the making under the Americans with Disabilities Act and Section 504 of the Rehabilitation Act.
This is significant news for anyone managing a government website, a healthcare platform, or frankly any organization that serves the public online. But if you’re reading the news and thinking “we have more time now,” you’re looking at this the wrong way.
The deadlines were never the right reason to get started. And waiting for legal clarity is a strategy with serious costs — legal, financial, and human.
What Actually Happened
Under rules finalized during the Biden administration, state and local governments with populations over 50,000 were required to meet WCAG 2.1 AA standards by April 24, 2026. Organizations in the healthcare sector receiving federal HHS funding faced a similar deadline in May 2026.
Then, just before those deadlines hit, both agencies issued what are called “interim final rules” — bypassing the standard public comment process — pushing compliance to April and May 2027 for most covered entities. The NFB, represented by legal group Democracy Forward, argues this procedural shortcut violated the Administrative Procedure Act. They’re asking the court to reinstate the original deadlines.
“For over fifty years, our laws have promised blind Americans and other Americans with disabilities equal access to all areas of life, including digital spaces and services,” said NFB president Mark Riccobono. “Yet today this promise remains unfulfilled, and now our government is compounding the outrage by asking us to wait even longer.”
NFB president Mark Riccobono
The outcome of this lawsuit is genuinely uncertain. The court could restore the original deadlines. The agencies could revise the rules further. The political landscape could shift again. If you’re basing your accessibility strategy on knowing exactly what the legal environment will look like in 12 months, you’re building on sand.
The Case for Moving Now Has Nothing to Do With Compliance Deadlines
Let’s set aside the lawsuit entirely for a moment.
Organizations that pursue genuine web accessibility don’t do so primarily because a deadline looms. They do it because accessible websites perform better, serve more people, and carry less risk — full stop.
Here’s what that looks like in practice:
Broader audience reach. Approximately 1 in 4 Americans has some type of disability. Many rely on screen readers, keyboard navigation, captions, or other assistive technologies to access the web. If your site doesn’t work with those technologies, you’re not serving that audience — and they often have significant purchasing power and civic influence.
SEO/GEO lift. The technical foundations of WCAG compliance overlap substantially with what search engines and LLMs reward: clean heading structures, meaningful alt text, descriptive link text, logical page structure. Fixing accessibility issues frequently improves search rankings as a byproduct.
Reduced legal exposure. Even without the federal rule, ADA lawsuits targeting private and public websites have been rising for years. Courts have increasingly ruled that websites are places of public accommodation under Title III of the ADA. Having documented, ongoing accessibility remediation is a meaningful defense that “wait and see” organizations don’t have.
Stronger brand trust. Public-facing organizations — especially governments, healthcare providers, nonprofits, and universities — are trusted with the most sensitive moments in people’s lives. An inaccessible website signals that some people weren’t considered. That’s a brand and reputation issue, not just a compliance one.
Lower long-term cost. Accessibility is significantly cheaper when it’s built in rather than bolted on. Organizations that start now, identify issues systematically, and remediate over time spend far less than those who scramble to fix years of accumulated problems under deadline pressure.
Why the Overlay “Solution” Won’t Protect You Either
One of the most common reactions to deadline pressure is reaching for an accessibility overlay — a JavaScript widget that promises to make your site compliant with minimal effort. It’s tempting, especially when time feels short.
But overlays don’t actually fix accessibility issues. They layer functionality on top of an inaccessible site without addressing the underlying code. Screen reader users, keyboard-only users, and people using other assistive technologies frequently find that overlays make their experience worse, not better. And from a legal standpoint, overlays have not protected organizations from lawsuits — courts have been unmoved by the “we installed a widget” defense.
If the NFB lawsuit succeeds and original deadlines are restored, organizations that relied on overlays will find themselves no more compliant than they were before — just several thousand dollars lighter.
What Genuine Accessibility Progress Looks Like
Real accessibility compliance isn’t a one-time audit or a widget installation. It’s an ongoing process of scanning, identifying, prioritizing, and fixing issues — then monitoring as your site changes over time.
That requires tools that actually find real issues. Most basic scanners analyze static code and miss the accessibility barriers that emerge when a page actually renders in a browser — the dynamic content, the JavaScript interactions, the form behaviors that a screen reader user encounters in real life.
Insi uses virtual browser technology to scan your WordPress site the way assistive technologies actually experience it. That means we find issues that code-only scanners miss. And because we’re built natively into WordPress, your team can act on what we find without leaving their existing workflow.
We’re not selling compliance theater. We’re helping organizations build the kind of documented, verifiable accessibility progress that holds up under scrutiny — whether that scrutiny comes from a federal agency, a plaintiff’s attorney, or simply a user who depends on your site to access services they’re entitled to.
The People Behind the Lawsuit Aren’t Wrong
It’s easy to view the NFB lawsuit as a political or procedural story. But the people represented by the NFB have been waiting decades for basic digital access. They can’t pay a medical bill online, enroll in a university course, or check on a public benefit because the sites they need to use don’t work with their screen readers.
The legal deadlines exist because voluntary progress wasn’t fast enough. The lawsuits exist because the deadlines weren’t met. And the delay is costing real people access to essential services right now, regardless of what any court eventually decides.
That’s the context your organization is operating in. And it’s worth sitting with, separate from any compliance calculation.
What You Should Do Right Now
Whether the court restores the original deadline or upholds the extension, the right move is the same:
- Run a real accessibility scan of your site. Not a free online checker. A scan that evaluates your site as it actually renders in a browser, catching the dynamic and interactive issues that code analyzers miss.
- Prioritize the highest-impact issues first. You don’t have to fix everything at once. Start with the barriers that affect the most users and the highest-traffic pages.
- Document your progress. Demonstrating an ongoing, good-faith effort to remediate accessibility issues matters legally and reputationally.
- Build accessibility into your publishing workflow. Every time new content goes live without being checked for accessibility, you’re adding to the problem. The goal is to stop creating new issues while you work through existing ones.
- Stop waiting for certainty. The regulatory environment will keep shifting. The legal environment will keep evolving. Your users with disabilities are navigating your site right now.
The NFB’s lawsuit may or may not succeed. The deadlines may move again. But the case for accessibility has never depended on any of that.
Ready to see where your site actually stands? Scan your WordPress site with Insi and get a clear picture of what needs attention — before anyone else tells you to.

Nicholas Longtin
Nicholas Longtin is CEO and co-founder of Insi, the WordPress-native accessibility scanning platform built to close the gap between ineffective overlay tools and unaffordable enterprise solutions. With 26 years of web development experience, a DHS Trusted Tester certification, and a decade focused specifically on WordPress accessibility, Nick built Insi from real-world practice at ArcStone, where he continues to serve as Senior Strategist. He writes about accessible development, compliance strategy, and the business case for inclusive design.
