Клавиатура должна вести пользователя, а не ломать сценарий
Если интерфейс открывается только мышью, часть людей просто не дойдет до цели. Проверка базовая: все интерактивные элементы доступны через Tab, Shift+Tab и Enter/Space, а порядок фокуса совпадает с визуальной логикой экрана.
Дальше смотрят на четыре вещи:
— фокус виден всегда, а не только «где-то в браузере»;
— модальные окна не выпускают фокус наружу, пока не закрыты;
— Esc закрывает всплывашки там, где это ожидаемо;
— после действия фокус возвращается туда, откуда пользователь начал.
Частая ошибка — прятать элементы через display:none и оставлять их в сценарии как будто они доступны. Для клавиатуры это не просто неудобство, а тупик: фокус уходит в никуда или прыгает по скрытым кускам страницы. То же самое с кастомными контролами: если сделали кнопку из div, она должна вести себя как кнопка, а не как декоративный блок. ⌨️
Полезная привычка — проходить ключевые сценарии без мыши: вход, поиск, фильтры, отправка формы, закрытие модалки. Если на любом шаге приходится «догадаться», где сейчас фокус, значит доступность еще не работает.
Хорошее правило простое: если сценарий нельзя выполнить одной клавиатурой, для интерфейса он не готов.
Доступность веб-интерфейсов
@accessibility_in_design_ww
Клавиатура должна вести пользователя, а не ломать сценарий
Этот пост опубликован в Telegram-канале Доступность веб-интерфейсов. Подписаться можно по ссылке: @accessibility_in_design_ww.