Kiosk-style overlays ("best viewed in landscape") that block interaction rather than merely advising.
learning hub
WCAG 2.2 Accessibility Scenario Learning Hub
A guided course for learning accessibility through realistic, industry-grounded product scenarios. Each scenario carries a unique real-world example, plain-language explanation, and a direct reference to the official WCAG 2.2 Understanding document.
690 scenarios
Module · Perceivable
1.3.4 — Orientation
The site must work in both portrait and landscape unless one orientation is truly essential.
Rotation is technically allowed, but the layout breaks after rotating (content cut off, controls unreadable or unreachable), so only one orientation is usable in practice.
Module · Perceivable
1.3.5 — Identify Input Purpose
Fields that collect the user's own details (name, email, phone, address, card) must carry the correct autocomplete attribute.
The autocomplete attribute has an invalid or wrong value (e.g., 'given-name' on a surname field) — browsers and tools can't identify or autofill the field.
autocomplete omitted entirely on fields collecting the user's own info from the Input Purposes list (name, email, tel, address, cc-number…).
autocomplete="off" (or ="nope" hacks) on user-data fields — purpose no longer programmatically determinable.
Token on the wrong control (on the fieldset wrapper, or a non-input element) so it doesn't apply.
Custom JS widgets replacing native inputs (framework "smart fields") that drop the underlying autocomplete/purpose semantics.
Section-token misuse (section- prefixes) that break token validity.
Login/checkout iframes stripping autocomplete via attribute or sandbox, defeating purpose identification.
type misuse combined with missing tokens (e.g., type="text" for email with no autocomplete="email") leaving no machine-readable purpose.
Glossary
- Accessible name
- The short name assistive technology uses for a control — often from a label, aria-label, or associated text.
- Alt text (text alternative)
- The written description of an image that screen readers read aloud instead of the image.
- ARIA
- A set of HTML attributes that explain roles, names, and states to assistive technologies when native HTML is not enough.
- Assistive technology (AT)
- Tools people with disabilities use to operate software: screen readers, magnifiers, voice control, switch devices.
- Contrast ratio
- A measured difference between text (or a graphic) and what sits behind it; higher ratios are easier to see.
- Focus / keyboard focus
- The single element currently 'selected' by the keyboard — where Enter/Space/typing will act. Moved with Tab.
- Focus indicator
- The visible highlight that shows which element currently has keyboard focus.
- Focus order / tab order
- The sequence elements are reached when pressing Tab repeatedly.
- Keyboard trap
- A situation where keyboard focus moves into a component and cannot move out using standard keys.
- Landmark
- A page region such as banner, navigation, main, or contentinfo that screen-reader users can jump between.
- Live region / status role
- Markup (for example aria-live or role="status") that tells screen readers to announce updates without moving focus.
- Programmatically determinable
- Available in code so software — not only human eyes — can read the information reliably.
- Reading order
- The order assistive technology reads content, which follows the DOM sequence rather than pure visual placement.
- Screen reader
- Software such as NVDA, JAWS, VoiceOver, or TalkBack that speaks or brailles interface content and controls.
- Semantic markup
- Using HTML elements that match meaning (headings, lists, tables, buttons) instead of generic styled containers alone.
- Viewport
- The visible browser area. Reflow testing often uses about 320 CSS pixels of width.
Capstone audits
Practice spotting real issues (and ignoring correct implementations) in branded product flows.
PayEase
Audit This: PayEase — A peer-to-peer money transfer flow
9 checks · 7 fails · 2 passes
Start audit →QuickBite
Audit This: QuickBite — A food delivery app’s ordering flow
8 checks · 6 fails · 2 passes
Start audit →StreamPlay
Audit This: StreamPlay — A video streaming platform
8 checks · 6 fails · 2 passes
Start audit →JobLink
Audit This: JobLink — A job board’s search and application flow
8 checks · 6 fails · 2 passes
Start audit →MedConnect
Audit This: MedConnect — A patient portal’s appointment scheduler
8 checks · 6 fails · 2 passes
Start audit →StaySpot
Audit This: StaySpot — A hotel booking site’s room search and reservation flow
8 checks · 6 fails · 2 passes
Start audit →GreenCart
Audit This: GreenCart — A grocery delivery app’s browsing and cart
8 checks · 6 fails · 2 passes
Start audit →ChatterSocial
Audit This: ChatterSocial — A social media platform’s feed and profile settings
8 checks · 6 fails · 2 passes
Start audit →LearnHub
Audit This: LearnHub — An online course platform’s lesson player and quizzes
8 checks · 6 fails · 2 passes
Start audit →CoworkNow
Audit This: CoworkNow — A coworking-space booking app
8 checks · 6 fails · 2 passes
Start audit →Final exam
Comprehensive assessment
WCAG 2.2 Comprehensive Assessment
110 questions · pass at 80% · scored by WCAG principle with remediation links
Take the final exam