- Success Criterion 3.3.1
- Conformance level A
Error Summary That Names Fields Too Vaguely to Identify Them
3.3.1 — Error Identification
Scenario
Setting
A podcast app's episode list
What’s wrong
Errors shown only in a summary that names fields ambiguously ("Field 3 invalid").
Example
Open a podcast app's episode list and this is what you'll see: errors shown only in a summary that names fields ambiguously ("Field 3 invalid").
Why it matters
Everyone submitting forms — especially screen-reader and color-blind users who miss color-only cues. On a podcast app's episode list specifically, they lose their progress and have to start over.
How to test
Submit invalid data and check the error summary: if fields are named ambiguously ('Field 3 invalid') instead of by their actual label, it fails.
How to fix
A text error message must identify each field in error and be exposed to assistive technology (announced automatically or focused).
Outcome
Fixed, a visitor to a podcast app's episode list can finish the task in one attempt.
Who is affected
Everyone submitting forms — especially screen-reader and color-blind users who miss color-only cues.
Learn more
- Understanding Understanding document (opens in a new tab)
Related scenarios
- Form Submission With No Way to Identify What Went Wrong
- Form That Fails Silently With No Error Message at All
- Form Errors Marked Only by a Red Border, With No Text
- Generic ‘There Were Errors’ Message With No Field Named
- Error Text That’s Visible but Never Announced to Screen Readers
- Error Toast That Disappears Before It Can Be Read