Перейти к содержимому
Pandus

WCAG 3.3.3 Подсказки по исправлению ошибок

Обновлено 14 октября 2026 г. · 3 мин чтения

Уровень
AA · WCAG 2.0
EN 301 549
9.3.3.3
Что проверяет тестер
Ручная проверка: автоматический инструмент не может надёжно проверить этот критерий.
Официальный текст
Understanding 3.3.3 Error Suggestion (W3C, на английском)

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

Что требует критерий

Если ошибка ввода обнаружена автоматически и варианты исправления известны, их нужно сообщить пользователю.

  • Ошибка ввода включает пропущенные обязательные данные и данные вне требуемого формата или допустимых значений.
  • «Известны» означает, что сайт может определить, что будет принято, — например, ожидаемый формат, допустимый диапазон или список допустимых вариантов.
  • Исключение: подсказку можно не давать, если она поставит под угрозу безопасность или назначение содержимого — например, раскроет, какая часть данных для входа неверна, или выдаст ответ в викторине.

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

Типичные ошибки в интернет-магазине

  • «Неверный почтовый индекс» без подсказки об ожидаемом формате для выбранной страны;
  • «Неверная дата» в поле срока действия карты без указания формата ММ/ГГ;
  • «Пароль не соответствует требованиям» без перечня требований;
  • «Количество недоступно» без указания, сколько товара есть в наличии;
  • поле промокода, которое пишет только «Ошибка», когда срок кода истёк;
  • поле номера плательщика НДС, которое отклоняет ввод без примера.

Как проверить

Автоматически: в нашей проверке нет правила для этого критерия. Нужна ручная проверка.

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

Как исправить

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

Связанные критерии

Частые вопросы

Чем 3.3.1 отличается от 3.3.3?

3.3.1 требует указать поле с ошибкой и описать ошибку текстом. 3.3.3 идёт на шаг дальше: если вы знаете, как пользователь может её исправить, вы обязаны ему это сказать.

Должна ли форма входа сообщать, что именно неверно — email или пароль?

Не обязательно. В 3.3.3 есть исключение для случаев, когда подсказка поставила бы под угрозу безопасность или назначение содержимого, поэтому общее «email или пароль неверны» допустимо.

Может ли автоматический инструмент проверить подсказки по ошибкам?

Нет. Ему пришлось бы отправлять формы с неверными данными и оценивать формулировки сообщений, поэтому это проверяется вручную.