СтатьяРуководство по веб-доступности для начинающих

В последнее время в новостях много говорят о веб-доступности. Совсем недавно дело, касающееся Domino's Pizza, может дойти до Верховного суда, что может стать знаковым решением, которое определит будущее доступности Интернета.

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

Недоступный сайт исключает базу потенциальных клиентов и увеличивает шансы судебного иска в соответствии с Разделом III Закона о защите прав потребителей. И это может повредить ранжированию в поиске — подробнее об этом ниже.

Примерно каждый восьмой житель США имеет инвалидность. Если расширить определение, включив в него людей с умеренными нарушениями, это число подскочит почти до одного из пяти.

Неспособность разместить такую ​​большую аудиторию ограничивает положительное влияние веб-сайта на ваш бизнес, не говоря уже о способности вашего бренда находить отклик у людей и внушать доверие. Создание доступного веб-сайта, которым смогут пользоваться как можно больше браузеров и как можно больше людей, может помочь вашему бизнесу, но это также и правильное решение.

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

1. Что такое веб-доступность?
2. Преимущества доступности
3. Правила доступности
4. Стандарты доступности
5. Тестирование доступности: автоматизированное или человеческое
6. Риски несоблюдения
7. Самостоятельная оценка доступности
8. Полезные эксперты и ресурсы

К тому времени, как мы закончим, у вас будет четкое представление обо всем, что связано с веб-доступностью, и доступ к некоторым соответствующим ресурсам, которые помогут вам провести собственную оценку веб-сайта. Давайте погрузимся!

Что такое веб-доступность?

Начнем с определения доступности. Согласно W3C (Консорциум World Wide Web), «доступность Интернета означает, что люди с ограниченными возможностями могут пользоваться Интернетом. В частности, доступность Интернета означает, что люди с ограниченными возможностями могут воспринимать, понимать, перемещаться и взаимодействовать с Интернетом, а также что они могут вносить свой вклад в Интернет. Доступность Интернета также приносит пользу другим, в том числе пожилым людям, чьи способности изменяются в связи со старением».

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

Люди заслуживают такого же, если не большего, внимания, как веб-браузеры.

Первое, что мы склонны учитывать при обсуждении доступности веб-сайтов, — это удобство использования сайта посетителями с нарушениями зрения, но нарушения зрения — это только одна из категорий инвалидности. Слуховые, физические и когнитивные нарушения одинаково важны и должны решаться разными способами.

Люди с этими нарушениями могут использовать различные вспомогательные устройства, чтобы облегчить навигацию в Интернете. Доступные веб-сайты — это просто те веб-сайты, которые хорошо работают с этими вспомогательными устройствами и стремятся обеспечить взаимодействие с пользователем, которое в первую очередь сводит к минимуму потребность во вспомогательных устройствах.

Преимущества доступности

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

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

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

Правила доступности

Быстрый отказ от ответственности: я не юрист. Решения, которые вы принимаете для реализации чего-либо меньшего, чем полное соблюдение всех правил, описанных ниже (и тех, которые опущены), сопряжены с риском и должны включать вашу юридическую команду. Они имеют соответствующую квалификацию для оценки риска и последствий несоблюдения этих правил. «На вас могут подать в суд» — это не просто пугающая тактика продаж.

Правила доступности различаются в зависимости от страны. Вот некоторые из них, которые вам нужно знать.

Соединенные Штаты

В Соединенных Штатах вы должны быть знакомы с Законом об американцах-инвалидах от 1990 г. с поправками (ADA), разделом 255 Закона о телекоммуникациях от 1996 г., Законом о доступе к авиаперевозчикам от 1986 г. и Законом о средствах связи и видеосвязи XXI века от 2010 г. (ЦВАА).

Правительство США

Если вы создаете веб-сайт для государственного учреждения США или организации, получающей финансирование от правительства, вам также необходимо знать о Разделе 504 Закона США о реабилитации от 1973 года и Разделе 508 того же Закона США о реабилитации. Реабилитация Акт1973 г. .

Европейский Союз

Если вы находитесь или ведете значительный бизнес в Европейском союзе (ЕС), вы необходимость знать о предложенном Европейском законе о доступности и, возможно, о Директиве о доступности Интернета и мобильных устройств. Некоторые страны-члены ЕС будут иметь дополнительные правила. Например, в Соединенном Королевстве действует Закон о равенстве 2010 года.

Канада

А если вы ведете бизнес в Канаде, обязательно ознакомьтесь с Законом Канады о правах человека и Политикой в ​​отношении коммуникаций и федеральной идентичности. Многие другие страны также имеют свои собственные правила.

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

Стандарты доступности

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

Рабочая группа WCAG — одна из многих рабочих групп W3C (Консорциум World Wide Web). W3C — это сообщество международных стандартов, отвечающее за HTML, CSS и многие другие технологии, от которых зависит Интернет.

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

