Если после нажатия кнопки записи форма остаётся на экране, клиенту нужно понять: заявку приняли или ввод отклонили? Красная рамка вокруг контакта не объясняет причину. В пояснении W3C к Error Identification для автоматически обнаруженной ошибки требуется назвать ошибочное поле и описать ошибку текстом. Цвет можно оставить дополнительным сигналом, но не единственным объяснением.
Нина боится записаться три раза
В вымышленной ситуации Нина копирует номер телефона из своей записной книжки с пробелами. Конкретная тестовая форма тренера принимает в этом поле только цифры. После отправки номер остаётся, рамка краснеет, а подтверждения нет. Нина нажимает кнопку ещё раз: она опасается, что уже создала заявку и теперь дублирует её. Это не установленный сбой связи и не ошибка самой Нины: интерфейс не объяснил, какой ввод отвергает.
Тренер передаёт разработчику не просьбу «сделать красный ярче», а воспроизводимый пример: пробный номер с пробелами отвергается без текста причины. В тестовой версии рядом с телефоном появляется сообщение: «Телефон не принят: в этой форме разрешены только цифры, без пробелов». Оно описывает фактическое правило данной формы. Если система допускает пробелы, такое сообщение будет неверным; текст нельзя копировать без сверки с настоящей проверкой.
Пустой контакт и неверный формат — разные сообщения
При пустом обязательном поле уместно указать, что именно не заполнено: например, «Укажите телефон для связи». Если контакт введён, но не соответствует формату, нужно назвать это несоответствие. Общее «Ошибка! Проверьте данные» оставляет человека искать проблему по всей форме. При этом разрешённый формат лучше объяснить до отправки, а не заставлять клиента угадывать его несколькими попытками.
W3C различает описание обнаруженной ошибки и подсказку по исправлению: второе рассматривается также в критерии Error Suggestion. В примере Нины одна фраза выполняет обе практические задачи — называет телефон и говорит, что делать с пробелами. Это не означает, что любое короткое сообщение автоматически удовлетворяет всем требованиям доступности формы.
Почему после исправления возникает следующая ошибка
В другой пробной отправке оставлены пустыми и телефон, и поле выбранного занятия. Браузерная проверка может сначала показать только первую обнаруженную ошибку. После исправления телефона становится виден следующий отказ. Такая последовательность сама по себе не доказывает, что система случайно теряет данные. При проверке тренер проходит все намеренно оставленные ошибки, а не заканчивает тест после первого понятного сообщения.
Конкретное размещение описаний — у полей, списком или в другом доступном представлении — выбирают по форме. Критерий W3C не предписывает единственный макет. Но клиент должен связать объяснение с нужным полем. Если при переходе к нему с клавиатуры исчезает визуальный ориентир, это уже отдельная проверка: видимый фокус в форме записи. Понятная причина отказа не заменяет видимость текущего элемента.
Граница проверки: понятная ошибка ещё не доставленная заявка
На согласованной тестовой версии проверяют отдельно пустой контакт, неверный формат и корректный пробный ввод. В первых двух случаях человек должен понять поле и причину отказа; в третьем нужно отдельно проверить подтверждение и получение тестовой заявки. Настоящие контакты клиентов для этого не нужны. После изменения правил телефона или добавления обязательного поля сообщения проверяют заново: вчерашнее объяснение может перестать соответствовать сегодняшней форме.