Ваше веб-приложение должно быть инклюзивным. И вот почему

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

Национальный театр Великобритании презентовал смарт-очки Epson Moverio BT-350 с технологией Open Access Smart Capture. Приспособление транслирует субтитры онлайн. Можно менять цвет, размер и расположение текста. Гарнитура предоставляется на спектакль бесплатно. Руководство театра уверено: теперь постановки станут более доступными для людей с нарушениями слуха. И таких примеров среди разработок становится все больше.

Откуда растут ноги, или Зачем разработчику знать про WCA

Дизайн сайтов, приложений или стартапов перестает рассматриваться только как эксклюзивный. Чаще заказчики стараются донести мысль, что продукт должен быть простым в оформлении и пользовании для множества клиентов. Эта идея не родилась на пустом месте. Еще 20 лет назад Консорциум Всемирной паутины (World Wide Web Consortium) презентовал специальное руководство для веб-разработчиков — Web Content Accessibility Guideline (WCAG). Иными словами, организация предоставила рекомендации по тому, как сделать контент доступным для пользователей с нарушениями зрения, слуха, опорно-двигательного аппарата, речи и ментальными особенностями.

В 2008 году появилась вторая версия гайда — WCAG 2.0. Согласно описанию, доступность сайта предлагается оценивать четырьмя критериями: воспринимаемость, управляемость, понятность и надежность. Так мы плавно подошли к accessibility и тестированию доступности. В этом контексте вы также можете встретить и понятие «availability», но важно их различать. Для ресурса accessibility — это возможность использовать его незрячим человеком, а availability — это то, насколько стабильно данный сайт работает.

Инклюзивный сайт = хорошее SEO

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

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

«В одном задании нашей команде давались табы (табы — блоки со скрытой информацией, прим. ред), и под каждой из них размещался контент. Мы думали, что важнее для человека, который не видит: сначала прочитать названия всех таб, а потом читать содержимое, или сперва прочитать название одной табы и прослушать весь ее контент?... В результате придумали фичу, как в старых газетах: большой заголовок, внизу маленький анонс к статье и только потом полный текст. Сделали так, что сначала читается заголовок табы и краткое содержание, а чтобы узнать подробнее, нужно перейти в нее, используя клавиатуру», — рассказывает Лолита.