WCAG — руководство W3C по легкодоступному веб-контенту

Всемирная паутина не всем доступна одинаково. Люди с ограниченными возможностями, в частности, часто зависят от специальной формы представления веб-предложения, чтобы иметь возможность воспринимать и понимать контент. Например, сенсорные ограничения требуют таких форм представления, как функция чтения вслух, субтитры, аудиоописания или вывод содержимого на дисплей Брайля. Веб-предложения, отредактированные соответствующим образом, позволяют людям, зависящим от специфических презентаций, участвовать в одном из величайших проектов человечества — Интернете. Это то, что известно как свобода от барьеров, или доступность.

Считается ли веб-приложение доступным или нет, зависит от масштаба. Наиболее важным международным стандартом для оценки доступности веб-приложений является WCAG, который, в частности, составляет основу политики в области информационно-коммуникационных технологий (ИКТ) в США. В следующей статье мы дадим вам обзор руководящих принципов и объясним стандартизированную процедуру оценки веб-предложений в соответствии с WCAG.

В Руководстве по доступности веб-контента (WCAG) Инициатива по доступности веб-контента (WAI) Консорциума Всемирной паутины (W3C) определяет рекомендации по доступности веб-предложений. Руководство устанавливает, как следует формировать контент в Интернете, чтобы все пользователи могли получить к нему доступ — независимо от их физических, умственных или технических возможностей. В настоящее время WCAG находится на версии 2.0, опубликованной в декабре 2008 года. WCAG 2.0 заменил предыдущий стандарт, WCAG 1.0.

Цель W3C — предоставить операторам веб-сайтов международный стандарт доступности веб-проектов посредством WCAG, который стремится удовлетворить потребности как отдельных людей, так и организаций, и государственных учреждений.

По сравнению с предыдущим стандартом, WCAG 2.0 отличается технологически независимым подходом. Руководство сформулировано таким образом, чтобы можно было учитывать как текущие технологические стандарты, так и будущие разработки.

Одним из существенных различий между WCAG 1.0 и WCAG 2.0 является структура списка критериев:

• Структура WCAG 1.0: Руководство по доступности веб-контента версии 1.0 разделено на 14 принципов, каждый из которых содержит от 1 до 10 контрольных точек приоритетов 1, 2 и 3. Каждому контрольному пункту соответствует пример, который относится к основным веб-стандартам HTML и XML.
• Структура WCAG 2.0: Руководство по доступности веб-контента версии 2.0 представляет собой систему, подразделяющуюся на 4 основных принципа проектирования: воспринимаемость, удобство использования, понятность и надежность. Для каждого руководящего принципа WCAG 2.0 предоставляет набор проверяемых критериев успеха для уровней соответствия A, AA и AAA (см. ниже). Операторы сайтов не всегда могут найти примеры для текущего стандарта, но подробные описания и советы по техническому исполнению были размещены на информационных страницах Understanding WCAG 2.0 и Techniques for WCAG 2.0 и связаны с соответствующим критерием успеха.

Несмотря на различия в организации требований и критериев дизайна, WCAG 2.0 остается обратно совместимым. С его помощью веб-сайт может выполнять требования обоих стандартов. Перевод веб-сайта с WCAG 1.0 на WCAG 2.0 с помощью W3C требует лишь небольших корректировок. В следующих разделах используется набор критериев WCAG версии 2.0.

Атрибут «соответствие» всегда относится к одной веб-странице (или одному HTML-документу, доступному по собственному URL) и может быть получен только для целых веб-страниц. Если отдельный раздел веб-страницы не удовлетворяет требованиям уровня соответствия, то веб-странице в целом этот уровень не присваивается. Если веб-страница является частью пути клика по нескольким страницам, что позволяет выполнить определенное действие, то все веб-страницы пути клика должны соответствовать требуемому уровню соответствия или выше. Если только одна веб-страница не соответствует требованиям, то желаемый уровень соответствия не присваивается и другим веб-страницам на пути клика. Пример:

