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

Разберём 5 самых частых ошибок.

1. Кнопки без семантики

Когда:

  • div вместо button

  • кликабельные карточки без ролей

  • кастомные контролы без доступности

Что происходит: Скринридер не видит действие.

Итог: Интерфейс визуально есть — для пользователя его нет.

2. Placeholder вместо label

Типичная ошибка форм.

Placeholder:

  • исчезает при вводе

  • плохо читается

  • не всегда озвучивается

Итог: Человек забывает, что вводит.

Особенно:

  • при когнитивной нагрузке

  • у пожилых пользователей

при тревоге.

3. Цвет как единственный сигнал

Очень частая ошибка:

  • ошибки только красным

  • статусы только цветом

  • контраст ниже нормы.

Accessibility — это многоканальность: цвет + текст + форма + структура.

4. Иконки без смысла

Любимый дизайнерский грех: красивая иконка без подписи.

Проблема:

  • скринридер скажет «button»

  • пользователь не поймёт действие.

Минимум: aria-label или текст.

5. Нет структуры страницы

Без заголовков:

  • нельзя быстро навигировать

  • сложно понимать контекст

  • страдает SEO, UX и accessibility одновременно.

Это база.

Вывод

Accessibility — это не «для инвалидов». Это про стресс, усталость, ситуацию.

Сегодня любой может оказаться:

  • без мыши

  • без зрения

  • без концентрации.

И тогда хороший дизайн становится поддержкой.

Комментарии (3)


  1. SHK83
    26.02.2026 17:41

    Виктория, спасибо за практические советы, буду брать на вооружение


  1. Juicy8293
    26.02.2026 17:41

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


  1. codebra
    26.02.2026 17:41

    Отличная статья! С пунктом про placeholder вместо label в целом согласен, что это частая проблема, особенно в сложных формах. Но тут, мне кажется, всё же зависит от аудитории и контекста. Для простых полей (поиск, подписка по email) и молодой аудитории placeholder может быть достаточно, так как люди и так понимают, что вводить. А вот для пожилых пользователей, в сложных сценариях (оформление заказа и т.д.) или длинных анкетах думаю что label обязателен. Так что скорее нужно знать когда использовать, чем никогда не использовать.

    А вообще статья заставила задуматься. Честно признаюсь, в своих курсах на Codebra я доступности не уделял должного внимания. Всё больше про «Как сверстать макет», а про то «Как сделать доступно для всех» как-то упускал. Ваши пять пунктов отличная затравка, теперь буду пересматривать программу и добавлять интенсив про доступность.

    Спасибо за пинок в правильную сторону!