Клавиатура должна вести интерфейс, а не ломать его: 7 проверок
Если пользователь не может пройти сценарий без мыши, доступность уже просела. Базовый тест простой: TAB должен двигать фокус по логике экрана, Shift+TAB — возвращать назад, Enter и Space — срабатывать там, где это ожидают.
Проверьте три частых сбоя:
— фокус уходит в скрытые элементы или зацикливается;
— активный элемент не видно, потому что outline убрали без замены;
— кнопка сделана div’ом и не получает нажатие с клавиатуры. ⌨️
Отдельно смотрите на модальные окна, меню и выпадающие списки. При открытии фокус должен попадать внутрь, при закрытии — возвращаться на триггер. Esc закрывает диалог там, где это уместно. Если в интерфейсе есть кастомные виджеты, им нужен понятный порядок навигации и роли, а не только красивый внешний вид.
Самый полезный ручной тест: отключите мышь на один сценарий и пройдите его целиком. Если хотя бы один шаг требует догадки или лишнего нажатия, клавиатурная логика требует доработки.
Доступность веб-интерфейсов
@accessibility_in_design_ww
Клавиатура должна вести интерфейс, а не ломать его: 7 проверок
Этот пост опубликован в Telegram-канале Доступность веб-интерфейсов. Подписаться можно по ссылке: @accessibility_in_design_ww.