В отличие от WCAG 1.0, WCAG 2.0 предлагает возможность реализовать отдельные аспекты доступного веб-дизайна на разных уровнях соответствия. Например, для аспекта цветового контраста действующий стандарт определяет два критерия успеха и различные уровни соответствия:

1.4.3 Контрастность (минимальная): Визуальное представление текста и изображений текста имеет коэффициент контрастности не менее 4,5:1, за исключением следующего: (уровень АА) […].

1.4.6 Контрастность (повышенная): Визуальное представление текста и изображений текста имеет коэффициент контрастности не менее 7:1, за исключением следующего: (Уровень ААА) […].

Операторы веб-сайтов также имеют возможность выпустить декларацию о соответствии для всех веб-страниц, которые отвечают критериям успеха WCAG. Такие декларации создаются добровольно и никоим образом не влияют на доступность веб-сайта. Но если оператор сайта все же решит выпустить декларацию, W3C сделал обязательной следующую информацию:

• Дата составления декларации о соответствии
• Указание на какой WCAG ссылаются, включая название, версию и ссылку на стандарт
• Указание на то, какой уровень соответствия соблюдается (уровень А, АА или ААА)
• Точное описание того, на какие веб-страницы ссылается домен в декларации (например, список всех URL)
• Перечень всех основных веб-технологий, используемых WCAG-совместимыми возрастами и влияющих на их соответствие.
• Кроме того, операторы веб-сайтов могут расширить декларацию соответствия следующей информацией:
• Список всех выполненных критериев успеха сверх заявленной степени соответствия
• Список всех веб-технологий, используемых веб-сайтом, которые не влияют на соответствие веб-сайта установленным требованиям
• Список всех пользовательских агентов, с которыми был протестирован веб-сайт
• Машиночитаемая версия списка всех основных веб-технологий, используемых на веб-страницах, соответствующих требованиям WCAG
• Машиночитаемая версия декларации о соответствии
• Список дополнительных мер по обеспечению доступности веб-дизайна, не связанных с WCAG

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

Согласно принципам WCAG, доступные веб-страницы содержат контент, который является оптимально воспринимаемым, удобным, понятным и надежным. Эти принципы могут быть реализованы следующим образом:

