Rendun Limited

How to write your own VPAT

You are allowed to. Nothing about this is restricted, and for some companies it is the right call. Here is the actual procedure, what it costs you in time, and the point at which doing it yourself starts to work against you.

The procedure

  1. Get the template. The Information Technology Industry Council publishes it free. Pick the edition matching what your buyer named — WCAG, Revised Section 508, EN 301 549, or the INT edition that carries all three.
  2. Fix the scope and write it down. Which product, which version, which templates or screens. A report whose scope is vague is a report nobody can rely on.
  3. Run the automated tools. axe DevTools, Lighthouse or WAVE, on every template. Free, and takes an afternoon. Expect them to decide roughly a third of the criteria. The rest need a person.
  4. Do the keyboard pass. Unplug the mouse. Tab through every screen. Can you reach every control? Operate it? See where you are? Escape from anything that opens? This one pass finds more real defects than any scanner.
  5. Do the screen reader pass. NVDA on Windows is free; VoiceOver ships with macOS. Listen to a form, a table, a modal, an error message.
  6. Fill in every row. Every criterion gets a level and an explanation. The explanation is the report. “Supports” on its own is worth nothing.
  7. Sign and date it. A real name and a real date, or a reviewer cannot weigh it.

Budget about a week for a first one, most of it spent learning the criteria rather than testing. The second takes a day or two.

The three mistakes that get reports rejected

When to stop and hire someone

Doing it yourself stops making sense at the point where you would be guessing:

If none of those apply, write your own. We would rather be the page that told you how than sell you something you did not need.