WCAG 1.0 организована вокруг руководств с контрольными точками, которые имеют приоритет 1, 2 или 3. Основой для определения соответствия WCAG 1.0 являются контрольные точки.

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

WCAG — это развивающийся стандарт. WCAG 2.1 достиг статуса кандидата в рекомендации и может быть принят в любом новом законодательстве уже летом 2018 года. WCAG 2.1 дополняет WCAG 2.0. Другими словами, сайт, совместимый с 2.1, будет соответствовать 2.0 и 1.0, поэтому имеет смысл ориентироваться на WCAG 2.1 в любых новых инициативах.

Давайте разберем иерархию WCAG 2.1. Выдвигаются четыре фундаментальных принципа дизайна:

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

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

• Создавайте контент, который можно представить по-разному (например, простой макет) без потери информации или структуры.

В соответствии с этим руководством мы находим следующие критерии успеха:

• Информация, структура и отношения, передаваемые через презентацию, могут быть определены программно или доступны в виде текста.
• Когда последовательность, в которой представлен контент, влияет на его смысл, правильная последовательность чтения может быть определена программно.
• Инструкции, предназначенные для понимания и содержания операций, не зависят исключительно от сенсорных характеристик компонентов, таких как форма, размер, визуальное расположение, ориентация или звук.
• Значение каждого поля ввода, собирающего информацию о пользователе, может быть определено программно, когда:
  1. Поле ввода имеет значение, соответствующее именам полей автозаполнения HTML 5.2; а также
  2. Контент реализуется с использованием технологий с поддержкой определения ожидаемого значения входных данных формы.
• В содержимом, реализованном с использованием языков разметки, назначение компонентов пользовательского интерфейса, значков и областей может быть определено программно.

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

Но подождите, это еще не все. Каждый из успехов критерий имеет три уровня соответствия: A, AA а также ААА. Уровни, как поясняется на веб-сайте Section508.gov, следующие:

Уровень А (минимум)

Обращается к самым основным функциям веб-доступности, но обычно не обеспечивает широкой доступности.

Уровень АА (средний диапазон)

Устраняет наиболее распространенные барьеры для пользователей с ограниченными возможностями и соответствует пересмотренным стандартам 508.

Уровень ААА (самый высокий)

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

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

Тестирование доступности: автоматизированное или человеческое

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

Наши любимые автоматизированные инструменты:

• tenon.io — Tenon — это SaaS, который может выполнять поиск по требованию через браузер или API. Цена зависит от количества запросов API (сканирований), которые вам необходимо выполнить. Он очень хорошо документирован и может быть легко включен в SAM, CMS BrandExtract.
• AATT (Инструмент автоматизированного тестирования доступности) от Paypal. AATT — это приложение node.js, которое работает как служба. Он может сканировать отдельные страницы или целые сайты и может быть настроен для доступа к закрытым (защищенным паролем) веб-страницам. Запросы на сканирование можно отправлять через API, а ответы возвращаются в легко анализируемом формате JSON. AATT также легко интегрируется с SAM.
• топор Инструменты разработчика от Dequeue Systems — ax доступен в виде плагина для браузера как для Chrome, так и для Firefox. Он расширяет встроенные в браузеры инструменты разработчика и создает удобный, легко анализируемый отчет с четкими рекомендациями.

Эти инструменты быстры и просты в использовании, но не являются панацеей. Многие рекомендации, изложенные в документах WCAG, сформулированы таким образом, что требуют тщательного разбора и оценки. То, как эти рекомендации применяются к уникальным проектам, может быть субъективным. Почему они сформулированы расплывчато? Эти руководящие принципы должны быть рассчитаны на будущее.

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

Кроме того, инструменты автоматизированного тестирования просто не могут воспринимать пользовательский опыт так же, как человек. Есть измеримые параметры, с которыми вы можете работать, чтобы сделать действительно хорошую работу, например, соответствуют ли шрифты минимальным критериям размера и контрастности. Но есть много других переменных, которые труднее измерить. Например, адекватно ли передан смысл диаграммы в тексте?)

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

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

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

Риски несоблюдения

Мы все хотим верить, что создадим инклюзивные веб-сайты просто потому, что это правильно. Но правда в том, что иногда наши благие намерения опережают наши кошельки. Почему компания должна тратить тысячи долларов на то, чтобы сделать свой веб-сайт доступным?

Одна из причин — минимизировать риск. Даже если вы не оказываете прямые услуги потребителям, вы все равно можете быть уличены в нарушении одного или нескольких правил.

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

Нет государственных органов, которые тратят свое время на просмотр веб-страниц, аудит сайтов и поиск веб-сайтов, которые не соответствуют рекомендациям по обеспечению доступности веб-сайтов. Нет инспекторов, которые «подписывают», когда ваш сайт готов к работе.

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

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

