Agency 39A · Client Reference · May 2026

Web Accessibility &
The ADA

A curated resource guide covering the legal landscape, technical standards, official guidance, and practical references for WCAG 2.1 AA compliance.

Compliance Update: DOJ extended Title II ADA web compliance deadlines — population ≥50,000: April 26, 2027 · population <50,000: April 26, 2028 · Interim Final Rule effective April 20, 2026.

What Web Accessibility Means Under the ADA

The Americans with Disabilities Act (1990) prohibits discrimination against people with disabilities across public life. Federal courts and the Department of Justice have consistently held that websites and digital services are covered under the ADA — the same obligation that makes a building require a ramp applies to a website requiring screen reader compatibility. The technical standard that defines what "accessible" means for digital content is WCAG 2.1 Level AA, published by the W3C.

WCAG organizes every requirement under four principles, collectively known as POUR. Every success criterion in the standard traces back to one of these four roots:

P
Perceivable
Information and UI components must be presentable to users in ways they can perceive — no content invisible to all their senses. Examples: alt text on images, captions on video, sufficient color contrast.
O
Operable
UI components and navigation must be operable without a mouse. Everything keyboard-accessible. No time-limited interactions without user control. No seizure-inducing flashing content.
U
Understandable
Information and operation of the UI must be understandable. Readable text, predictable navigation behavior, error identification and correction assistance.
R
Robust
Content must be robust enough for reliable interpretation by assistive technologies — current and future. Valid HTML, correct ARIA use, name/role/value for all UI components.

The Legal Landscape

1990
Americans with Disabilities Act enacted
Titles II (government) and III (places of public accommodation) prohibit disability discrimination. No digital-specific standards at the time of passage.
1996–2022
Courts extend ADA to websites
A long series of rulings — including Robles v. Domino's Pizza (9th Cir. 2019) — establish that commercial websites are "places of public accommodation" under Title III. DOJ issues informal guidance but no binding digital regulation. Thousands of ADA website lawsuits filed annually.
April 24, 2024
DOJ publishes final Title II rule
First binding federal regulation specifically requiring digital accessibility. Mandates WCAG 2.1 Level AA for all websites and mobile apps of state and local government entities. Sets compliance deadlines based on population. Third-party tools used to deliver government services are also covered.
April 20, 2026
DOJ Interim Final Rule — deadlines extended
Compliance date for entities serving populations ≥50,000 extended from April 2026 to April 26, 2027. Entities <50,000 extended to April 26, 2028. Extension granted due to documented implementation challenges; requirements unchanged.
Ongoing
Title III litigation against private organizations
The 2024 rule covers government entities (Title II). Private businesses — including healthcare organizations — face Title III ADA lawsuits when websites are inaccessible. No binding regulation yet, but courts consistently apply WCAG 2.1 AA as the benchmark. Hundreds of cases filed monthly.

Most-Cited WCAG 2.1 AA Success Criteria

These are the criteria most frequently cited in ADA complaints, audit findings, and litigation. The SC (success criterion) number maps directly to the WCAG specification.

SC Name What it requires
1.1.1 Non-text Content All images, icons, and non-text UI elements must have a text alternative (alt text). Decorative images must be hidden from assistive technology.
1.3.1 Info & Relationships Structure conveyed visually (headings, lists, labels) must also be conveyed programmatically — correct HTML elements and ARIA roles.
1.4.3 Contrast (Minimum) Normal text must achieve 4.5:1 contrast ratio against its background. Large text (18pt+) requires 3:1. This is one of the most common failures.
1.4.4 Resize Text Text must be resizable up to 200% without loss of content or functionality. Viewport user-scalable=no is a violation.
2.1.1 Keyboard All functionality available by mouse must also be available by keyboard alone. No keyboard traps.
2.4.1 Bypass Blocks A mechanism must exist to skip repeated navigation blocks — typically a "skip to main content" link.
2.4.3 Focus Order Focus order must be logical and preserve meaning. Keyboard tab sequence must follow reading order.
2.4.6 Headings & Labels Headings and labels must describe their topic or purpose. Heading hierarchy (h1→h2→h3) must be semantically correct — one of the most common audit findings.
3.1.1 Language of Page The default human language of the page must be programmatically determinable — lang attribute on the HTML element.
4.1.2 Name, Role, Value For all UI components, name and role must be programmatically determinable. States, properties, and values must be set and updated. The foundation of correct ARIA use.
4.1.3 Status Messages Status messages — errors, alerts, loading indicators — must be determinable by assistive technology without receiving focus.

Official & Authoritative Resources

