8 a11y-проверок, которые ловят самые дорогие ошибки в интерфейсе

8 a11y-проверок, которые ловят самые дорогие ошибки в интерфейсе

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

• Проверь навигацию с Tab: фокус должен быть видимым, логичным и не исчезать за модалками.
• Все кликабельные элементы обязаны иметь понятное имя: иконка без подписи — плохой паттерн.
• У полей формы должны быть label, подсказка и текст ошибки, а не только placeholder.
• Не передавай смысл только цветом: ошибка, статус и успех должны читаться без него.

Отдельно смотри на модальные окна, выпадающие списки и тосты: они должны объявляться, закрываться предсказуемо и не уводить пользователя в тупик. Если есть анимации, оставь способ выключить или минимизировать движение.

Что делать на практике: добавьте a11y-чек в дизайн-ревью и в QA-список, а на уровне компонента храните не только внешний вид, но и состояние фокуса, роли, подписи и ошибки. Так вы чините не экран, а систему.