Идентифициране на грешки

Какво се изисква

Ако въведените данни в поле на формуляр са невалидни (грешен формат, липсваща задължителна стойност, стойност извън допустимия диапазон) и системата открива това автоматично, грешката трябва да се идентифицира на потребителя с текстово описание. Текстът трябва да посочва кое поле е грешно и какво е грешното — а не просто че „нещо” не е наред.

Критерият не изисква системата да открива всяка възможна грешка; изисква се откритите грешки да се представят на потребителя като текст.

Как да се изпълни изискването

• Свържете всяко поле на формуляра с видимо съобщение за грешка, описващо проблема, поставено до или под полето.
• Позовавайте се на проблемното поле по наименование: „Адресът на електронна поща трябва да съдържа символ @.”
• Свържете грешката с полето за въвеждане чрез aria-describedby, така че екранните четци да я обявяват при фокус.
• Използвайте aria-invalid="true" за проблемното поле за въвеждане.
• При валидация от страната на сървъра, изобразявайте обобщен списък в горната част на формуляра, като всеки елемент препраща към съответното проблемно поле.
• Обявявайте динамичните съобщения за валидация чрез жива област (aria-live="polite" или role="alert"), за да могат екранните четци да чуят грешката, без потребителят да трябва да я търси.

Чести грешки

• Червени рамки около невалидни полета без текстово обяснение.
• Общ банер „Формулярът е невалиден” без идентифициране на конкретните полета.
• Съобщения за грешка само в подсказки, изчезващи при загуба на фокус.
• Използване само на вградена браузърна валидация (required, pattern) — браузърният балон е ненадежден за екранни четци и изчезва прекалено бързо.
• Вградени индикатори за грешка само с икона (червен удивителен знак) без достъпно наименование.

Защо това е важно

Това е най-често цитираното нарушение в категорията помощ при въвеждане при одити. За зрящите потребители червената рамка е поне намек; за потребителите на екранни четци тя практически не съществува. За потребителите с нарушено цветово зрение червената рамка сама по себе си изобщо не се забелязва. Когато потребителят е попълнил дълъг формуляр и изпращането пропадне мълчаливо, той вероятно ще го изостави — и достъпността е причината именно те да са засегнати.

Комбинирайте 3.3.1 с 3.3.3 (Предложение при грешка) и 4.1.3 (Съобщения за статус) — заедно те формират съвременния модел за работа с грешки във формуляри.