1. Воспринимаемость: Для оптимального удобства использования веб-страниц необходимо представить контент таким образом, чтобы его могли воспринимать все пользователи Интернета. Руководство WCAG по улучшению воспринимаемости веб-контента гласит:

   1.1 Текстовые альтернативы: Альтернативное текстовое представление позволяет перевести нетекстовый контент в другие формы, такие как заглавные буквы, шрифт Брайля, символы или упрощенный язык.

   Руководство по текстовым альтернативам требует, чтобы для всего нетекстового контента, такого как видео, фотографии или графика на сайте, существовали альтернативные описания на основе текста или субтитров. При этом действуют следующие исключения:

   • Если нетекстовый контент представляет собой элемент управления, временной носитель, тест или сенсорный элемент, который служит для получения определенного сенсорного опыта, должен быть доступен описательный альтернативный текст, который, по крайней мере, позволяет идентифицировать нетекстовый контент.                              
   • Для CAPTCHA, основанных на изображениях или звуках, должен быть доступен альтернативный текст, описывающий функцию нетекстового содержимого. Должны быть предложены альтернативные формы CAPTCHA с различными форматами вывода.
   • Чисто декоративные элементы не снабжаются альтернативными текстами и должны быть реализованы таким образом, чтобы они игнорировались вспомогательными устройствами, такими как программы чтения с экрана.

   Критерии успеха соответствуют уровню соответствия A.

   1.2 Мультимедийный контент: На сайте предусмотрены альтернативные формы представления мультимедийного контента, основанного на времени (т.е. аудио- и видеоконтента).

   Директива, касающаяся альтернативных форматов для временных медиа, включает правила для альтернативных медиа для звуковых дорожек и видео, а также для синхронизированного медиа контента, в котором одновременное восприятие изображения и звука наряду с другими формами представления является обязательным для восприятия содержимого веб-страницы. В зависимости от желаемого уровня соответствия, в качестве альтернативы медиаконтента могут использоваться описательные тексты, аудиоописания, субтитры, транскрипции и язык жестов. Данное руководство охватывает 9 критериев успеха для уровней соответствия A, AA и AAA.

   1.3 Адаптивность: Содержание веб-сайта может быть переведено в альтернативные формы отображения без каких-либо потерь (простая верстка).

   Директива по адаптивности включает правила альтернативного представления информации, полученной в результате структуры содержимого сайта, последовательности чтения или сенсорных свойств, таких как форма, размер, положение и ориентация. Цель здесь — сделать эту информацию доступной для людей с ограниченными возможностями путем использования альтернативных носителей, таких как описания в текстовой форме или программная подготовка для систем помощи. Данное руководство охватывает 3 критерия успеха для уровня соответствия А.

   1.4 Отличительная способность: Контент создается таким образом, что он визуально и акустически отличается от другого контента (цвет, размер шрифта, контрастность, незаметный фон).

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

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

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

   Руководство по доступности с помощью клавиатуры определяет клавиатуру как основной пользовательский интерфейс. Другие варианты управления, такие как управление с помощью мыши, трекбола или тачпада, не требуются. Клавиатурные ловушки, которых следует избегать, — это веб-страницы, доступ к которым можно получить с помощью клавиатуры, но которые нельзя закрыть, используя только нажатие клавиш (например, ESC). Если клавиатурные ловушки (например, в виде встроенного Flash-видео) можно преодолеть только с помощью специальных, необычных комбинаций клавиш, то пользователей необходимо проинформировать об этой возможности. Данное руководство охватывает 3 критерия успеха для уровней соответствия А и ААА.

   2.2 Отсутствие давления времени: Пользователям предоставляется достаточно времени для взаимодействия, чтобы прочитать и использовать веб-контент.

   Людям с ограниченными возможностями часто требуется больше времени для взаимодействия с содержимым сайта или выполнения таких действий, как ввод информации. Руководство по содержанию, ориентированному на время, гарантирует, что эти пользователи также могут взаимодействовать с веб-сайтом без неожиданного изменения содержания. Спецификации в рамках данного руководства включают механизмы, позволяющие индивидуально управлять временем путем отключения, изменения или приостановки автоматических обновлений или временных ограничений. Данный руководящий принцип охватывает 5 критериев успеха для уровней соответствия A и AAA.

   2.3 Минимизация рисков захвата: Весь веб-контент разработан таким образом, чтобы минимизировать возможный риск возникновения судорог из-за визуальных стимулов.

   Руководство по рискам судорог определяет пороговые значения для визуальных стимулов, которые могут привести к судорогам. В нем указаны два критерия успеха для уровней соответствия A и AAA.

   2.4 Навигация: Веб-сайт предоставляет пользователям средства для удобной навигации. 

   Руководство по навигации охватывает критерии успеха, которые должны позволить людям с ограниченными возможностями определить свое местоположение на сайте, найти контент или перейти к разделам контента, которые повторяются на разных сайтах домена. Спецификации доступной навигации касаются мета-заголовков, описаний, текста ссылок, доступа к веб-страницам, заголовков и подписей к текстовым разделам, а также фокуса клавиатуры. Руководство по навигации охватывает 10 критериев успеха для уровней соответствия A и AA.

3. Понятность: Веб-контент должен быть разработан таким образом, чтобы содержащаяся в нем информация, а также его работа были понятны. Веб-разработчики и авторы могут добиться оптимальной понятности, используя следующие рекомендации.

   3.1 Читабельность: Оптимальная доступность веб-предложений требует читабельного и понятного содержания.

   Руководство по удобочитаемости включает правила, определяющие, как следует характеризовать языковые элементы и обогащать их дополнительной информацией, чтобы обеспечить оптимальную доступность контента. Критерии успеха определяют спецификации для языковых версий, необычных слов, аббревиатур и двусмысленностей, а также уровень чтения. В целом, WCAG дает 6 критериев читабельности для уровней соответствия A, AA и AAA.

   3.2 Предсказуемость: Поведение функциональных и интерактивных элементов веб-страницы всегда остается предсказуемым. 

   Для обеспечения хорошей читабельности веб-сайт должен быть предсказуемым. В этом отношении руководство по предсказуемости определяет спецификации, ориентированные на элементы веб-страницы, автоматическое обновление контента и навигацию. Предлагаемые критерии успеха относятся к уровням соответствия A, AA и AAA.

   3.3 Инструменты доступности: Легкодоступные веб-сайты помогают посетителям избежать ошибок, автоматически исправляя их с помощью инструментов доступности.

   Руководство по инструментам доступности охватывает спецификации для автоматического обнаружения ошибок, текстов помощи и маркировки полей ввода, а также механизмы ввода юридически значимых данных или финансовых операций. Операторы веб-сайтов имеют шесть критериев успеха для уровней соответствия A, AA и AAA.

