The shared 2.x foundation
- Perceivable, operable, understandable, and robust
- Level A and AA success criteria
- Full-page and complete-process conformance concepts
- Automated testing plus human evaluation
Use WCAG 2.2 as a forward-looking technical target without pretending every success criterion can be automated. AccessPreflight reports machine findings, partial signals, and manual evaluation requirements as different outcomes.
wcag-2.2-aa-webSend wcag-2.2-aa-web with the asset and keep this profile’s evidence boundary in the returned result.
A separate profile lets teams adopt the newer technical target while preserving WCAG 2.1 where a contract or legal mapping still requires it.
A pinned profile keeps the newer target visible in configuration instead of silently changing the meaning of historic results.
POST/v1/scansIllustrativeThe result records both requested and resolved profile versions.
A technical target is only useful when the team agrees how it enters releases and how manual work is owned.
Use a baseline if the first goal is to stop new regressions while the backlog is repaired.
Define project thresholds without changing the underlying standard mapping.
Keep the owner and checkpoint visible in the same result lifecycle.
The WCAG 2.2 AA source and its legal or standards context can change. AccessPreflight pins the profile version used for a scan; your organization should re-review applicability and the source when requirements change.
Keep the profile, coverage boundary, evidence, and human-review queue attached to every result.
Automated preflight is not an accessibility certification or legal determination.