
Доступность сайта часто считают формальностью. На деле это расширяет аудиторию, снижает юридические риски и улучшает видимость в поиске.
В большинстве компаний веб-доступность воспринимают как формальность: что-то, на что укажет юрист, что наспех исправит разработчик и о чём все забудут до следующей проверки. Такая реакция понятна, но она упускает суть — что доступность значит на самом деле и что она даёт бизнесу. Доступный сайт — это просто сайт, который надёжно работает для большего числа людей, в большем числе ситуаций, на большем числе устройств. И это оборачивается конкурентным преимуществом, значение которого выходит далеко за рамки одного лишь соответствия требованиям закона.
Сегодня это важнее, чем несколько лет назад. Регулирование на большинстве крупных рынков догнало веб, программы чтения с экрана и вспомогательные технологии стали мощнее, чем когда-либо, а растущая доля трафика приходится именно на те ситуации, для которых доступность изначально и создавалась: маленький экран смартфона на ярком солнце, медленное соединение, временная травма, постоянная инвалидность или просто человек, который хочет быстро решить свою задачу и которому некогда разбираться в запутанном интерфейсе. Считать доступность исключительно юридической обязанностью — значит упускать большую часть этой ценности.
Руководство по обеспечению доступности веб-контента (WCAG) — самый распространённый стандарт, и оно действительно полезно, но сводить доступность к «пройти чек-лист WCAG» — значит упускать главное. WCAG формулирует гораздо более простую идею: контент должен быть воспринимаемым, управляемым, понятным и надёжным независимо от того, как человек к нему обращается. Это касается людей, использующих программы чтения с экрана, тех, кто не может пользоваться мышью и полностью зависит от клавиатуры, людей со слабым зрением, которым нужен более высокий контраст или крупный текст, людей с когнитивными особенностями или особенностями внимания, которым помогает ясная структура и простой язык, а также людей с временными ограничениями — сломанной рукой, уставшими к концу дня глазами, шумной обстановкой, где звук не вариант.
В таком понимании доступность во многом совпадает с хорошим юзабилити в целом. Сайт с понятной структурой заголовков, разумным порядком перехода фокуса, читаемым контрастом и формами, которые объясняют, что пошло не так при неверно заполненном поле, лучше для всех — а не только для той части пользователей, у кого диагностирована инвалидность. Именно это совпадение и объясняет, почему работа над доступностью обычно окупается сама по себе, даже если сайт никто и никогда формально не проверяет на соответствие.
Самая прямая выгода — расширение охвата аудитории. Оценки различаются по регионам, но заметная доля населения живёт с той или иной формой инвалидности, влияющей на использование цифровых продуктов, — зрительной, слуховой, двигательной или когнитивной. Сайт, который незаметно исключает часть своих потенциальных клиентов, теряет выручку, и, в отличие от многих маркетинговых инвестиций, устранение проблем с доступностью не требует привлечения ни одного нового посетителя — оно просто перестаёт отталкивать уже пришедших.
Вторая выгода касается снижения репутационных и юридических рисков. В Европейском союзе Европейский акт о доступности (European Accessibility Act) распространил требования доступности на широкий круг цифровых продуктов и услуг, предлагаемых потребителям, и несколько стран-членов применяют его с реальными санкциями. За пределами ЕС на других крупных рынках действуют схожие нормы. Для компании, продающей онлайн, недоступный процесс оформления заказа или неработающая контактная форма — это уже не просто упущенная возможность, а пробел в соответствии требованиям, на который может отреагировать регулятор, конкурент или недовольный клиент.
Третья выгода — та, которую компании обнаруживают почти случайно: работа над доступностью улучшает видимость в поисковых системах. Поисковые системы не «видят» страницу так, как человек, — они считывают структуру, текстовые альтернативы и семантическую разметку, а именно это и создают правильные практики доступности. Корректно подписанное изображение, логичная иерархия заголовков и описательный текст ссылок помогают почти одинаково и пользователю программы чтения с экрана, и поисковому роботу.
При аудитах сайтов малого и среднего бизнеса раз за разом обнаруживается один и тот же набор проблем. Изображения без содержательного альтернативного текста — самая частая: либо он вовсе отсутствует, либо заполнен бесполезным текстом вроде «image1.jpg», из-за чего пользователь программы чтения с экрана понятия не имеет, что перед ним. Почти так же часто встречается цветовой контраст, который отлично выглядит на откалиброванном мониторе дизайнера, но не работает при внешнем освещении или для людей со слабым зрением, — особенно это касается бледно-серого текста, вошедшего в моду несколько лет назад и всё ещё встречающегося на многих сайтах.
Навигация с клавиатуры — ещё один регулярно встречающийся пробел. Многие интерактивные элементы — выпадающие меню, кастомные слайдеры, модальные окна — создаются в расчёте на мышь и просто не открываются или не закрываются одной клавиатурой, что отсекает всех, кто не может пользоваться указывающим устройством. Формы страдают похожей проблемой: поля без видимых подписей, сообщения об ошибках, которые лишь меняют цвет рамки, не объясняя, что нужно исправить, и валидация, срабатывающая молча, без какого-либо признака, который смогла бы уловить программа чтения с экрана.
Наконец, документы важны не меньше самих страниц. PDF-брошюра, прайс-лист или условия договора, загруженные как неструктурированное отсканированное изображение, невидимы для вспомогательных технологий, даже если сам сайт вокруг них построен хорошо. Компании, вложившиеся в доступный сайт, а затем прикрепившие недоступный PDF, решили лишь половину задачи.
Исправить все проблемы доступности сайта разом редко бывает реалистично, и именно подход «всё или ничего» — одна из причин, по которой работа над доступностью откладывается до бесконечности. Более рабочий подход начинается с аудита: автоматизированные инструменты за несколько минут находят заметную долю проблем (отсутствующий альтернативный текст, недостаточный контраст, отсутствующие подписи полей), хотя обычно выявляют заметно меньше половины реальных барьеров, поэтому автоматическое сканирование стоит дополнять коротким ручным проходом по ключевым пользовательским сценариям: регистрация, оформление заказа, заполнение контактной формы, навигация только с клавиатуры.
Дальше стоит расставлять приоритеты по влиянию, а не по простоте исправления. Сломанный процесс оформления заказа, полностью блокирующий покупку, заслуживает внимания раньше, чем небольшая нестыковка в подписях на второстепенной странице. Важно и вовлечь нужных людей на раннем этапе: дизайнерам нужно думать о контрасте и состояниях фокуса ещё на этапе первого макета, разработчикам — понимать семантический HTML, а не полагаться на общие кликабельные элементы для всего подряд, а редакторам контента — иметь простые рекомендации по написанию полезного альтернативного текста и понятных подписей ссылок. Доступность, живущая только в чек-листе разработчика, обычно откатывается назад, как только кто-то ещё редактирует страницу без этого контекста.
Стоит повторить это отдельно, потому что это меняет то, как инвестиция обосновывается внутри компании: доступность и поисковая оптимизация во многом опираются на одну и ту же техническую основу. Семантическая структура заголовков помогает и пользователю программы чтения с экрана понять организацию страницы, и поисковой системе понять, о чём эта страница. Описательный альтернативный текст служит незрячему посетителю и одновременно даёт поисковым системам контекст для результатов поиска по изображениям. Понятные, уникальные заголовки страниц и текст ссылок, описывающий пункт назначения вместо «нажмите здесь», помогают ориентироваться обеим аудиториям. Рассматривать доступность исключительно как затраты — значит игнорировать то, что значительная часть этой работы и так уже входит в SEO-инвестиции, запланированные у большинства компаний.
Доступность — это не проект с финишной чертой, а скорее стандарт качества, который нужно поддерживать по мере развития сайта. Автоматизированные инструменты сканирования можно встроить в обычный процесс релизов и отлавливать регрессии до того, как они попадут в продакшен. Периодическое ручное тестирование — включая, если бюджет позволяет, реальное тестирование с людьми, которые пользуются вспомогательными технологиями каждый день, — выявляет проблемы, которые автоматические инструменты не могут обнаружить, например, действительно ли логика интерфейса понятна тому, кто взаимодействует с ним не визуально. Отслеживание небольшого набора метрик со временем (ошибки контраста, отсутствующие подписи, клавиатурные ловушки) даёт конкретный способ показать, окупается ли инвестиция, вместо того чтобы считать доступность разовым проектом, который либо «завершён», либо забыт.
Ничто из этого не требует превращать доступность в отдельную дисциплину, пристёгнутую к обычной веб-разработке. Компании, извлекающие из неё максимум пользы, — это те, кто встраивает её в свой существующий процесс дизайна и разработки с самого начала, точно так же, как они уже думают о производительности или адаптивности под мобильные устройства. Отдача — более широкая охватываемая аудитория, сниженные юридические риски и попутный рост видимости в поиске — делает это одной из немногих инвестиций в сайт, от которой выигрывает практически каждый, кто с ним соприкасается.
Explore more from Web Development