4. Надежность: Принцип надежности WCAG относится к совместимости веб-контента. Для обеспечения легкой доступности он должен быть разработан таким образом, чтобы контент мог надежно обрабатываться большинством используемых агентов (веб-браузеры, вспомогательные устройства вывода и т.д.). Операторы веб-сайтов могут найти соответствующие спецификации в руководствах по совместимости:

   4.1 Совместимость: Совместимость с текущими и будущими технологиями обеспечивается последовательным применением определенных веб-стандартов.

   Доступный веб-сайт может быть проанализирован оптимальным образом. Основной предпосылкой для этого является полная и безошибочная реализация контента с использованием языков разметки, таких как HTML, согласно соответствующим спецификациям. Это включает в себя распознавание без пробелов всех компонентов пользовательского интерфейса (таких как ссылки, формы или компоненты, генерируемые скриптами), чтобы их тип и функция могли быть считаны на стороне программного обеспечения. Руководство по совместимости охватывает 2 критерия успеха для уровня соответствия A.

Рабочий проект W3C (рабочая версия WCAG 2.0), опубликованный 27 апреля 2006 года, содержал в приложении контрольный список, в котором перечислялись все критерии успеха, определенные W3C. Он служил своего рода обзором для многих операторов веб-сайтов. После публикации официальной Рекомендации W3C 11 декабря 2008 года этот контрольный список устарел.

Оригинальный контрольный список был заменен на индивидуально модифицируемый краткий справочник. Это позволяет операторам веб-сайтов адаптировать каталог критериев доступного веб-дизайна к собственным потребностям (а именно, к техническим требованиям и желаемому уровню соответствия) с помощью функции фильтрации для создания пользовательских контрольных списков.

Спецификации WCAG содержат тестируемые критерии успеха, по которым операторы сайтов могут оценить степень соответствия отдельных веб-страниц стандарту WAI. Для операторов сайтов, которые хотели бы проверить не только отдельные страницы, но и доступность всего веб-присутствия, WAI разработал 4 стратегии: Easy Checks, WCAG-EM, оценка на основе пользователя и инструменты оценки.

WAI приводит основные аспекты доступного веб-дизайна с помощью Easy Checks. Этот список предназначен для того, чтобы операторы веб-сайтов могли получить быстрый обзор состояния своего онлайн-проекта. С помощью Easy Checks проверяются следующие критерии:

• Мета-заголовки
• Альт-тексты
• Заголовки
• Коэффициент контрастности
• Масштабируемость текста
• Доступность с помощью клавиатуры
• Подвижный, мигающий или автоматически запускающийся контент
• Мультимедийные альтернативы
• Структура веб-сайта

Достоверность в отношении доступности веб-сайта сравнительно низкая. Для окончательной оценки соответствия необходимы дополнительные оценки (например, в соответствии с WCAG-EM).

Простые проверки служат для того, чтобы дать операторам веб-сайтов первое впечатление об общей доступности их онлайн-проекта. Для операторов веб-сайтов, которые хотят надежно и достоверно определить соответствие WCAG своего веб-проекта, WAI разработала подход, основанный на лучших практиках, с помощью Методологии оценки соответствия веб-сайта требованиям доступности (WCAG-EM). Подтверждение соответствия в соответствии с WCAG-EM включает пять шагов:

