Skip to contentAltstamp
Menu

ADA website checklist for small business

A first pass an owner can run in an afternoon: 41 tests in the order a visitor meets your site, from the menu to the footer, each with the WCAG 2.2 criteria it answers. Mark every line Pass, Fail, Not applicable or Not checked, add a note, and print the result as a dated record.

Line drawing of a laptop showing a checklist, one box ringed in orange

What WCAG asks

  • 1.1.1Non-text ContentA
  • 1.2.2Captions (Prerecorded)A
  • 1.4.1Use of ColorA
  • 1.4.3Contrast (Minimum)AA
  • 2.1.1KeyboardA
  • 3.3.2Labels or InstructionsA

What it checks

This checklist walks a small-business website the way a visitor meets it: the header and menu first, then the home page hero, the pictures, the forms, the buttons, any video, the PDFs you link, the colours and finally the footer. Each of the 41 lines is one test you can run in a browser, with the WCAG 2.2 success criteria it answers printed under it, so the result means something to the developer or auditor you hand it to.

It is not the full standard. One line here often answers two or three criteria, and some criteria never come up on a typical brochure, booking or shop site. For every Level A and AA criterion in spec order, use the WCAG 2.2 AA checklist. This list is the one to run first: it is shorter, it follows your pages instead of the spec, and two of its lines are not WCAG at all but things a credible site has anyway, an accessibility statement and a way to report a problem.

Why WCAG, when the page says ADA? The Department of Justice has no regulation with detailed web standards for businesses open to the public, but it applies the ADA to websites and names WCAG as helpful guidance. Our guide to what the ADA asks of a business website explains the gap and why WCAG 2.1 Level AA is the working target.

How to use the checklist

  1. Pick your pages: the home page, one page of each kind (a service, a product, a blog post), the contact form, and any booking or checkout from the first step to the confirmation.
  2. Open your site in a second tab and put the mouse to one side. Most lines start with the keyboard; the focus order checklist covers that walk stop by stop if you want more detail.
  3. Mark each line Pass, Fail, Not applicable or Not checked, and write in the note where it failed ("booking widget, date picker"). A note is what turns a Fail into a fix someone can find.
  4. For the colour lines, measure instead of guessing with the contrast check; for pictures, test a few alt texts in the alt text check; for files, run the PDF accessibility quick check.
  5. Print or copy the result. The date at the top makes it a record of what you tested and when, which is worth keeping whatever happens next.

Your answers stay on your device

The list saves your words and notes in this browser only. Nothing is sent to us or anyone else. On a shared computer, print or copy the list and then press Reset.

Why biggest risks first puts these lines on top

Switch the order to biggest risks first and the list regroups in three bands. The top band is the six barriers the Department of Justice itself uses as examples in its web guidance: poor colour contrast, colour used alone to give information, images without alt text, videos without captions, online forms people cannot fill in, and pages that only work with a mouse. They are the barriers the agency that enforces the ADA chose to explain the law with, which makes them the natural place to start.

The second band is what free automated scans catch most. WebAIM's 2026 scan of the top million home pages found detectable WCAG failures on 95.9% of them, and after low contrast, missing alt text and missing form labels, the next most common were empty links (46.3% of home pages), empty buttons (30.6%) and a missing document language (13.5%). Anyone can run a scan on your home page in a minute, so those lines come next. The third band is everything else, still part of Level AA.

The order is a way to spend your first afternoon, not a judgement that the rest can wait for ever. Meeting WCAG 2.2 Level AA takes every line here plus the rest of the 55 criteria in the full list.

What WCAG asks

The rule that makes a page-by-page walk the right shape is not a success criterion but a conformance requirement. WCAG judges whole pages and whole processes, never the parts you happened to fix:

What WCAG asks

5.2.2 Full pages: Conformance (and conformance level) is for full web page(s) only, and cannot be achieved if part of a web page is excluded.
5.2.3 Complete processes: When a web page is one of a series of web pages presenting a process (i.e., a sequence of steps that need to be completed in order to accomplish an activity), all web pages in the process conform at the specified level or better.

That is why the header and footer lines matter on every page, and why the booking widget and the payment step are on the list even when another company made them. WCAG lets a page with content from others carry a "statement of partial conformance", but that is a statement, not a pass.

A worked example

Here is what a finished first pass can look like, on an invented site for a three-chair dental practice with online booking. The owner ran all 41 lines in one afternoon.

Scroll sideways to see every column.

A first pass on an invented three-chair dental practice site
Page partLinesPassFailNot applicableWhat failed
Header and navigation6330No skip link; the sticky header covers the focused link; every tab title reads "Home"
Home page hero4220The slider turns every 4 seconds with no pause; the offer is part of the photo
Images4220Team photos have file names as alt text; opening hours are a picture
Forms, booking and checkout6231Placeholder-only labels; the booking widget's date picker needs a mouse
Buttons and links4220Six "Learn more" links; social icons have no names
Video and audio5113The welcome video runs on unedited automatic captions
Documents and PDFs4040The new-patient form is a scanned PDF
Colour4220Light grey footer text; required fields marked only in red
Footer and legal pages4220No accessibility statement; no way to report a problem

The tally reads 16 Pass, 21 Fail and 4 Not applicable. Ordered biggest risks first, 10 of the 21 fails sit in the top band: the alt text, the opening hours picture, the form labels, the booking widget twice, the captions, the scanned form twice, the grey text and the red-only required fields. That is the first week's fix list. The skip link and the tab titles are an hour of a developer's time and can go in the same visit.

What a fail usually looks like

  • A menu that opens on hover and has no way in from the keyboard, so half the site is out of reach for anyone who cannot use a mouse.
  • A contact form whose only labels are grey words inside the boxes. They vanish on typing and a screen reader may say nothing at all; our guide to accessible forms shows the fix.
  • A welcome video on automatic captions nobody read, with the practice's name spelled three ways. The caption requirements guide covers what captions must include.
  • A menu, price list or intake form that exists only as a scanned PDF: a picture of text. See how to make a PDF accessible.
  • A footer with no accessibility statement and no phone number for reporting a problem, so the first person to hit a barrier has nobody to tell.

None of these is fixed by an overlay widget pasted into the page. DOJ says a clean automated report does not necessarily mean a site is accessible, and the FTC's 2025 order bars one overlay vendor from claiming its product can make any website WCAG-compliant without evidence. Accessibility overlays explains why.

When to bring in help

An owner's pass finds most of what a visitor trips over. It does not replace testing by someone who reads the code and uses a screen reader daily, and you need that before you write "meets WCAG 2.1 Level AA" anywhere. The WCAG audit services comparison covers who does that work, and accessibility testing tools covers the scanners that keep a fixed site fixed. For a scan on a schedule across the whole site, Siteimprove alternatives sets out the monitoring platforms a smaller site can run without an enterprise contract.

To put the fails in order and retest them, follow the plan in how to make a website ADA compliant. When the fails are fixed, publish what you tested and what is still open with the accessibility statement generator. If a demand letter has already arrived, start with the demand letter response checklist instead, and read ADA website lawsuits for how those claims work.

Not legal advice

This is general information, not legal advice. For your own situation, ask a lawyer.