8 a11y-проверок, которые спасают интерфейс от «невидимых» ошибок

8 a11y-проверок, которые спасают интерфейс от «невидимых» ошибок

Когда доступность вспоминают в конце, обычно уже приходится чинить навигацию, формы и модалки. Проще держать короткий чек-лист и прогонять его до релиза.

— Контраст текста и фона: серый на сером часто «красивый» только в макете.
— Фокус с клавиатуры: все интерактивные элементы должны быть достижимы и видимы.
— Семантика: кнопка — это button, а не div с кликом.
— Подписи: у полей, иконок и действий должны быть понятные названия, а не «ещё» и «жми сюда» 🧩

— Ошибки форм: сообщение должно объяснять, что сломалось и как исправить.
— Модалки и дропдауны: фокус не должен утекать за пределы компонента.
— Не полагаться только на цвет: статус должен читаться текстом или иконкой с пояснением.
— Текстовые размеры и отступы: интерфейс обязан жить при увеличении шрифта.

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

Доступность — не отдельный слой, а способ не потерять часть аудитории на ровном месте.