By Usability & Accessibility team • A11y Consult Updated 11 May ‘26
🔗 WOGAA
🔗 WAI-ARIA Authoring Practices
<aside> 🤝🏻
We’d love to hear your thoughts on this accessibility playbook.
Your feedback will help us improve future editions and make the content more useful for everyone.
You may also reach us at [email protected].
</aside>
<aside> ℹ️
This playbook provides practical, component-based accessibility guidance that links with WCAG 2.2 success criteria. Each component includes Design, Development, and QA checklists, with DSS controls linked to detailed A11y Playground articles for further learning.
</aside>
<aside> 🚨
</aside>
Filtered by category — open each component to see its checklist, WCAG mapping, and DSS section.
<aside> 💡
Why more than the Top 20? This playbook intentionally goes beyond the 20 Oobee-checkable criteria. Roughly 60–70% of accessibility issues require manual testing — keyboard sweeps, screen reader walk-throughs, and usability research with people with disabilities. The components and testing guides cover both halves.
</aside>
Guidance that applies across all components, not specific components.
Plain language & cognitive accessibility
Forced colours & high contrast mode
Four ways to verify accessibility — pick the one that matches your role and stage.
New and changed success criteria in WCAG 2.2, with actionable implementation patterns for designers and developers.
WCAG 2.2 new criteria — implementation guide
How to embed accessibility into your sprint — handoff annotations, acceptance criteria, severity classification, and CI/CD.