WCAG Compliance

Accessibility isn't a plugin. It's a standard you either meet or you don't.

Most organizations discover their accessibility gap the expensive way — a demand letter, a failed procurement review, a resident who can't pay a bill online. We audit against WCAG 2.1 and 2.2 Level AA, fix what's failing, and build the habits that keep it fixed after we leave.

The Short Version

What WCAG compliance actually requires.

WCAG — the Web Content Accessibility Guidelines — is the technical standard nearly every accessibility regulation points at. It's organized around four principles, and conformance is claimed at a level: A, AA, or AAA. Level AA is the benchmark regulators, courts, and procurement teams use.

Perceivable

Content has to be available to senses people actually have. Text alternatives for images, captions for media, sufficient color contrast, and layouts that survive zoom and reflow.

Operable

Everything has to work without a mouse. Full keyboard operation, visible focus, no keyboard traps, enough time to complete tasks, and no content that triggers seizures.

Understandable

Interfaces have to behave predictably. Clear language, consistent navigation, labeled form fields, and errors that are identified and explained rather than flagged by color alone.

Robust

Code has to work with assistive technology. Valid markup, correct names and roles for interactive components, and status changes that actually get announced.

Which Version

WCAG 2.1 AA is the floor. WCAG 2.2 AA is where to build.

WCAG 2.1 Level AA is the standard cited by the ADA Title II rule, referenced in most settlements, and assumed in procurement. WCAG 2.2 became the W3C recommendation in 2023 and adds nine criteria — focus appearance, target size, dragging alternatives, and reducing the cognitive load of authentication and repeated entry.

Our recommendation for most clients: audit and report against 2.1 AA because that's what your obligations reference, and design new work to 2.2 AA because that's what the next revision of those obligations will reference. The delta is small when you build it in and expensive when you retrofit it.

Levels, plainly

  • Level A — the minimum. Failing here usually means someone is fully blocked.
  • Level AA — the legal and procurement benchmark. This is what "WCAG compliant" means in practice.
  • Level AAA — aspirational and not expected sitewide; W3C itself doesn't recommend it as a general policy target.
Regulatory Landscape

Which rules reach you depends on what you are.

Different obligations, one underlying technical standard. A short read on each is on the accessibility regulations page.

ADA Title II

State and local government. The DOJ rule sets WCAG 2.1 AA as the standard: entities serving 50,000+ had to comply by April 24, 2026; smaller entities and special districts by April 26, 2027.

ADA Title III

Places of public accommodation — most private businesses serving the public. No codified web standard, but courts and DOJ settlements routinely apply WCAG 2.1 AA.

Section 508

Federal agencies and the vendors selling to them. Incorporates WCAG Level AA by reference, and drives the VPAT requests that stall software deals.

Section 504 & 1557

Recipients of federal funding, including schools and health programs, with HHS rules reaching patient-facing digital services.

European Accessibility Act

In application since June 28, 2025 for products and services sold into the EU — e-commerce, banking, e-books, transport, and more, via EN 301 549.

Provincial & state law

Ontario's AODA, other provincial regimes, and a growing set of U.S. state procurement and agency requirements layered on top of federal rules.

This is a plain-language summary of a technical standard, not legal advice. We work alongside your counsel — we don't replace them.

What We Do

Five ways we work on accessibility.

Guides

The long-form reference library.

Our working methodology, published. These are the pieces we would want to read if we were the ones buying — long, specific, and useful whether or not you ever hire us.

Thought Leadership

What we think about this work.

The arguments we end up making in client rooms, written down so you can evaluate how we think before you ever talk to us.

Leadership

Who Actually Owns Accessibility

Saying "everyone owns it" means nobody does. The organizations that stay conformant have one accountable person and a short list of duties per role.

Business

The Business Case for Accessibility

Legal risk gets accessibility funded. It's rarely what makes it worth doing. The operational returns are more reliable and easier to measure.

Operations

What to Do With 10,000 Inaccessible PDFs

The document library is usually an organization's largest accessibility liability and the part every program skips. Remediating one at a time never catches up.

Government

Writing Accessibility Into an RFP

"ADA compliant" in a scope of work is unenforceable. The contract language that actually gets you an accessible deliverable.

Technology

How to Read a VPAT

A VPAT is the document vendors send when you ask whether their product is accessible. Most of the useful information is in the column buyers skip.

Accessibility

What Accessibility Scanners Can and Can't Catch

Automated testing is fast, cheap, and evaluates only a fraction of WCAG. Knowing which fraction is the whole game.

Accessibility

What WCAG 2.2 Changed

WCAG 2.2 added six Level A and AA criteria and removed one. Most of your obligations still cite 2.1 — here is what that means.

Accessibility

Why Accessibility Overlays Don't Work

Overlay widgets promise WCAG compliance from one line of JavaScript. What they actually do, and why they show up in litigation.

Government

What the ADA Title II Web Rule Actually Requires

The DOJ rule gave state and local government something web accessibility never had before — a specific technical standard and a hard date. Here's what it covers.

Our Process

Applied through the Growth Framework™.

01

Understand

Which obligations apply, what you publish, and who owns it.

02

Assess

Audit against WCAG AA with automated and manual testing.

03

Design

A prioritized remediation roadmap with owners and dates.

04

Execute

Fix at the component level, verify, and document the evidence.

05

Optimize

Train, monitor, and govern so it doesn't regress.

Straight Answers

Questions we get in the first call.

Will an accessibility overlay solve this?

No. Overlay and widget products don't produce WCAG conformance, are rejected by much of the disability community, and have themselves been cited in accessibility litigation. They also don't touch your PDFs, your vendor portals, or your source markup.

Can't we just run a scanner?

Run one — it's a useful first signal. But automated tools can only evaluate a minority of WCAG success criteria. Things like whether alt text is meaningful, whether focus order makes sense, or whether an error message is understandable require a human and a screen reader.

How long does this take?

An audit of a typical site runs a few weeks. Remediation depends entirely on how the site was built: a well-structured design system can be largely fixed in one cycle, while a decade of accumulated templates and untagged PDFs is a phased program.

Is our vendor's platform our problem?

Legally, usually yes — you're responsible for the services you offer the public, whoever hosts them. Practically, the fix is a combination of pressure, VPAT requests, contract language at renewal, and an accommodation path while gaps remain.

What does "compliant" even mean?

There's no certificate and no permanent status. What exists is a conformance claim against a specific standard, at a point in time, backed by testing evidence — plus a program that keeps it true as content changes.

Does your own site pass?

Fair question to ask an accessibility vendor. We publish an accessibility statement naming our standard, our testing, and the limitations we know about — including the ones we haven't fixed yet. Any vendor selling you this work should be willing to do the same.

Isn't this just a legal exercise?

It's the cheapest usability work most organizations will ever do. Keyboard support, clear labels, readable contrast, and sane error handling improve conversion and reduce support volume for every user, not just the ones the standard was written for.

Find out what's actually failing.

Most first conversations start with one question: how exposed are we? We'll tell you honestly — including when the answer is that you're in better shape than you feared.