Пишите сообщения для экранного диктора так, чтобы человек без зрительного восприятия понял, что произошло и как действовать дальше. Используйте ясные формулировки, называйте ссылки и кнопки по их назначению, а ошибки и изменения состояния описывайте текстом. Затем прослушайте интерфейс с экранным диктором: проверка доступности сайта должна охватывать не только внешний вид, но и смысл сообщений.
Опорные правила сообщений для экранного диктора
- Сначала сообщайте главное: что произошло и какое действие требуется.
- Не передавайте смысл только цветом, расположением или иконкой.
- Называйте ссылки и кнопки по ожидаемому результату.
- Показывайте ошибки и успешные действия понятным текстом.
- Проверяйте сообщения в контексте страницы с помощью экранного диктора.
Сначала определите, что читатель должен понять и сделать
Инструкция подходит редакторам, дизайнерам и разработчикам, которые создают или обновляют тексты интерфейса, уведомлений и форм. Она полезна при разработке доступных сайтов, а также при подготовке контента для приложений и личных кабинетов. Если меняется только оформление, без изменения текста или поведения интерфейса, начните с проверки контраста и визуального представления, а не с переписывания сообщений.
Для каждой надписи сформулируйте два результата: что пользователь должен понять и какое действие выполнить. Например, сообщение после отправки формы должно сообщать, что данные приняты, а при необходимости — что делать дальше.
Стройте фразы так, чтобы их смысл не зависел от оформления
Подготовьте список сообщений и доступ к интерфейсу в тестовой среде. Для проверки понадобятся экранный диктор, клавиатура и возможность прослушать сообщения в реальном порядке чтения. При проверке доступности сайта уточните, как запускаются динамические уведомления и ошибки: только ли они появляются визуально или также становятся доступны вспомогательным технологиям.
Если экранного диктора нет, попросите коллегу, который им пользуется, проверить сценарий. Автоматические инструменты могут помочь выявить отдельные проблемы, но не заменяют прослушивание и проверку смысла сообщений.
Обозначайте ссылки, кнопки и действия понятными словами
Выполните шаги для каждого сообщения, которое помогает начать или завершить действие.
- Назовите цель сообщения. Запишите, что пользователь должен узнать или сделать. Уберите детали, которые не влияют на следующий шаг.
- Составьте самостоятельную фразу. Пишите так, чтобы смысл сохранялся без цвета, иконки, положения на экране и соседнего текста. Вместо сообщения о том, что поле отмечено красным, укажите, какое поле заполнено неверно и как исправить значение.
- Уточните названия элементов. Используйте слова, которые объясняют назначение ссылки или кнопки. Например, замените расплывчатое название на «Условия доставки», если ссылка ведёт к этой информации.
- Свяжите сообщение с нужным действием. Для ошибки назовите проблемное поле и способ исправления; для результата — подтвердите, что произошло. Не предлагайте действие, которое интерфейс не поддерживает.
- Проверьте порядок чтения. Прослушайте сообщение вместе с заголовком, полем или кнопкой, к которым оно относится. Убедитесь, что связь понятна и сообщение не повторяется без необходимости.
Быстрый режим:
- Определите, что пользователь должен понять и сделать.
- Напишите смысл без опоры на цвет и расположение.
- Уточните названия действий, ошибок и результатов.
- Прослушайте нужный сценарий с экранным диктором.
Такая последовательность пригодится и для адаптации сайта для слабовидящих, но одних текстовых правок недостаточно: отдельно проверьте масштабирование, контраст и видимость фокуса.
Передавайте ошибки и изменения состояния прямо в тексте
После редактирования пройдите сценарии формы, поиска или оформления заказа. Отметьте выполненные пункты:
- Сообщение прямо называет ошибку, а не только меняет цвет поля или показывает значок.
- Пользователь понимает, какое поле или действие вызвало проблему.
- Подсказка объясняет, как исправить ошибку, если способ исправления можно определить.
- Успешное действие подтверждается понятным текстом.
- Изменение состояния не описывается только как «готово» или «ошибка» без контекста.
- Уведомление доступно при чтении с экранным диктором и не требует поиска по странице.
- Сообщения не дублируют друг друга и не перекрывают необходимую информацию.
Для сложных сценариев проведите аудит доступности сайта по ключевым пользовательским маршрутам: например, заполнению формы и получению результата. Проверяйте не только отдельные фразы, но и то, в каком порядке человек узнаёт о проблеме и находит способ её устранить.
Проверяйте сокращения, числа и специальные символы на слух
При чтении вслух экранный диктор может произносить сокращения и обозначения не так, как ожидает автор. Проверьте сообщения на распространённые ошибки:
- Необъяснённые сокращения, которые пользователь может не знать.
- Непонятные коды и технические обозначения без пояснения.
- Числа без единиц измерения или контекста, когда они нужны для понимания.
- Даты и время в неоднозначном формате.
- Символы, смысл которых передаётся только визуально.
- Адреса ссылок, которые произносятся вместо понятного названия ссылки.
- Слова, где капс, знаки препинания или необычное написание мешают естественному произношению.
Сокращайте или поясняйте обозначения, если без этого смысл теряется. Решение проверяйте на слух: допустимое для одного диктора произношение не гарантирует такой же результат в другой конфигурации.
Прослушайте сообщение в контексте интерфейса и исправьте сбои
Выберите способ проверки с учётом задачи и доступных ресурсов:
- Самостоятельное тестирование: подходит для быстрой проверки отдельных экранов. Пройдите сценарий клавиатурой и прослушайте заголовки, элементы управления и уведомления.
- Проверка с пользователем экранного диктора: полезна, когда нужно понять, насколько понятны реальные формулировки и порядок действий.
- Внешняя оценка: уместна перед крупным запуском или при сложных пользовательских сценариях. Специалист может проверить сообщения вместе с поведением интерфейса.
Автоматизированную проверку используйте как дополнительный этап, а не как подтверждение полной доступности. Доступность сайта для людей с инвалидностью зависит также от структуры, управления с клавиатуры, контраста и корректной передачи состояния элементов.
Разбор сложных случаев при подготовке доступных сообщений
Нужно ли описывать каждую иконку словами?
Нет, если иконка не несёт самостоятельной информации или действие уже понятно из названия кнопки. Если она сообщает статус или заменяет текст, добавьте понятное текстовое обозначение.
Как назвать ссылку, если одинаковые ссылки ведут на разные страницы?
Добавьте в название ссылки контекст или цель, например название раздела или документа. Пользователь должен различать ссылки при чтении списка ссылок отдельно от окружающего текста.
Что писать, если точная причина ошибки неизвестна?
Сообщите, что не удалось выполнить действие, и предложите безопасный следующий шаг, например повторить попытку или обратиться в поддержку. Не называйте причину, которую интерфейс не может подтвердить.
Нужно ли дублировать уведомление и в тексте страницы, и в отдельном сообщении?
Не дублируйте его без необходимости: повтор может затруднить понимание. Выберите способ, который сообщает изменение пользователю экранного диктора и сохраняет информацию на странице, если она нужна для продолжения.
Можно ли использовать сокращения в коротких сообщениях?
Можно, если сокращение общеупотребительно для аудитории и экранный диктор произносит его понятно. Важные обозначения лучше раскрыть или проверить в реальном интерфейсе.
Достаточно ли автоматической проверки для оценки текста?
Нет. Она может обнаружить часть технических проблем, но не определит, понятно ли сообщение и связано ли оно с нужным действием. Дополните её ручной проверкой и прослушиванием сценария.