Glossary
WCAG
The Web Content Accessibility Guidelines are the W3C standard that defines what accessible web content means, as a set of testable success criteria. They are organised under four principles — content must be perceivable, operable, understandable and robust — and graded at three conformance levels, A, AA and AAA. AA is the level referenced by accessibility legislation in most jurisdictions, and the current published version is 2.2.
The four principles
Perceivable: information must be available to the senses a person has. Text alternatives for images, captions for video, sufficient contrast, content that does not rely on colour alone.
Operable: the interface must be usable by whatever a person uses. Everything reachable by keyboard, no time limits that cannot be extended, no content that flashes in a way that can trigger seizures.
Understandable: content and operation must be comprehensible. Language declared, navigation consistent, errors identified and explained.
Robust: content must work with current and future assistive technology, which in practice means valid markup and correct use of names, roles and values.
The three levels
Level A is the minimum. Failing it makes content unusable for some groups entirely.
Level AA is the practical target. It is what European accessibility legislation, the United States Section 508 rules and most procurement requirements reference.
Level AAA includes criteria that cannot be met by all content — sign language interpretation for all recorded audio, for instance — and the guidelines themselves state that AAA conformance is not recommended as a general policy for whole sites.
Levels are cumulative: AA conformance requires meeting every A criterion as well.
What automated testing covers
Published analyses consistently find that automated tools detect a minority of WCAG issues — the figure most often cited is around a third, and it varies with the content.
What automates well: missing alternative text, missing form labels, contrast ratios of plain text, missing language declarations, duplicate identifiers, invalid ARIA attributes, heading level skips.
What does not: whether alternative text is accurate, whether the reading order makes sense, whether a custom control behaves as its role claims, whether an error message explains anything.
So a page with no automated findings is a page that has cleared the mechanical checks, which is the beginning of an accessibility review rather than the end of one.
How to use the standard
Each success criterion has an Understanding document explaining its intent, with examples of sufficient techniques and documented failures. These are far more useful than the criterion text alone.
Test with a keyboard first: unplug the mouse and use the site. This finds a large share of operable failures in minutes and requires no tooling.
Then test with a screen reader on the flows that matter, which is what reveals whether names and roles are correct.
Version 2.2 added criteria on focus appearance, dragging alternatives, target size and accessible authentication, and it is backwards compatible with 2.1 and 2.0.
Frequently asked questions
- Which WCAG level should I target?
- AA. It is the level referenced by accessibility legislation in most jurisdictions and by most procurement requirements.
- How much can an automated tool detect?
- A minority of the criteria — commonly cited as around a third. The rest require a person to judge accuracy, order and behaviour.
- Is WCAG 2.2 a replacement for 2.1?
- It is backwards compatible: content meeting 2.2 at a level also meets 2.1 and 2.0 at that level. It adds criteria rather than changing existing ones.
Sources
Related
VeriFixScan crawls a site and applies its checks to every page it reaches, keeping the evidence behind each finding. Scanning one website is free.
Scan a website