Может ли посетитель решить свою задачу?
Посетителю нужно найти информацию, открыть меню или отправить запрос. Я начал бы проверку доступности именно с этих задач. Можно ли выполнить их без мыши? Читается ли текст? Работает ли страница при увеличении содержимого?
Для компании это практические вопросы о работе сайта. Кнопка настроек доступности может быть полезной, но сама по себе не подтверждает доступность сайта.
Навигация без мыши
Критерий WCAG 2.1.1 касается управления функциями через клавиатурный интерфейс. Есть ограниченное исключение для функций, которым необходима определённая траектория движения. Это важно при проектировании меню, форм и других действий.
WCAG 2.4.7 также требует видимого клавиатурного фокуса. Пользователю нужно видеть, какой элемент сработает при активации. При проверке я прошёл бы весь путь от навигации до главного действия, а не остановился на первой кнопке.
Читаемость и место для увеличенного содержимого
WCAG 1.4.3 обычно требует контраст не менее 4,5:1 для обычного текста и 3:1 для крупного, с определёнными исключениями. Цвета нужно проверять в реальных состояниях интерфейса.
WCAG 1.4.10 касается перестроения содержимого при узкой области просмотра без потери информации и функций. Исключение предусмотрено для содержимого, которому нужна двумерная компоновка. Страница может хорошо выглядеть на большом экране и создавать проблемы при увеличении текста и элементов управления.
Моя практическая рекомендация — рано проверять обычные задачи с увеличенным содержимым. Обращайте внимание на обрезанный текст, наложение кнопок и информацию, до которой трудно добраться.
Пример Northline
Northline — мой концептуальный проект и интерактивная демонстрация. Он исследует настройки размера текста, контраста, интервалов и уменьшения движения.
В презентации проекта также описана работа с клавиатурной навигацией, видимым фокусом и структурой страницы. Моя роль включала UX/UI, визуальную идентичность, взаимодействие и концепцию фронтенда.
Это учебный и демонстрационный проект, а не независимое подтверждение соответствия WCAG. Он также не доказывает, что все функции работают со всеми вспомогательными технологиями.
Проверяйте задачи, важные для пользователя
W3C объясняет, что одних автоматических инструментов недостаточно для определения доступности сайта. Необходима оценка человеком.
Я совместил бы технические проверки с конкретными задачами: найти услугу, открыть и закрыть меню, заполнить форму и исправить ошибку. Стоит проверить работу с клавиатурой и экранным диктором, а по возможности привлечь людей с соответствующими потребностями.
Результатом должен стать список реальных препятствий, приоритетных исправлений и повторных проверок. Настройки отображения могут помогать, но основа сайта всё равно требует внимания.
Хотите проверить свой сайт?
Можно начать со страниц и действий, наиболее важных для ваших клиентов, и определить, что нужно изучить и улучшить. Проект Northline ниже показывает один из исследованных мной подходов.
