disability: Physical/Motor
Promotes web accessibility for people with limited to no movement, or with difficulty with fine motor skills.
2.1.1 Keyboard
All functionality must be operable using a keyboard alone, unless the task requires freehand input (e.g. drawing).
2.1.2 No Keyboard Trap
It must always be possible to move focus into and out of any component using a keyboard alone (e.g. [tab], [shift] + [tab], [enter], [esc]), without getting stuck.
2.1.3 Keyboard (No Exception)
All functionality must be operable using a keyboard alone (no exception, not even for tasks involving gestures like drag-and-drop or pointer-based interaction).
2.1.4 Character Key Shortcuts
Keyboard shortcuts should use modifier keys like [ctrl], [cmd], or [alt/option]. If single-key shortcuts are used (e.g. ‘S’ for save), it must be possible to turn them off, remap them with a modifier key, or restrict them to when the relevant element is focused.
2.4.1 Bypass Blocks
It must be possible to skip repeated blocks of content (e.g. navigation, header) and jump directly to the main part of the page.
2.4.3 Focus Order
Focus must follow a logical and meaningful order that preserves relationships and matches how the page is naturally read, regardless of layout or language direction.
2.4.7 Focus Visible
A visible indicator must show which element is currently focused when navigating with a keyboard.
2.4.11 Focus Not Obscured (Minimum)
When an element receives focus, it must be at least partially visible.
2.4.12 Focus Not Obscured (Enhanced)
When an element receives focus, it must be fully visible and not covered by other content.
2.4.13 Focus Appearance
The visible focus indicator must be at least 2px thick, have a contrast ratio of 3:1 compared to the unfocused state, and be clearly connected to the focused element.