5. User Input, Forms, and Dynamic Content
Links, buttons, and interactive controls MUST be keyboard-focusable.
(WCAG 2.1.1) [cite: 99]
Keyboard focus MUST NOT be locked or trapped in a particular page element.
(WCAG 2.1.2) [cite: 99]
The size of the target for pointer inputs MUST be at least 24 by 24 CSS pixels (with some allowable exceptions).
(WCAG 2.5.8) [cite: 102]
Labels MUST be programmatically associated with their corresponding form elements.
(WCAG 1.3.1) [cite: 111]
Placeholder text is allowed but MUST NOT be used as the only method of providing a label for a text input.
(WCAG 1.3.1) [cite: 111]
If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text.
(WCAG 3.3.1) [cite: 129]
When a user inputs information or interacts with a control, it MUST NOT result in a substantial change to the page, the spawning of a pop-up window, an additional change of keyboard focus, or any other change that could confuse or disorient the user unless the user is informed of the change ahead of time.
(WCAG 3.2.2) [cite: 135]
Every interactive UI element MUST have a name, according to the accessible name computation.
(WCAG 4.1.2) [cite: 138]
If the CAPTCHA is not text-based (e.g. image or audio), a text alternative MUST communicate the purpose of the CAPTCHA.
(WCAG 1.1.1) [cite: 151]
Consult the Full WCAG 2.2 Checklist:
This tool presents a subset of the comprehensive guidelines. For a thorough and
complete accessibility audit against WCAG 2.2 AA standards, please refer to the
original source document:
Official WCAG Standards & Guidelines (W3C)
The provided PDF document "web-accessibility-checklist-wcag-2.2.pdf" offers a detailed, actionable checklist based on these standards.
Contribute to this project!
Feel free to fork this project and implement new features or improvements.
GitHub Repository