• Success Criterion 3.3.1
  • Conformance level A

3.3.1 · Error Identification

Lesson overview · Error Identification

In plain language

When input is rejected, the error must be identified in text and clearly say which field is wrong.

Who it affects

Everyone submitting forms — especially screen-reader and color-blind users who miss color-only cues.

How to check

Submit forms empty/with bad data: a text message must name each problem field (not just red borders) and be announced to screen readers. Worked example — A podcast app's episode list: submit invalid data and check the error summary: if fields are named ambiguously ('Field 3 invalid') instead of by their actual label, it fails.

Common misconception

A red border on an invalid field is not an error message. This rule requires the error to exist as text that a screen reader can actually discover and read. Real example: on a calendar app's event-creation form, submitting the event form with a missing title turns the field's border red, but no text message says which field failed or why, and screen reader users hear no announcement at all.

Learn more

get in touch

Know where you stand. Know what to work on next.

Tell us what you’re working on and where you need support. Our accessibility specialists can help with audits, remediation, VPAT/ACR, accessible development, and ongoing compliance.

Free 30-minute consultation (opens in new tab)

Free 30-minute call: talk through where you stand, scope a project or get a quote.

Need technical answers now? Book the $100 one-hour consultation to walk through an audit, talk with a developer or review your site live.

Let’s find the barriers before your users do

Indicates a required field.


Your information is kept private and never shared with third parties.

Scenarios in this lesson