Текст ошибки в интерфейсе: что сообщить пользователю

Сообщение об ошибке должно объяснять, что произошло и какое действие поможет. Фраза «Что-то пошло не так» не различает неверный email, отсутствие связи и проблему сервиса. Редактору полезно подготовить тексты под реальные состояния, а затем проверить, какие из них поддерживает выбранный блок.

В учебном примере форма обращения вымышленной студии принимает имя и почту. Возможны три разные ситуации: обязательное поле пустое, формат email неверный, отправка технически не завершилась. Для каждой нужен свой ответ.

• Пустая почта: «Укажите email, чтобы мы могли ответить».
• Неверный формат: «Проверьте email: нужен адрес вида name@example.ru».
• Сбой отправки: «Не удалось отправить сообщение. Попробуйте ещё раз или напишите на указанную почту».

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

1. Откройте «Контент» блока и проверьте заголовки полей.
2. Сопоставьте тип поля с ожидаемыми данными: email должен проверяться как email, а не как произвольный текст.
3. Проверьте обязательность только действительно нужных данных.
4. Заполните доступное сообщение успешной отправки по фактическому результату.
5. Опубликуйте и выполните тесты: пустое обязательное поле, неверный email, корректная отправка на разрешённый получатель.

Не все системные сообщения доступны для произвольной редакции в каждом блоке. Сначала установите реальные возможности его настроек. Не подменяйте штатные ошибки общим JavaScript ради красивого текста: можно скрыть причину сбоя и нарушить обработку данных.

Если вставка создана вашим разработчиком, передайте ему карту состояний: условие возникновения, сообщение, место показа и дальнейшее действие. Текст «Проверьте email» должен появляться только при соответствующей ошибке, а не при любой сетевой проблеме.

У собственной формы ошибка должна быть связана с полем и доступна вспомогательной технологии. Одна красная рамка недостаточна. Не копируйте учебный HTML сообщения без реализации реальной проверки и отправки: он не создаёт работающую форму.

После ошибки исправьте поле и отправьте снова. Уже введённые данные по возможности должны сохраняться. Проверьте, видно ли сообщение на телефоне над экранной клавиатурой и может ли человек дойти до проблемного поля.

С клавиатуры и скринридером проверьте обнаружение ошибки. По справке Tilda большинство полей базовых форм и сообщения результата подготовлены для таких способов взаимодействия; собственная стилизация требует повторной проверки.

• Красная рамка без объяснения: добавьте доступное текстовое пояснение там, где поддерживается.
• Неверное состояние названо успехом: исправьте связь сообщения с логикой.
• Посетитель не знает альтернативу при сбое: покажите рабочий контакт.
• Тест кажется успешным, но письма нет: проверьте доставку отдельно.

Связанные материалы: техническая проверка формы и статус с текстом, а не только цветом. Для самостоятельного обучения изучите актуальные программы и условия в разделе курсов Perkova&Perkova.