В 2016 году было подано более 260 исков о доступности веб-сайтов, а в 2017 году их число было значительно выше. Сюда не входят дела, которые были урегулированы без обращения в суд. Поговорите со своими юристами, чтобы получить реальное представление о возможностях, но знайте, что риск реален.

Если вы хотите узнать больше о рисках несоблюдения требований, я настоятельно рекомендую эту запись в блоге Карла Гроувса. Это сбалансированный взгляд, подкрепленный реальными цифрами. Имейте в виду, что это было написано пару лет назад, и ландшафт изменился с количеством поданных исков.

Самостоятельная оценка доступности

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

Оцените свой риск

Проконсультируйтесь с вашим юридическим отделом и рассчитайте (насколько это возможно) ваши риски. Попросите их поискать в публичных записях текущие и недавние судебные разбирательства в этой области. Тенденции растут? Какой процент успешных? Вам кажется, что в вашей отрасли наблюдается рост активности? Во что судебный процесс может стоить вашей организации, как в долларах, так и в негативном влиянии на ваш бренд? Как насчет упущенной выгоды?

Изучите расходы

Если вы создаете новый сайт, попросите своих партнеров по разработке создать статью затрат на обеспечение соответствия их работы стандартам WCAG 2.1 с использованием инструментов автоматизированного тестирования доступности. Кроме того, рассмотрите возможность встречи со сторонними консультантами по доступности, у которых есть ресурсы для проведения тестирования на людях. Узнайте цены у них напрямую, чтобы они могли работать независимо от вашего разработчика.

Делать математику

Это звучит бессердечно, но правда в том, что вы должны определить, перевешивают ли риски затраты. В BrandExtract мы считаем, что для большинства веб-сайтов B2B тщательное автоматизированное тестирование на соответствие WCAG 2.0 уровня A при запуске и любых крупных обновлениях является экономически эффективным решением, демонстрирующим явные усилия по обеспечению доступности веб-сайта. Для веб-сайтов, ориентированных на потребителя, или веб-сайтов с богатой и сложной интерактивностью может потребоваться более тщательное тестирование. Еще раз, вам следует проконсультироваться с юристом, чтобы получить четкое и точное представление о рисках несоблюдения.

Составьте план запуска

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

Установить план обслуживания

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

Полезные эксперты и ресурсы

Исследуя, как добиться соответствия, вы обнаружите, что решение не всегда ясно. К счастью, у нас есть проект A11Y. Проект A11Y — это общественная организация, которая занимается упрощением понимания и реализации рекомендаций по доступности веб-сайтов. Он предлагает конкретные предложения по общим шаблонам проектирования, статьи о специальных возможностях, кураторский список событий и контрольные списки, чтобы убедиться, что вы выполнили все важные шаги.

«A11Y» — это нумероним, часто используемый в социальных сетях и других средствах массовой информации с ограниченным пространством для обозначения доступности. Вы можете просто прочитать его как «Доступность» и использовать его для раскрытия других ресурсов.

• Проект A11Y
• Инициатива веб-доступности W3C
• W3C
• ВКАГ 1.0
• ВКАГ 2.0
• WCAG 2.1 (рекомендация-кандидат)
• Section508.gov
• Выбор инструментов оценки веб-доступности
• топор Инструменты разработчика
• Инструмент автоматизированного тестирования доступности
• Инструмент онлайн-тестирования Tenon.io
• TinyMCE A11yChecker
• Иски о доступности, тролли и тактика запугивания
• Также особая благодарность Киму Тесте из Бюро доступности Интернета. Ее группа предлагает как автоматизированное тестирование, так и тестирование на людях, и я чувствую себя лучше, поговорив с ней (хотя все ошибки в этой статье — мои собственные).

Несколько дополнительных идей

SAM предлагает три возможных интеграции для помощи в автоматической проверке доступности:

1. Подключаемый модуль TinyMCE A11yChecker является бесплатным дополнением к встроенному HTML-редактору SAM и может быть включен по запросу для SAM версии 3.2 и более поздних.
2. Интеграция с экземпляром AATT, размещенным в BrandExtract, может использоваться в SAM 3.2 или более поздних версиях.
3. Интеграция с tenon.io может быть реализована на SAM 3.2 или более поздней версии.

Наличие доступного веб-сайта означает не только избежание рисков несоблюдения требований. Что еще более важно, речь идет о правильном поведении каждого пользователя и последовательном выполнении обещаний вашего бренда. Если вам нужны дополнительные рекомендации по созданию доступного веб-сайта, ознакомьтесь с нашим выпуском подкаста о доступности веб-сайтов или свяжитесь с нашей командой.