1. Определите диапазон оценки: На первом этапе операторы веб-сайтов определяют, какие области их онлайн-проекта должны быть включены в оценку соответствия и определяют цель оценки, а также желаемый уровень соответствия (A, AA или AAA).
2. Проанализируйте присутствие веб-сайта: На втором этапе операторы веб-сайтов определяют центральные подстраницы и основные функции своего онлайн-проекта и классифицируют отдельные типы веб-страниц в отношении функциональности и содержания, а также макета и дизайна. Также составляется список всех веб-технологий, используемых на анализируемых страницах.
3. Выберите репрезентативные веб-страницы: Если диапазон веб-присутствия не позволяет оценить все страницы проекта, то на третьем этапе WCAG-EM операторы веб-сайтов случайным образом выбирают репрезентативные веб-страницы для оценки соответствия.
4. Оцените выбранные веб-страницы: Четвертый этап WCAG-EM — это оценка образцов. Операторы веб-сайтов оценивают, какие критерии успеха WCAG соответствуют потребностям выбранных веб-страниц, а какие нет. Результаты записываются в итоговый отчет.
5. Создание отчета об оценке соответствия: Последним этапом оценки соответствия требованиям WCAG-EM является создание отчета. В нем собраны результаты отдельных этапов оценки. Операторы сайтов могут найти поддержку для создания отчета в WCAG-EM Report Tool.

Публикация отчета о соответствии не требуется. Результаты оценки служат основой для (необязательной) декларации о соответствии (см. выше).

Операторы веб-сайтов, которые хотят оценить доступность своего онлайн-присутствия, обычно концентрируются на стандартных методах тестирования, таких как WCAG-EM. Однако WAI рекомендует по возможности сочетать оценку соответствия с оценкой на основе пользовательского опыта. Таким образом, операторы могут выявить проблемы юзабилити, которые не включены в каталог критериев WCAG 2.0.

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

Советы о том, как операторы веб-сайтов могут привлечь посетителей своих страниц к таким методам оценки, можно найти на информационной странице WAI.

Операторы веб-сайтов могут найти в Интернете различные инструменты для оценки доступности своего веб-представительства. WAI также поощряет разработку соответствующих программ и веб-сервисов, хотя рекомендацию по тому или иному инструменту оценки можно найти на сайте W3C. Вместо того чтобы рекомендовать какой-то один инструмент, WAI предлагает обширный список доступных инструментов оценки, который может быть удобно ограничен в соответствии с индивидуальными требованиями и желаемым стандартом (WCAG 2.0, WCAG 1.0 или BITV), благодаря функции фильтрации.

В настоящее время большинство законов, касающихся защиты людей с ограниченными возможностями, отражены в законодательном акте 1990 года по этому вопросу — Законе об американцах с ограниченными возможностями (ADA). Дополнительное законодательство также закреплено в Разделе 508 Закона о реабилитации рабочей силы. Многие аспекты WCAG являются более современными, чем политика, закрепленная в вышеупомянутых законодательных актах. В настоящее время Министерство юстиции (DOJ) находится в процессе обновления некоторых из этих правил, и в будущем все федеральные агентства будут вынуждены соблюдать эти обновления. Минюст также изучает, как эти новые правила впишутся в более широкое законодательство, изложенное в ADA.

WCAG 2.0 в настоящее время является стандартом, рекомендованным W3C. Но WAI уже работает над новой версией Руководства по доступности веб-контента: WCAG 2.1 должен быть опубликован в качестве нового стандарта в 2018 году и заменить своего предшественника WCAG 2.0. Однако WAI гарантирует обратную совместимость для операторов веб-сайтов. Если сайт с WCAG 2.0 должен быть переведен на WCAG 2.1, необходимо учесть лишь несколько новых требований.

С помощью WCAG 2.1 WAI стремится улучшить доступность веб-сайтов для пользователей Интернета с ограниченным зрением, когнитивными нарушениями или трудностями в обучении. Но самая сложная задача заключается в доступности веб-контента. Рабочую версию WCAG 2.1 (рабочий проект W3C) можно найти на сайте www.w3.org/TR/WCAG21.