// Разработка

Рекомендации UX: Как Сделать Сайт Доступным для Людей с Ограниченными Возможностями?

Содержание

#1. Что такое WCAG2.0
#2. Соответствие сайта к требованиям WCAG2.0
#3. Принципы WCAG2.0
#4. Рекомендации по доступности сайтов и сервисов
#5. Заключение

Появились вопросы?
Олег Колесников
Автор статьи

С появлением информационных технологий и интернет-ресурсов всегда возникал вопрос о доступности электронной информации для людей с ограниченными возможностями, решить который смогли только в 1997 году. Именно в этом году специальный орган World Wide Web Consortium запустил инициативу Web Accessibility Initiative, в задачу которой входит разработка единых стандартов и правил для обеспечения сайтов большей доступностью.

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

Что такое WCAG2.0

Если говорить простыми словами, то WCAG2.0 – это руководство для любого владельца интернет-страницы со сводом требований и рекомендаций по повышению доступности сайтов для людей с ограниченными возможностями. В него входит четыре основных принципа:
  • воспринимаемость;
  • управляемость;
  • понятность;
  • надежность.
О каждой категории подробнее поговорим позже. Сначала необходимо знать о существовании трех уровней соответствия: А, АА и ААА. Чем больше «А», тем лучше сайт доступен для всех категорий населения. Но достичь ААА практически невозможно, так как некоторые из критериев могут быть недоступны в большинстве ресурсов. Данный уровень существует исключительно для специализированных веб-сайтов, а не для общего доступа.

UX Recommendations: How to Make the Site Accessible to People with Disabilities?

Принципы и «гайдлайны» WCAG2.0. Источник.

В ряде стран (США, Австралия, Германия и т.д.) имеются специальные государственные комиссии, которые пристально следят за нарушениями в области дискриминации инвалидов. Это может привести к многомиллионным искам за сам факт отсутствия дополнительных опций, упрощающих доступ к сайту для таких категорий населения. А людей с ограниченными возможностями в мире около 1 миллиарда, что говорит о достаточно большом масштабе проблемы, решить которую пытаются в законодательном поле.

Соответствие сайта к требованиям WCAG2.0

Для оценки соответствия сайта используют следующие критерии:
  1. Уровень соответствия. См. раздел «Что такое WCAG2.0».
  2. Оценивается страница целиком. Для ленивых разработчиков это значит, что вся страница должна быть с дополнительными опциями для инвалидов, а не только единственная страница. В противном случае веб-страница не получает соответствующую оценку.
  3. Если страница является частью процесса (к примеру, интернет-магазин с отдельными страницами на каждый товар), то доступность должна присутствовать на всех связанных страницах без исключений.
  4. Если информация или функция не имеют поддержки доступности, то необходимо предоставить альтернативную версию с наличием поддержки. Пример – несколько видео-плееров с наличием субтитров или тифлокомментариев.
  5. Принцип «невмешательства». Если технология не имеет возможностей для соответствия WCAG2.0, то ее наличие не запрещается, но и в таком случае она не должна блокировать доступ к другим частям сайта, где поддержка доступности осуществляется. Яркий пример – рекламный баннер. Если текст на нем нечитабелен для слабовидящих людей, то кнопка закрытия должна быть четко видна, в противном случае это будет ограничение для доступа к веб-ресурсу.

Принципы WCAG2.0

Воспринимаемость

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

Управляемость

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

Понятность

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

Надежность

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

Рекомендации по доступности сайтов и сервисов

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

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

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

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

UX Recommendations: How to Make the Site Accessible to People with Disabilities?

Так выглядит пример качественного контраста для текста. Источник.

Вот несколько советов по поводу текстового контента:
  • при выделении ссылок не стоит ограничиваться только цветовыми различиями, лучше всего будет, к примеру, визуальное подчеркивание элемента при наведении;
  • при воспроизведении медиаконтента требуется предоставить возможность изменять громкость или выключить воспроизведение, поставить его на паузу;
  • цвет шрифта и фона не должны сливаться, важно создать четкий контраст между различными объектами для удобной читаемости;
  • для устройств с разным разрешением и ориентацией экрана необходима отдельная версия веб-ресурса, чтобы каждый элемент не накладывался друг на друга и выглядел гармонично;
  • то же самое касается и интервала между строк, чтобы он не менялся при увеличении страницы;
  • для контраста максимально допустимый коэффициент составляет 3 к 1.
Еще одной проблемой может стать невозможность управления с помощью клавиатуры. Если отсутствует управление кнопками, то нарушается второй принцип WCAG2.0. Для удовлетворения всех правил рекомендуется прибегнуть к следующему:
  • необходимо предоставить полный доступ ко всем возможностям и функциям сайта с помощью клавиатуры;
  • при наличии сочетаний клавиш требуется понимание того, что система не задействует данные сочетания для своих операций, из-за чего возможен конфликт в использовании;
  • отличным решением может стать кастомизация управления, благодаря чему пользователь сможет сам назначить нужные клавиши или сочетания для своего удобства.
Когда контент имеет ограничение по времени на использование или ознакомление, для удобства требуется предоставление возможностей по продлению сеанса. При наличии активных чатов следует обеспечить пользователя остановкой автоматического обновления переписки и перелистывания. Если в течение ограниченного времени нужно ввести какие-то данные, то сайт следует оборудовать голосовым предупреждением на случай тайм-аута.

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

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

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

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

Наличие функций – это еще не гарантия доступности

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

Рассмотрим следующие примеры плохого исполнения хорошего функционала.

Присутствие ограничений при разработке дополнительных функций.

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

Предоставление отдельных версий сайтов для людей с проблемой зрения.

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

Некачественный экранный диктор.

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

Невозможность найти кнопку для переключения в режим доступности даже зрячему человеку.

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

UX Recommendations: How to Make the Site Accessible to People with Disabilities?

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

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

Заключение

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

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

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

Отзывы наших клиентов

Разработка экосистемы, предназначенной для предоставления разнообразных услуг цифровым активам под одной оболочкой на основе технологии блокчейна

Есть вопросы? Задайте их здесь

Имя *
Email *
Телефон
Ваш бюджет
Сообщение
 

С 2015 года помогаем клиентам реализовывать идеи!

Подпишитесь на свежие статьи