WCAG 3.3.5 — Help
Context-sensitive help is the difference between "I'm stuck" and "I'll try it". AAA wants help text right where the user needs it — beside the field, beside the step — not in a separate FAQ they have to discover.
What this requires
Context-sensitive help is available. Specifically, for items requiring user input, descriptive labels (covered by 3.3.2) plus additional explanation as needed: instructions, examples, format hints, or detailed help that explains what to do and why.
How AI coding tools fail this
When asked to "build the form", AI tools generate field labels and nothing else. Format expectations ("date as MM/DD/YYYY"), reasons ("we use your phone number for two-factor authentication"), and worked examples are missing. The user has to guess.
The second pattern: help only on hover. The icon is there; the help appears only to users who can hover and who notice the tiny button.
The third: help that lives behind a "?" link to a separate FAQ page. Context is broken; the user has to navigate away, find the answer, and return.
Edge cases
- AAA target. AA covers labels and instructions (3.3.2); AAA pushes for context-sensitive help.
- Format hints belong adjacent to the field, not in a separate legend.
- Worked examples are powerful and underused.
- Help link to a FAQ doesn't satisfy AAA on its own; the help must be reachable in context.
- Plain language in help text matters at least as much as in body copy.
How Jeikin handles this
This is a manual review item. The dashboard records each input field
and asks the reviewer to confirm whether help is provided in context.
The scanner can flag fields with no aria-describedby and no helper
text as leading indicators.