Почему чек-лист по доступности ещё не означает доступный интерфейс
⠀
В X регулярно появляются гайды и чек-листы по доступности сайтов и приложений.
Сами по себе они полезны. Но между "мы знаем стандарт" и "человек реально может пройти сценарий" всё ещё остаётся большая дистанция.
⠀
Хороший пример такого формального подхода - типичные публикации про соответствие требованиям, чек-листы и accessibility statements.
Например, вот свежий тред про запуск guide по website accessibility: NALC.
⠀
Проблема не в том, что такие материалы бесполезны.
Проблема в другом: они очень легко создают иллюзию, что доступность уже почти сделана.
⠀
Обычно в таких списках всё выглядит правильно:
- контраст
- клавиатура
- alt text
- структура
- statement
⠀
Но пользовательский сценарий ломается не там, где у вас красивый список требований.
Он ломается в более приземлённых местах:
- форма не даёт понять, где ошибка
- модалка уводит фокус
- интерфейс меняется, но не объясняет это screen reader
- кнопка названа формально, но не по смыслу
- нужное действие спрятано в неудобной последовательности
⠀
Поэтому для меня главный вопрос всегда не в том, "прошли ли вы чек-лист".
Главный вопрос другой:
может ли человек с assistive tech действительно выполнить задачу от начала до конца.
⠀
Вот здесь и проходит разница между формальной и живой доступностью.
Формальная доступность хорошо выглядит в отчёте.
Живая доступность позволяет человеку реально пользоваться продуктом.
⠀
Именно поэтому хорошие гайды полезны не как финальный ответ, а как стартовая точка.
Если команда на этом останавливается, почти всегда остаются невидимые проблемы, которые всплывают уже у реальных пользователей.
⠀
Мне кажется, в accessibility это одна из самых частых ошибок.
Люди проверяют требования.
А надо проверять прохождение сценария.