DOJ · Official First Steps Toward Complying — ADA.gov The DOJ's own step-by-step guidance for entities covered by the April 2024 Title II rule. Plain-language walkthrough of requirements, deadlines, and what counts as "web content." ada.gov/resources/web-rule-first-steps/ DOJ · Official ADA Title II Web Rule — Fact Sheet The definitive DOJ fact sheet on the April 2024 final rule. Covers scope, technical standard, exceptions, deadlines, and third-party tool responsibilities. Essential reading. ada.gov/resources/2024-03-08-web-rule/ Federal Register 2026 Interim Final Rule — Deadline Extension The April 2026 Interim Final Rule extending compliance deadlines to 2027/2028. Includes the DOJ's reasoning and the comment period open through June 22, 2026. federalregister.gov · April 20, 2026 W3C · Standard WCAG 2 Overview — W3C WAI The W3C Web Accessibility Initiative's overview of WCAG 2.1 and 2.2. The authoritative source for understanding the standard's structure, levels, and relationship to global accessibility law. w3.org/WAI/standards-guidelines/wcag/ W3C · Standard WCAG 2.1 — Full Technical Specification The full WCAG 2.1 specification with all 78 success criteria. The legal standard referenced in the DOJ's 2024 final rule. Updated May 2025. w3.org/TR/WCAG21/ W3C · Guide Understanding WCAG 2.1 W3C's companion document explaining the intent, benefits, and practical application of every success criterion. Far more readable than the spec itself — the best starting point for implementation teams. w3.org/WAI/WCAG21/Understanding/

Testing & Implementation Tools

Tool · Automated axe DevTools — Deque The industry-standard automated accessibility testing engine. Used in this engagement. Available as a browser extension, CI/CD integration, and enterprise platform. Catches ~40% of WCAG issues automatically. deque.com/axe/ Tool · Free WAVE Web Accessibility Evaluator WebAIM's free browser-based tool. Provides visual feedback by injecting icons into the page. Good for quick visual audits. Less comprehensive than axe but requires no account. wave.webaim.org/ Tool · Free Colour Contrast Analyser — TPGi Desktop application for checking color contrast ratios against WCAG 1.4.3 and 1.4.11. Includes an eyedropper for sampling colors from any on-screen content. Essential for design review. tpgi.com/color-contrast-checker/ Tool · Screen Reader NVDA — NonVisual Desktop Access Free, open-source Windows screen reader. The most widely used screen reader in the world for testing. Essential for manual accessibility testing that automated tools cannot replicate. nvaccess.org/download/ W3C · Guide ARIA Authoring Practices Guide W3C's definitive guide to correct ARIA use — patterns for menus, dialogs, carousels, tabs, and every other common UI component. The authoritative reference for developers building interactive widgets. w3.org/WAI/ARIA/apg/ WebAIM · Guide WebAIM Techniques Library WebAIM's practical technique library covering HTML, CSS, JavaScript, PDF, and multimedia accessibility. One of the most widely cited practical references in the field. webaim.org/techniques/

Practical Compliance Checklist

These are the operational steps required to achieve and maintain WCAG 2.1 AA conformance — not just as a one-time project, but as an ongoing practice.

  • 1Baseline audit: Run automated testing (axe, WAVE) across all primary pages, then supplement with manual expert review and assistive technology testing. Automated tools catch roughly 30–40% of issues — manual review is not optional.
  • 2Remediation priority: Fix critical violations first (missing alt text, keyboard traps, form label failures), then serious (contrast, heading structure, ARIA errors), then moderate. Triage by frequency of user impact, not just severity score.
  • 3Third-party vendor audit: Any third-party tool embedded in your site — scheduling widgets, location finders, payment forms, language switchers — inherits your ADA obligation. Request VPAT (Voluntary Product Accessibility Template) documentation from every vendor. Contractually require WCAG 2.1 AA conformance in new vendor agreements.
  • 4Accessibility statement: Publish a public accessibility statement identifying the standard you target, known limitations, and a contact mechanism for users to report issues or request alternative access. This is both a legal best practice and a user trust signal.
  • 5Content author training: The majority of recurring accessibility failures originate in content authoring — incorrect heading levels in rich text, missing alt text on uploaded images, poor link text. Training authors is higher-leverage than any single technical fix.
  • 6Procurement policy: Embed accessibility requirements in RFPs, contracts, and vendor evaluations. Require VPAT/ACR documentation as a condition of procurement. This prevents new inaccessible tools from entering the environment.
  • 7Ongoing monitoring: Accessibility is not a one-time project. Re-audit after every major content update, redesign, or third-party tool change. Automated monitoring tools (axe Monitor, Siteimprove, Silktide) can flag regressions continuously.
  • 8Alternative access: Where a digital barrier cannot be immediately resolved, provide an alternative access path — phone number, email, in-person service. Document this. Courts have accepted alternative access as a partial mitigation when remediation is underway.
One thing automated tools cannot tell you: whether your site is genuinely usable by someone with a disability. Real user testing with disabled participants — even two or three sessions — surfaces issues that no automated scanner can find and provides evidence of good-faith compliance effort that carries weight in legal contexts.