650 миллионов человек в мире страдают инвалидностью. Представляется необходимым облегчить им доступ к цифровой информации, даже если эту информацию передает разговорный помощник. В этой статье я представляю проблемы, связанные с тем, чтобы ваш чат-бот был доступен для всех ваших пользователей.
По данным Организации Объединенных Наций [1], около 15 процентов населения мира, или, по оценкам, 1 миллиард человек, живут с ограниченными возможностями. Они составляют крупнейшее меньшинство в мире.
Во Франции Référentiel Général d'Amélioration de l'Accessibilité (RGAA [2]) предназначен для определения технических условий доступности онлайн-услуг государства, местных органов власти и государственных учреждений, которые зависят на них, а также некоторые частные услуги, для трех каналов Интернета, телевидения и телефонии. Французский RGAA в основном является переводом и адаптацией руководства WCAG 2.0.
"Искусство. Л. 114. — Любое ограничение деятельности или ограничение участия в жизни общества, от которого страдает лицо в его или ее окружении из-за существенного, стойкого или постоянного нарушения одной или нескольких физических, сенсорных, психических, когнитивных или психологических функций, множественного инвалидность или инвалидизирующее расстройство здоровья представляет собой инвалидность. Источник: Закон № 2005–102 от 11 февраля 2005 г. о равных правах и возможностях, участии и гражданстве инвалидов [2].
Хотя не все веб-сайты принадлежат государству, обычно рекомендуется следовать этим рекомендациям. Они могут показаться ограничительными, но они облегчают жизнь людям с ограниченными возможностями. Руководящие принципы, в основном технические и предназначенные для веб-дизайнеров и аудиторов, представляют собой перевод критериев доступности из международных правил и методологию проверки соблюдения этих критериев.
Определение цифровой доступности
Согласно W3C, веб-доступность означает, что люди с ограниченными возможностями могут «воспринимать, понимать, перемещаться и взаимодействовать с Интернетом», а также могут «вносить свой вклад» в его обогащение. Когда веб-сайты и инструменты правильно спроектированы и закодированы, люди с ограниченными возможностями могут их использовать.
Многие веб-сайты и инструменты все еще разрабатываются с ограничениями доступности, которые затрудняют или делают невозможным их использование для некоторых людей. Тем не менее, согласно W3C, важно отметить, что когда веб-сайт хорошо спроектирован, он позволяет пользоваться им не только людям с ограниченными возможностями, но и другим категориям людей, таким как: те, кто использует маленькие экраны (особенно мобильные), те, в условиях низкой освещенности, те, кто не может использовать звук, люди с временной инвалидностью и люди с ограниченными возможностями подключения.
Инициатива веб-доступности (WAI) [3] Консорциума всемирной паутины (W3C) разрабатывает технические спецификации, рекомендации, методы и ресурсы, описывающие решения по обеспечению доступности. Эти стандарты считаются международными стандартами доступности Интернета; например, WCAG 2.0 (Рекомендации по доступности веб-контента [4]) также является стандартом ISO, ISO/IEC 40500.
Правила доступности и их перевод
WCAG 2.0 использует тематический подход, предлагая 12 правил структурирования в соответствии с 4 фундаментальными принципами:
— 1: Воспринимаемые — информация и компоненты пользовательского интерфейса должны быть представлены пользователям так, как они могут их воспринять.
— 2: Usable — компоненты пользовательского интерфейса и навигация должны работать.
— 3: Понятно — информация и операции пользовательского интерфейса должны быть понятными
— 4: Надежность — контент должен быть достаточно надежным, чтобы его могли интерпретировать самые разные пользовательские агенты, включая вспомогательные технологии.
Источник: Руководство по доступности веб-контента (WCAG) 2.0
Веб-интерфейс пользователя чат-бота
Разговорный помощник может использоваться по разным каналам: социальная сеть (например, Messenger), телефонная линия (CallBot), веб-интерфейс, API (за роботом) и т. д. Рекомендации по доступности касаются только веб-интерфейса и его включения. на веб-сайте, который в принципе доступен.
Веб-интерфейс чат-бота является вектором отображения помощника и несет в себе некоторую фиксированную информацию (статические элементы интерфейса) и переменную часть, соответствующую диалогу между пользователем и ботом. Поэтому дизайнеры помощника должны сделать интерфейс доступным и предоставить вспомогательные инструменты, позволяющие дизайнерам соблюдать требования доступности.
Чтобы ваш бот был доступен, он должен соответствовать следующим критериям:
Статическая часть (или связанная с представлением диалога)
- интерфейс должен предоставлять текстовую альтернативу иконкам (кнопки, иконка);
- контраст между цветом текста и цветом его фона должен быть достаточно высоким;
- содержимое не должно требовать горизонтальной прокрутки в окне, уменьшенном до 320 пикселей по ширине (вертикальная прокрутка является неотъемлемой частью взаимодействия с пользователем, и соответствующие правила не обязательны для соблюдения);
- поле ввода имеет метку;
- интерфейс доступен и перемещается с помощью клавиши табуляции, а фокус виден.
Динамическая часть (диалог)
- изображения, включенные в ответы, должны иметь текстовую альтернативу;
- информация не должна даваться только цветом;
- видео, включенные в ответы, должны иметь текстовую альтернативу (например, субтитры);
- если в ответах используются таблицы, они должны соответствовать всем рекомендациям для таблиц (резюме, заголовку, заголовкам строк и столбцов);
- все ссылки имеют заголовок и различимы;
- открытие нового окна не должно запускаться без действий пользователя.
Некоторые рекомендации трудно соблюдать, например читаемость без таблиц стилей (таблицы стилей отключены). Поскольку интерфейс обычно добавляется к существующей веб-странице, использование таблиц стилей обычно является обязательным. Чтобы соблюсти это требование, необходимо будет предоставить полностраничную альтернативу интерфейсу чат-бота.
Для динамической части и, как правило, в зависимости от настроек диалогового окна решение должно предоставлять необходимые инструменты для соблюдения критериев, описанных в динамической части. Разработчики должны проверить доступность своих сценариев во время приемочных испытаний.
Для повышения доступности интерфейс может предлагать преобразование голоса в текст (вместо клавиатуры) и озвучивание ответов.
Если вы ответили «да» на все критерии, ваш бот скоро станет доступным!
использованная литература
[1] Информационный бюллетень о лицах с ограниченными возможностями — Организация Объединенных Наций
[3] Référentiel général d’amélioration de l’accessibilité — RGAA Version 4.1
