If your video has audio that conveys meaning, it needs captions. That's not aspirational. It's Web Content Accessibility Guidelines 2.1, Level A. Skip it and you're shipping content a portion of your audience can't use, and in the US you're a target for ADA complaints.

This is the checklist we run before any video ships with captions. Four phases: source audio, caption file, content rules, and QA. Run it top to bottom; the early phases save you rework on the later ones.

What WCAG actually requires for captions

The short version. Success Criterion 1.2.2 (Level A) requires synchronized captions for all prerecorded audio in video. Success Criterion 1.2.4 (Level AA) extends that to live video. 1.2.6 (Level AAA) adds sign-language interpretation, but most teams stop at AA.

"Synchronized" matters. Captions that lag a few seconds, summarize instead of transcribe, or skip non-speech audio (laughter, alarms, music with lyrics) fail. Captions are not subtitles. Subtitles assume the viewer can hear and only carry dialogue translation. Captions assume the viewer cannot hear and must carry whatever meaning the audio carries.

If you're publishing to a US federal site or a federally funded program, Section 508 applies and points back to WCAG 2.0 Level AA. For state and local government, see Title II of the ADA. Private US business websites have been treated as places of public accommodation in DOJ enforcement and several appellate decisions.

Phase 1: source audio (do this before you record)

Caption quality starts at the microphone. If you have to guess what the speaker said, your caption file becomes a liability.

Bad audio fed into auto-captioning costs you the savings ten times over in cleanup. See best practices for audio quality before transcribing for the deeper version of this phase.

Phase 2: caption file format and structure

WCAG is silent on file format, but your delivery platform isn't. Pick what your platform accepts:

For most web video, SRT or WebVTT will do. Our writeup on SRT vs plain transcript covers the picking logic if you're not sure.

Inside the file, the line-by-line rules most teams get wrong:

Phase 3: what goes in the captions

This is where teams new to accessibility ship captions that look compliant but aren't. Captions must convey what a hearing viewer gets, including the parts that aren't dialogue.

The Described and Captioned Media Program's Captioning Key is the closest thing to an industry standard for these editorial calls. Link in Sources.

Phase 4: accuracy you can actually defend

The FCC's caption quality rules (which apply to TV but set the standard everyone else copies) require captions to be accurate, synchronous, complete, and properly placed. In practice:

Raw AI captions land in the 85 to 95% range on clean audio and drop fast with background noise, accents, and overlapping speech. Plan for a human pass on anything that goes out under your brand. If you're processing a backlog, transcribe the video first and edit the transcript before exporting the SRT. It's faster than editing inside a caption tool.

Try it now — it's free
Transcribe your video with Ask Giya

Paste any public link or upload a file and get a clean transcript in minutes. First 3 clips every month are on us — no card required.

Start transcribing No subscription · 8¢/min after free clips

How do you QA captions before publishing?

Run through this on the rendered video, not in the caption editor:

Watch for the patterns that fail audits most often:

Where VTS fits

VTS gives you the transcript: accurate, speaker-labeled, downloadable as SRT or VTT, that the human review pass works against. Whether you finish captions in VTS, a dedicated caption editor, or your NLE, you save the slow first 80% of the work. For the editorial calls (speaker ID, sound effects, line breaks), there's no substitute for a human pass. See our companion piece on creating accessible content with subtitles.

Sources