<b>Доступность ломается не в коде, а в мелких UI-решениях, которые никто не проверяет</b>

<b>Доступность ломается не в коде, а в мелких UI-решениях, которые никто не проверяет</b>

Когда интерфейс «почти готов», именно a11y чаще всего остаётся на уровне намерений. Проблема не в одной большой ошибке, а в наборе мелочей:

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

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

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

Если нужен быстрый фильтр качества, начните с одного вопроса: <i>может ли человек пройти основной сценарий без догадок и лишних действий?</i> Если нет — это уже не мелочь, а UX-проблема.