Доступность легко превращается в разовую задачу «прогнать аудит перед сдачей». Через два релиза регрессии возвращаются — потому что процесс её не удерживает.

Чек-лист на каждый релиз#

  1. Все интерактивные элементы доступны с клавиатуры (Tab/Shift+Tab, Enter/Space).
  2. Фокус видим и не теряется при открытии/закрытии модалок.
  3. Контраст текста — минимум AA (4.5:1 для обычного текста).
  4. Изображения имеют осмысленный alt или помечены декоративными.
  5. Формы связывают лейбл, поле и текст ошибки через aria-describedby.

Модалки — самое частое место регрессий

Фокус-трап, закрытие по Esc и возврат фокуса на источник — три вещи, которые чаще всего забывают при добавлении нового модального окна.

Этот чек-лист живёт в репозитории рядом с кодом, а не в отдельном документе — иначе про него забывают уже на втором проекте.

Ключевые выводы

  • Фокус-состояния должны быть видны на каждом интерактивном элементе, без исключений.
  • Модальные окна обязаны ловить фокус и возвращать его на элемент-триггер при закрытии.
  • Контраст текста проверяется автоматически в CI, а не вручную перед релизом.
  • Скринридер-тестирование хотя бы одного ключевого сценария снимает 90% проблем, незаметных глазами.

Частые вопросы

С чего начать, если аудита доступности никогда не было?

С автоматической проверки (axe-core) на ключевых страницах — это находит примерно треть проблем за один прогон.

Нужен ли скринридер-тест для каждого релиза?

Нет — достаточно для крупных изменений интерфейса; мелкие правки покрывает автоматика и ручная проверка фокуса/контраста.

Хотите бесплатный экспресс-аудит доступности?

Проверим ключевые сценарии вашего продукта по этому чек-листу и пришлём список находок.

Запросить аудит