skip to content

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

Иллюстрация руководства по соответствию ADA

Что такое WCAG?

В настоящее время мы живем в мире, где более 15% населения мира и четверть населения Америки живут с ограниченными возможностями.

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

Иллюстрация движущихся частей

Зачем следовать Руководству по обеспечению доступности веб-контента (WCAG)

Стандарты Руководства по обеспечению доступности веб-контента (WCAG), разработанные Консорциумом всемирной паутины (W3C), охватывают широкий спектр рекомендаций по повышению доступности веб-контента для людей с ограниченными возможностями.

Первая версия WCAG (1.0) была опубликована в 1999 году, а расширение WCAG 2.0 было опубликовано в 2008 году. Дополнительные рекомендации были опубликованы как WCAG 2.1 в 2018 году и были эталоном соответствия цифровой доступности.

Технические стандарты WCAG охватывают широкий спектр рекомендаций по повышению доступности веб-контента. Эти рекомендации организованы по четырем принципам, широко известным как «POUR»:

  • Ощутимый
  • Работоспособен
  • Понятный
  • Крепкий

Существует три уровня соответствия WCAG: WCAG A (самый низкий), WCAG AA и WCAG AAA (самый высокий). Уровень AA был признан международным стандартом, потому что он достижим, не сильно нарушая процесс проектирования и разработки.

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

Иллюстрация трех элементов

Соответствие WCAG и законы о доступности

Хотя WCAG часто называют золотым стандартом веб-доступности, это не является юридическим требованием, которое может быть соблюдено. К счастью, многие правительства приняли его в качестве стандарта в своих законах о доступности. Следовательно, соответствие WCAG означает соблюдение большинства международных законов о доступности. Некоторые из этих законодательных актов включают Закон об американцах с ограниченными возможностями (ADA) , Раздел 508 , EN 301 549 Европейского Союза , BITV 2.0 Германии, AODA Канады и Онтарио, Закон Израиля (IS) 5568 и Закон Австралии о дискриминации инвалидов.

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

Иллюстрация руководства по соответствию ADA

Действия в соответствии с WCAG

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

Преимущества доступности вашего веб-сайта

  • Привлечение людей с ограниченными возможностями и улучшение имиджа бренда
  • Соблюдайте законодательные требования
  • Учет стареющего населения и улучшение имиджа бренда
  • Преимущества SEO: увеличение присутствия в поиске
  • Повышение общего удобства использования
Иллюстрация трех элементов

FAQ - WCAG

Что такое WCAG?

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

Что такое стандарты WCAG? критерий успеха?

WCAG 1.0 был опубликован в мае 1999 года.

WCAG 2.0 был опубликован 11 декабря 2008 г.

WCAG 2.1 был опубликован 5 июня 2018 года.

Публикация WCAG 2.2 запланирована на 2021 год.

Каковы критерии успеха WCAG?

WCAG 2.0 имеет 61 критерий успеха.

WCAG 2.1 имеет 78 критериев успеха.

На данный момент WCAG 2.1 является наиболее обновленным и имеет 17 дополнительных критериев успеха, чем WCAG 2.0. Для каждого руководства существуют проверяемые критерии успеха, которые находятся на трех уровнях: A (самый низкий), AA и AAA (самый высокий).

Каковы правила WCAG?

Рекомендации WCAG организованы по 4 принципам: понятный, работоспособный, понятный и надежный.

Как протестировать WCAG?

Вы можете проверить соответствие WCAG с помощью инструмента автоматического тестирования, такого как веб-средство проверки доступности Accessi.org.

Единственный контрольный список WCAG, который вам понадобится в 2021 году: 13 передовых практик

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

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

WCAG определяется четырьмя основными принципами:

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

Чтобы обеспечить в некоторой степени гибкую структуру, отвечающую потребностям различных групп, WCAG определяет три различных уровня соответствия, а именно: уровень A (минимум), уровень AA (средний уровень) и уровень AAA (максимум).

Теперь, когда вы понимаете, что такое веб-доступность и как работают стандарты WCAG, пора дать вам единственный контрольный список WCAG, который вам понадобится в 2021 году!

  1. Рекомендация 1.1 (Альтернативные тексты)

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

  2. Руководящий принцип 1.2.1 (на основе времени) - уровень A

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

    Для действительно хорошего взаимодействия с пользователем предоставьте эквиваленты языка жестов для всего предварительно записанного аудиоконтента.

  3. Руководящий принцип 1.3 (адаптируется)

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

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

  4. Руководящий принцип 1.4 (Отличительный)

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

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

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

    Текст и мемы должны иметь коэффициент контрастности не менее 7: 1, за исключением действительно большого текста или мемов, которые не в фокусе.

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

    Чтобы помочь пользователям с нарушением слуха отличить фоновый звук от основного (переднего) звука, фоновый шум не должен превышать 20 дБ (кроме песни или звукового логотипа и т. Д.).

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

  5. Рекомендация 2.1 (Доступна клавиатура)

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

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

    На веб-страницах не должно быть сочетаний клавиш, состоящих только из одной клавиши. Ярлыки должны включать специальные клавиши клавиатуры, такие как «Alt» + s или Ctrl + ESC и т. Д. Кроме того, сочетание клавиш, которое работает с определенным компонентом веб-страницы, должно быть доступно только тогда, когда пользователь фокусируется на этом компоненте.

  6. Рекомендация 2.2 (Достаточно времени)

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

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

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

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

  7. Методическое указание 2.3 (Судороги и физические реакции)

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

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

  8. Руководящий принцип 2.4 (возможность навигации)

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

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

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

    Кольцо фокусировки (красочный контур выделенного компонента веб-страницы) всегда должно быть видно.

    Заголовки разделов (h1, h2, h3) следует использовать последовательно.

  9. Рекомендация 2.5 (Условия ввода)

    Веб-страницы не должны требовать от пользователя нескольких экранных жестов для доступа к контенту. Компоненты на веб-странице должны иметь единообразную маркировку.

    Убедитесь, что компоненты пользовательского интерфейса, которые могут быть нацелены на вводы указателя, такие как поля формы, сделаны достаточно большими (не менее 44 x 44 пикселей CSS), за исключением того, что целевой объект находится в строке текста или доступен по ссылке.

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

  10. Рекомендация 3.1 (Читаемая)

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

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

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

  11. Рекомендация 3.2 (предсказуемая)

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

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

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

  12. Рекомендация 3.3 (Помощь при вводе)

    Сделайте сообщения об ошибках понятными.

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

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

  13. Рекомендация 4.1 (Совместимо)

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