К нам обращаются пользователи, которым сложно работать с нашим сайтом, и мы решили разобраться с этим системно. Задача — сделать ресурс доступным для людей с нарушениями зрения, моторики и других особенностей, а также подготовиться к требованиям по доступности, которые к нам предъявляют. Внутренней экспертизы у нас нет: разработчики знают вёрстку, но со скринридерами и стандартом WCAG практически не работали, поэтому нужен человек со стороны, который умеет и находить барьеры, и грамотно их убирать.
Попросим пройтись по ключевым разделам вживую: витрина и поиск, карточка предложения, регистрация и авторизация, формы заявки и оплаты, кабинет пользователя. Проверка нужна не только автоматическим инструментом, но и вручную — со скринридером и полностью с клавиатуры, потому что именно там всплывают настоящие проблемы. Особенно интересует: можно ли пройти все шаги без мыши, виден ли фокус, в правильном ли порядке он перемещается, читаются ли подписи полей и сообщения об ошибках вспомогательными технологиями, хватает ли контраста тексту и элементам управления, корректно ли расставлены атрибуты ARIA, есть ли осмысленный альтернативный текст у изображений и понятные названия у кнопок со значками. Лишние ARIA-атрибуты там, где хватает обычной разметки, добавлять не надо.
По итогам ждём заключение о доступности с перечнем найденных нарушений, ссылками на конкретные критерии WCAG 2.1 уровня AA, оценкой критичности и рекомендациями. Дальше — внесение исправлений в код (или подробные правки, которые применим сами) и повторная проверка, что барьеры действительно устранены. Ценно, если останется короткая памятка для команды, чтобы новые страницы сразу делались доступными и мы не возвращались к тем же ошибкам.
Ориентиры по задаче:
— Живое тестирование со скринридером и клавиатурой, а не только отчёт сканера
— Контраст, фокус, ARIA, формы, заголовки и alt-тексты в одном объёме
— Заключение с привязкой к критериям WCAG 2.1 AA и оценкой критичности
— Устранение барьеров и контрольная проверка результата
Попросим пройтись по ключевым разделам вживую: витрина и поиск, карточка предложения, регистрация и авторизация, формы заявки и оплаты, кабинет пользователя. Проверка нужна не только автоматическим инструментом, но и вручную — со скринридером и полностью с клавиатуры, потому что именно там всплывают настоящие проблемы. Особенно интересует: можно ли пройти все шаги без мыши, виден ли фокус, в правильном ли порядке он перемещается, читаются ли подписи полей и сообщения об ошибках вспомогательными технологиями, хватает ли контраста тексту и элементам управления, корректно ли расставлены атрибуты ARIA, есть ли осмысленный альтернативный текст у изображений и понятные названия у кнопок со значками. Лишние ARIA-атрибуты там, где хватает обычной разметки, добавлять не надо.
По итогам ждём заключение о доступности с перечнем найденных нарушений, ссылками на конкретные критерии WCAG 2.1 уровня AA, оценкой критичности и рекомендациями. Дальше — внесение исправлений в код (или подробные правки, которые применим сами) и повторная проверка, что барьеры действительно устранены. Ценно, если останется короткая памятка для команды, чтобы новые страницы сразу делались доступными и мы не возвращались к тем же ошибкам.
Ориентиры по задаче:
— Живое тестирование со скринридером и клавиатурой, а не только отчёт сканера
— Контраст, фокус, ARIA, формы, заголовки и alt-тексты в одном объёме
— Заключение с привязкой к критериям WCAG 2.1 AA и оценкой критичности
— Устранение барьеров и контрольная проверка результата
