Доступность часто воспринимают как техническую тему. ARIA, WCAG, скринридеры — будто это зона разработчиков. Но правда в том, что большая часть проблем появляется ещё в макетах. И если дизайнер не заложил структуру, смысл и сценарий — разработчик это уже не исправит без редизайна.

Разберём 5 самых частых ошибок.
1. Кнопки без семантики
Когда:
div вместо button
кликабельные карточки без ролей
кастомные контролы без доступности
Что происходит: Скринридер не видит действие.
Итог: Интерфейс визуально есть — для пользователя его нет.

2. Placeholder вместо label
Типичная ошибка форм.
Placeholder:
исчезает при вводе
плохо читается
не всегда озвучивается
Итог: Человек забывает, что вводит.
Особенно:
при когнитивной нагрузке
у пожилых пользователей
при тревоге.

3. Цвет как единственный сигнал
Очень частая ошибка:
ошибки только красным
статусы только цветом
контраст ниже нормы.
Accessibility — это многоканальность: цвет + текст + форма + структура.

4. Иконки без смысла
Любимый дизайнерский грех: красивая иконка без подписи.
Проблема:
скринридер скажет «button»
пользователь не поймёт действие.
Минимум: aria-label или текст.

5. Нет структуры страницы
Без заголовков:
нельзя быстро навигировать
сложно понимать контекст
страдает SEO, UX и accessibility одновременно.
Это база.

Вывод
Accessibility — это не «для инвалидов». Это про стресс, усталость, ситуацию.
Сегодня любой может оказаться:
без мыши
без зрения
без концентрации.
И тогда хороший дизайн становится поддержкой.
Комментарии (3)

Juicy8293
26.02.2026 17:41Справедливости ради, иногда красивая иконка это просто красивая иконка - ей не нужна подпись (декоративный элемент).

codebra
26.02.2026 17:41Отличная статья! С пунктом про placeholder вместо label в целом согласен, что это частая проблема, особенно в сложных формах. Но тут, мне кажется, всё же зависит от аудитории и контекста. Для простых полей (поиск, подписка по email) и молодой аудитории placeholder может быть достаточно, так как люди и так понимают, что вводить. А вот для пожилых пользователей, в сложных сценариях (оформление заказа и т.д.) или длинных анкетах думаю что label обязателен. Так что скорее нужно знать когда использовать, чем никогда не использовать.
А вообще статья заставила задуматься. Честно признаюсь, в своих курсах на Codebra я доступности не уделял должного внимания. Всё больше про «Как сверстать макет», а про то «Как сделать доступно для всех» как-то упускал. Ваши пять пунктов отличная затравка, теперь буду пересматривать программу и добавлять интенсив про доступность.
Спасибо за пинок в правильную сторону!
SHK83
Виктория, спасибо за практические советы, буду брать на вооружение