Skip to main content
Perceivly: Perceivly home

3.3.1 Error Identification

Level A · added in WCAG 2.0

When your site automatically detects an input error, it must point out the field in error and describe the problem in text. A red border or an icon alone is not enough.

Who it helps

Screen reader users cannot see red borders or icons, so they need the error in text tied to the field. People with color blindness, low vision or cognitive disabilities also need clear words to understand what went wrong.

How to meet it

Examples

Fails:An error shown only by a red border
<label for="email">Email</label>
<input id="email" type="email" style="border: 2px solid red;">
Fails:A vague message that is not tied to any field
<p class="error">There was a problem with your submission.</p>
<label for="email">Email</label>
<input id="email" type="email">
Passes:A text error linked to the field it describes
<label for="email">Email</label>
<input id="email" type="email" aria-invalid="true"
       aria-describedby="email-error" style="border: 2px solid #b00020;">
<p id="email-error" class="error">
  Error: Enter an email address like [email protected]
</p>

Can a scanner detect this?

No

axe-core has no rule for this criterion, because errors only appear after someone submits or edits a form. A person must trigger each error and check that the field is identified and the problem is described in text.

No automated rule tests this criterion. Check it by hand.

Common mistakes

Official W3C explanation of 3.3.1

Check your own page

See which automated WCAG checks your page fails, with the failing elements and how to fix them.

Enter a page address, for example example.com/shop.

Reviewed November 2, 2026