WCAG 3.3.3 Підказування в разі помилок

Критерій успіху 3.3.3 допомагає людям виправити форму, коли щось пішло не так. Повідомлення на кшталт «Неправильне введення» каже покупцеві, що є проблема, але не каже, що робити. Люди з когнітивними порушеннями, користувачі програм зчитування з екрана і люди з порушеннями моторики, які роблять помилки під час друку, часто саме тут здаються. Це рівень AA, і в EN 301 549 він є пунктом 9.3.3.3 (в Україні — ДСТУ EN 301 549:2022).

Що вимагає критерій

Якщо помилку введення виявлено автоматично і підказки щодо виправлення відомі, їх треба надати користувачеві.

• Помилка введення охоплює пропущену обов'язкову інформацію та інформацію поза потрібним форматом чи значеннями.
• «Відомі» означає, що сайт знає, що буде прийнято, — наприклад, очікуваний формат, дозволений діапазон чи список дійсних варіантів.
• Виняток: підказку можна не давати, якщо вона поставила б під загрозу безпеку чи призначення вмісту — наприклад, розкрила б, яка частина даних для входу неправильна, чи підказала б відповідь у тесті.

Підказка зазвичай текстова, і вона має відповідати іншим критеріям (наприклад, бути читабельною і доступною для програм зчитування з екрана).

Типові помилки в інтернет-магазині

• «Неправильний поштовий індекс» без підказки щодо очікуваного формату для вибраної країни;
• «Неправильна дата» в полі терміну дії картки без вказівки, що формат — ММ/РР;
• «Пароль не відповідає вимогам» без переліку вимог;
• «Кількість недоступна» без вказівки, скільки товарів є в наявності;
• поле промокоду, яке каже лише «Помилка», коли термін дії коду закінчився;
• поле ідентифікатора ПДВ, яке відхиляє введення, не показуючи прикладу.

Як перевірити

Автоматично: у нашого сканера немає правила для цього критерію. Потрібна ручна перевірка.

Вручну: для кожної форми введіть типові неправильні значення: індекс у неправильному форматі, дату в минулому, закороткий пароль, кількість більшу за наявність, email без «@». Прочитайте кожне повідомлення і запитайте себе: чи каже воно, як виправити введене? Перевірте також, що програма зчитування з екрана озвучує повідомлення, коли воно з'являється або коли ви переходите до поля.

Як виправити

• Пишіть повідомлення, які називають виправлення: «Введіть індекс із 5 цифр, наприклад 10115».
• Наводьте правила заздалегідь (довжина пароля, дозволені символи) і повторюйте їх у повідомленні про помилку.
• Коли дійсних значень небагато, підказуйте найближчі або пропонуйте вибір.
• Зберігайте введене користувачем у полі, щоб він міг його виправити, а не вводити заново.

Пов'язані критерії

• 3.3.1 Виявлення помилок — помилку треба ідентифікувати й описати.
• 3.3.4 Недопущення помилок (юридичних, фінансових, під час уведення даних) — перевірки, перш ніж замовлення стане остаточним.
• 3.3.2 Маркування або інструкції — поясніть формат до того, як користувач почне вводити.

Часті запитання

Чим 3.3.1 відрізняється від 3.3.3?

3.3.1 вимагає ідентифікувати поле з помилкою й описати помилку текстом. 3.3.3 іде на крок далі: коли ви знаєте, як користувач може її виправити, ви маєте йому це сказати.

Чи має форма входу казати, що саме неправильне — email чи пароль?

Не обов'язково. 3.3.3 має виняток, коли підказка поставила б під загрозу безпеку чи призначення вмісту, тож загальне «email або пароль неправильні» допустиме.

Чи може автоматичний інструмент перевірити підказки щодо помилок?

Ні. Йому довелося б надсилати форми з неправильними даними й оцінювати формулювання повідомлень, тож це перевіряють вручну.