PHP 8.2 reaches end-of-life on Dec 31, 2026. Free 1-page website snapshot Check my site →

ADA Title II and Section 504

The deadline moved. The work didn’t.

Federal rules now require state and local government websites and apps, and those of healthcare and human-services providers that receive HHS funding, to meet WCAG 2.1 Level AA. In 2026, both deadlines were pushed back a year. The requirements themselves didn’t change.

Last updated October 2026. General information, not legal advice.

Who has to comply, and when

  1. Next up2027April 26State and local governments, 50,000+ people · ADA Title II
  2. Next up2027May 11HHS-funded providers, 15+ employees · Section 504
  3. 2028April 26Governments under 50,000 and special districts · ADA Title II
  4. 2028May 10HHS-funded providers, under 15 employees · Section 504
Current federal web accessibility deadlines
WhoRuleDeadline
State and local governments, population 50,000 or moreADA Title IIApril 26, 2027
State and local governments under 50,000, and special districtsADA Title IIApril 26, 2028
HHS-funded providers with 15 or more employeesSection 504May 11, 2027
HHS-funded providers with fewer than 15 employeesSection 504May 10, 2028

These dates come from interim rules the Justice Department and HHS issued in April and May 2026. The extensions are being challenged in federal court; if they’re overturned, the original dates, two of which have already passed, would apply again. As of October 2026, the court has not ruled. Check ADA.gov and HHS.gov for the latest.

What WCAG 2.1 AA means in practice

WCAG is a long technical standard. For most public websites, the work comes down to a handful of things:

  • Images have text descriptions, so people using screen readers know what they show.

  • Every form field has a label, and errors are explained in words.

  • Everything works with a keyboard alone: menus, forms, pop-ups and payment pages.

  • Text has enough contrast to read, and pages still work when zoomed to 200%.

  • Videos have captions.

  • Documents (PDFs, agendas, forms) can be read by assistive technology, or have an accessible alternative.

The job may be smaller than it looks

The rule makes an exception for archived content: material created before the compliance date, kept only for reference, research or recordkeeping, left unchanged, and stored in a dedicated archive section. On older public sites, separating what can be properly archived from what’s still in use is often the fastest way to shrink the job. A readiness review gives you the inventory to make that call.

“Our vendor built it” doesn’t shift the responsibility

If a vendor builds or runs content for you (your website, a payment portal, an agenda system), it generally still counts as your content under the rule. Put those systems on your list and ask each vendor how it meets WCAG 2.1 AA.

How we help, and what we won’t sell you

We do

  • Readiness reviews mapped to WCAG 2.1 AA
  • Document inventories
  • Prioritized fix lists your staff or vendor can work from
  • Fix sprints and monthly monitoring

We don’t

  • Sell overlay widgets
  • Issue “compliance certificates”
  • Promise protection from lawsuits

Overlay widgets promise a one-line fix. In 2025, the Federal Trade Commission ordered a major overlay vendor to pay $1 million over claims that its AI tool could make any website WCAG-compliant.

Where to start

  1. List everything you publish

    Main site, sub-sites, payment portals, agenda and document systems, apps.

  2. Get a baseline

    A readiness review shows where you stand and what to fix first.

  3. Archive what qualifies

    And fix what’s still in use.

  4. Fix templates before pages

    One template fix can repair hundreds of pages at once.

  5. Keep watching

    New content brings new problems; check monthly.

This page is general information, not legal advice.

Start with a free Sitewalk.

Send us your web address. Within two business days you’ll have a short video of the top issues we found, and you can decide what’s next.