Understanding Error Feedbacks, Importance, Impact on Users and WCAG 2.2 Success Criteria to Follow
Introduction:
Error
messages are those little pop-ups or notifications that tell you something has
gone wrong when you're using a website or an app. Sometimes it is bit confusing
that in which MAS we have to log the issues regarding to error messages. In
this article, we'll talk about why error messages are important and explore
simple solutions to make them accessible, and in which WCAG 2.2 success
criteria will it falls.
Why Are Error Messages Important?
Imagine
trying to fill out a form, and when you click 'Submit,' nothing happens. No
error message. You're left wondering what went wrong. Error messages help users
understand what happened, why it happened, and what they can do to correct it.
For people with disabilities, especially those using screen readers, clear and
accessible error messages are crucial for a positive online experience.
Let's look at four common situations and how to
make error messages accessible:
Situation 1: When errors are identified by other visual cues but not
presented in text
Sometimes,
errors occur, but the user doesn't know because there's no visible notification
in text. Fields with errors might turn red, or you'll see a special symbol
indicating errors. It is not discouraged to use colours or symbols to show
errors, but it's also important to include a written message to explain the
same.
Impact on Users: Users who rely on screen readers might miss errors identified
only by visual cues, making it difficult for them to understand what's wrong.
Additionally, individuals with colour deficiency would struggle
to identify errors if only red highlighting is used for fields with errors.
Possible
Solution: To
solve this, you can add a visually noticeable error message in text and also
make sure it's announced by screen readers. You can have a look on the possible
solutions of situation 3 as well.
Situation 2: When error feedbacks does not include
suggestions to correct them
Unclear error messages can be confusing. It's important to provide
specific details about the problem and suggest a solution. This helps all
users, especially users with cognitive disability , to understand and address
the issue.
Impact
on Users: Users,
including those with cognitive disabilities, may struggle to understand vague
error messages. They might not aware that how to correct them.
Possible Solution: Provide
suggestions for fixing the errors. For example, if dates are not entered in the
correct format, suggest the correct format as well with the error message.
Situation 3: When error feedbacks are not announced
by screen reader immediately
Some users rely on screen readers to navigate and understand content. If
error messages are not announced, these users won't know about the issues.
Impact
on Users: Users who
rely on screen readers might miss error messages, making it challenging for
them to know about and resolve issues.
Possible Solution: Our main goal is to make
sure that when there's an error on the screen, it gets announced by a screen
reader immediately. To do this, we can use ARIA attributes like role="alert"
or aria-live="assertive"
, on the container where the error message
appears. Another way is to make sure the focus goes to the summary of the
errors or on the first form element with an error. When the focus moves, the
screen reader will announce the error messages automatically. Additionally, we
can set up an alert dialog to notify users about error messages.
Situation 4: When error feedbacks are not associated with the appropriate elements
Errors can happen in forms despite clear instructions. When they
do, users need to know, especially those using assistive technology like screen
readers. Associating error messages with the specific
input fields helps users understanding and correcting errors.
Impact on
Users: screen
reader users may encounter difficulty in determining the associated errors for
a particular form element while
navigating using tab key.
Possible
Solution: This can be solved by using aria-discribedby to programmatically associate the error message with the
input field.
WCAG 2.2 Success
Criteria for the above mention situations.
Situations |
Success Criteria |
Situation 1: When errors Are identified by other visual cues but
not presented in text |
|
Situation 2: When error feedbacks does not include suggestions to
correct them |
|
Situation 3: When Error feedbacks are not announced
by screen reader immediately |
|
Situation 4: When error feedbacks are not
associated with the appropriate elements |
That’s all for today.
Comments
Post a Comment