Цифровые продукты ·
Сайт должен оставлять человеку путь к действию
Посетитель может видеть страницу и всё равно не суметь отправить заявку. Веб-доступность начинается с простого вопроса: может ли человек пройти нужный путь своим способом, понять происходящее и исправить ошибку?
Доступность — свойство маршрута
Работающий сервер ещё не делает интерфейс доступным. Человек может пользоваться клавиатурой вместо мыши, увеличивать текст или читать страницу через программу экранного доступа. В каждом случае у него остаётся обычная задача: выбрать услугу, узнать условия, связаться с исполнителем.
Веб-доступность сайта полезно обсуждать через такие действия. Для первой проверки выберите один маршрут: открыть страницу услуги, найти цену или способ расчёта, перейти к форме, заполнить её и получить понятный ответ. Условия проверки запишите заранее. Иначе разговор сведётся к отдельным кнопкам, а препятствие между ними останется незамеченным.
Управление должно быть видно
Пройдите выбранный маршрут клавиатурой. Смотрите, куда переходит фокус, видно ли его на каждом шаге и можно ли открыть меню, закрыть окно, выбрать вариант и отправить форму. Особенно внимательно проверьте элементы, которые появляются поверх страницы. Человек должен понимать, где он находится и как вернуться к прежнему действию.
Критерий WCAG о клавиатуре описывает доступность функций через клавиатурный интерфейс с оговоркой для действий, зависящих от траектории движения. Для владельца сайта рабочий вопрос проще: какое полезное действие сейчас требует мыши без необходимости? Ответ станет конкретной задачей разработчику, а не пожеланием «улучшить удобство».
Смысл не должен зависеть от внешнего вида
Представьте форму консультации. Над полем написано «Контакт», внутри — пример адреса, а ошибка обозначена красной рамкой. Посетителю приходится угадывать, нужен ли телефон, почта или ник в мессенджере. Более точная подпись и объяснение ошибки помогают понять задачу ещё до выбора технического решения.
Составьте список полей: что вводит человек, зачем это нужно, какой формат допустим и что делать при отказе. Проверьте, остаётся ли название поля после ввода. Для кнопок используйте действие, которое соответствует результату: «Отправить запрос» яснее безымянной стрелки. При проверке экранного доступа отдельно убедитесь, что названия и состояния элементов доступны программе; визуального сходства недостаточно.
Увеличение текста проверяет приоритеты
Увеличьте текст и сузьте окно. Посмотрите, остаются ли рядом цена и её пояснение, видна ли подпись кнопки, можно ли прочитать условия перед отправкой. Наложение строк часто обнаруживает, что макет держался на фиксированной высоте блока, а содержание считалось неизменным.
Критерий reflow касается сохранения информации и функций при изменении представления с предусмотренными исключениями. Практическая цель владельца — сохранить последовательность чтения и действия. Не сокращайте важное условие только ради красивого первого экрана: исправьте расположение, которое перестало выдерживать содержание.
Ошибка тоже входит в услугу
Проверьте заведомо неверный адрес, пропущенное обязательное поле и отказ отправки. Человек должен получить объяснение, понять, где исправить данные, и сохранить уже введённое. Успешная отправка тоже требует ясного подтверждения: что принято и какой следующий шаг ожидается.
В руководстве W3C по уведомлениям формы рассматривается сообщение об ошибках и результате операции. Для проекта полезно превратить это в пару сценариев приёмки. Например: «После неправильного адреса посетитель понимает причину и исправляет поле, не заполняя всю форму заново». Это проверяемое поведение; общее обещание доступности его не заменяет.
Первый проход даёт список препятствий
Для каждого найденного препятствия сохраните страницу, шаг, способ управления, ожидаемый результат и фактическое поведение. Сначала исправляйте то, что прерывает обращение: недоступную кнопку, непонятное поле, потерю данных. После исправления повторите весь маршрут, включая ошибку, а не только изменённый компонент.
Предварительные проверки W3C помогают начать оценку, но не подтверждают полное соответствие требованиям. Если проекту нужна такая оценка, её объём и методику следует определить отдельно. Первый проход владельца служит хорошим заданием на доработку.
Этот разбор дополняет [структуру сайта](/apocrypha/website-structure) и [приёмку созданного с ИИ сайта](/apocrypha/how-to-accept-ai-built-website). Если препятствия затрагивают шаблоны и форму обращения, можно начать [разработку или доработку сайта](/dialogue) с одного согласованного маршрута и его критериев проверки.
Сайт начинается с задачи
Если вы планируете новый сайт или пересматриваете существующий, начнём с его роли в бизнесе, структуры и пути посетителя к обращению.