Доступность ломается не в коде, а в мелочах интерфейса, которые никто не проверил

Доступность ломается не в коде, а в мелочах интерфейса, которые никто не проверил

Именно поэтому a11y стоит смотреть не как «отдельную задачу», а как чек-лист на каждом экране:
— можно ли пройти форму с клавиатуры без мыши;
— есть ли видимый фокус у интерактивных элементов;
— читается ли текст на фоне и не спрятаны ли подписи в плейсхолдерах;
— понятны ли ошибки без цвета и без догадок.

Самые частые провалы — мелкие, но дорогие: кнопка без понятного имени, иконка-ссылка без подписи, модалка, из которой нельзя выйти Esc или табом. Для скринридера это не «косметика», а потерянный сценарий. Для бизнеса — лишний отказ на шаге, где пользователь уже почти дошёл до цели.

Что делать на практике: проверять критические сценарии не только в «идеальном» клике, а в двух режимах — клавиатурой и с выключенным изображением. Если смысл интерфейса рушится без цвета, мыши или картинки, значит паттерн нужно переделать, а не «добавить aria и забыть».

Доступность — это не про идеальность, а про предсказуемость: чем меньше интерфейс требует угадывать, тем выше шанс, что им действительно смогут пользоваться.