Доступность

Сайт, которым часть посетителей не может пользоваться, тихо отправляет клиентов прочь. Мы считаем WCAG 2.2 уровня AA инженерным минимумом каждого проекта и проверяем его измерением, а не декларируем в буклете.

Зачем это нужно

Три причины, и все практические

Это всё чаще требование закона

Регулирование доступности продолжает расширяться: правила для государственного сектора, законы о правах людей с инвалидностью в применении к вебу и потребительские требования на всё новых рынках. Мы инженеры, а не юристы, и юридических консультаций не даём. Но одно можем сказать прямо: сайт, построенный и проверенный по WCAG 2.2 AA, опирается на стандарт, на который ссылаются эти режимы, а сайт, который его игнорирует, несёт риск, который вы не закладывали в цену.

Она пересекается с поиском

Та же структура, что служит скринридеру, служит и поисковому роботу: настоящие заголовки по порядку, подписанные элементы управления, осмысленный текст у изображений, ссылки, из которых понятно, куда они ведут. Работа над доступностью и работа над поиском усиливают друг друга, поэтому мы ведём их как одну дисциплину, а не как два счёта.

Это сигнал качества, который покупатели чувствуют

Комфортный контраст, просторные зоны нажатия, страница, по которой можно пройти с клавиатуры, анимация, уважающая ваши настройки: посетители редко называют эти вещи вслух, но ощущают их как заботу. А их отсутствие читается как дешевизна, причём ровно на той странице, где вы просите доверия.

На практике

Что AA означает на реальной странице

Стандарт звучит абстрактно, пока его не применить. Вот что он конкретно означает на каждом сайте, который мы выпускаем.

  • Контраст в обеих цветовых темах. Цвета текста и интерфейса проверяются на тех фонах, где они реально стоят, в тёмном режиме так же строго, как в светлом. Тёмная схема проектируется вместе со светлой и никогда не получается инверсией в конце.
  • Весь сайт работает с клавиатуры. Ссылка для перехода к контенту первой в фокусе, видимое кольцо фокуса на каждом интерактивном элементе и порядок табуляции, который следует порядку чтения страницы.
  • Удобные зоны нажатия. Каждая ссылка и кнопка не меньше минимального размера на любой ширине экрана, поэтому палец на телефоне попадает туда, куда целился.
  • Анимация спрашивает разрешения. Всё, что движется, отключается для посетителя, чья система просит меньше анимации, и вместо этого показывается продуманное статичное состояние.
  • Структуру несёт семантика. Ориентиры для скринридеров, ровно один главный заголовок, уровни заголовков по порядку, подписанные поля форм и осмысленный альтернативный текст у каждого изображения, несущего смысл.
  • Формы ошибаются полезно. Обязательные поля отмечены, ошибки объявляются текстом, а не только цветом, а отклонённая отправка получает честное объяснение вместо тихой пропажи.
  • Текст выдерживает увеличение. Вёрстка перестраивается, когда посетитель увеличивает текст, без обрезанных колонок и горизонтальной прокрутки.

Проверка

Проверяется на каждой странице, ширине и теме

01

Автоматический аудит, который контролирует деплой

Каждая собранная страница проверяется по WCAG 2.2 AA на ширине телефона, планшета и десктопа, в светлой и тёмной теме, при каждом изменении. Нарушение не превращается в отчёт, который кто-то, может быть, прочитает; оно останавливает сборку, а остановленная сборка не может попасть в продакшен. Регрессии доступности перехватываются раньше, чем их встретит посетитель.

02

Измерение, а не взгляд на глаз

Коэффициенты контраста вычисляются, размеры зон нажатия измеряются в пикселях, порядок заголовков разбирается программно, и те же проверки проходят по каждой языковой версии каждой страницы. То, что чек-лист утверждает, набор тестов доказывает.

03

И руками по клавиатуре тоже

Автоматика ловит многое, но не всё. Перед выпуском мы дополнительно проходим сайт так, как им пользовался бы реальный посетитель с особыми потребностями: полностью с клавиатуры, при увеличенном тексте и через формы, держа в голове то, что объявит скринридер.

Заложено сразу

Заложено с палитры, а не доделано в конце

Доделывать доступность задним числом дорого: перекрашивать фирменную палитру, которая никогда не проходила по контрасту, перестраивать компоненты, которые не принимают фокус, переписывать страницы, чьи заголовки были украшением. Мы идём противоположным путём. Дизайн-система проверяется на контраст в обеих темах ещё до того, как собрана первая страница, интерактивные компоненты строятся сначала для клавиатуры, а аудит работает с первого деплоя проекта, а не с последнего. К запуску доступность перестаёт быть пунктом в списке задач: это свойство кодовой базы, которое тесты держат истинным.

Начать проект сайта [email protected]

Спросите нас о стандарте или попросите посмотреть на ваш текущий сайт. Напишите через форму на сайте или на [email protected].