Доступность веб-интерфейсов

ARIA-метки не чинят интерфейс: они лишь объясняют то, что уже есть

ARIA-метки не чинят интерфейс: они лишь объясняют то, что уже есть

ARIA часто ставят “для галочки”: добавляют label на кнопку без текста, role на див и считают задачу закрытой. Но скринридер читает не намерение разработчика, а доступное имя и роль. Если элемент изначально не управляемый, ARIA не сделает его кнопкой по-настоящему.

Правило простое:
— сначала используйте нативные элементы: button, a, input, select;
— aria-label — когда видимого текста нет, а смысл понятен по контексту;
— aria-labelledby — когда подпись уже есть на странице;
— aria-describedby — когда нужно добавить пояснение, а не название.

Не вешайте ARIA туда, где она дублирует и мешает. Пустой aria-label у кнопки с видимым текстом может скрыть нормальную подпись. Слишком длинные названия утомляют. А если элемент интерактивный только “визуально”, без клавиатуры и фокуса, ARIA проблему не решает.

Проверяйте себя так: можно ли понять назначение элемента без мыши, только через Tab и скринридер. Если нет — исправляйте сам компонент, а не маскируйте его меткой.
Этот пост опубликован в Telegram-канале Доступность веб-интерфейсов. Подписаться можно по ссылке: @accessibility_in_design_ww.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.