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

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

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

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

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

Что делать на практике: включить a11y в базовые компоненты. У каждого input должны быть label, helper и error state; у кнопки — ясный текст; у модалки — заголовок, фокус-ловушка и понятный способ закрыть; у иконки — либо смысловой текст рядом, либо aria-label.

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