Какие проблемы с доступностью существуют в российских банках? Какие банки наиболее преуспевают в их решении? Эти и другие вопросы обсуждают генеральный директор USABILITYLAB Дмитрий Сатин, эксперт по ИТ Алексей Любимов, начальник отдела анализа рисков и перспективных технологий финансовой доступности Банка России Юрий Божор, старший юзабилити-специалист USABILITYLAB Анна Минаева, а также руководитель направления, CJE Сбербанка Михаил Кузьмин и бывший старший iOS-разработчик Альфа-Банка Фамил Гаджиев
Дмитрий Сатин: USABILITYLAB не первый год проводит исследование доступности российских банков и включает его в свои рейтинги, но раньше это носило не вполне системный характер. В 2019 г. рабочая группа, которую модерировал Юрий Анатольевич Божор, создала методику, по которой мы провели скрининг 14 банков. В этом году список расширился.
Сегодня мы с коллегами представляем результаты этого исследования. Здесь присутствует Алексей Любимов, который является евангелистом общедоступности в России и экспертом в ИТ-компаниях. Алексей как представитель аудитории лиц с нарушением зрения расскажет, как работают слепые пользователи.
Юрий Анатольевич расскажет про позицию Банка России. Здесь также находятся представители двух банков-лидеров наших рейтингов, Сбербанка и Альфа-Банка: Михаил Кузьмин и Фамил Гаджиев, которые опишут свои кейсы. Также здесь присутствует автор исследования, которое мы сегодня будем обсуждать, — Анна Минаева.
Две недели назад на вебинаре, посвященном юзабилити-лабораториям, мы провели опрос: «Планируете ли вы включать оценку доступности в свои исследования, как это делает Сбербанк?». Позитивные ответы в совокупности дали примерно 44%. 34% ответили, что «пока разбираются с юзабилити». 20% респондентов ответили: «Нет, мы не видим в этом большого смысла».
Смысл общедоступности в том, чтобы сделать людей самостоятельными. Несамостоятельными мы становимся, например, из-за проблем с модальностями восприятия, в том числе моторикой. Это бывает связано с возрастными особенностями. Из пяти наших спикеров четыре носят очки. Наличие этого предмета уже говорит о том, что у нас есть особенности, которые нужно компенсировать.
Специальные возможности и ограничения для слепых пользователей тач-устройств
Алексей Любимов: У меня есть стандартный iPhone 8 со специальными возможностями. VoiceOver озвучивает жесты «вправо/влево/вверх/вниз/двойной тап» и читает, что находится под курсором. На главном экране установлены все стандартные приложения, включая Instagram, в котором я могу делать фотографии без помощи окружающих. В Telegram есть неподписанные кнопки, и я не могу самостоятельно узнать, что они означают. Нужно обращаться к третьим лицам, чтобы они сказали, что на экране. В Facebook, где кнопки подписаны, я могу создавать публикации сам.
Дмитрий Сатин: Позволяют ли колл-центры банков легко, быстро и удобно осуществлять операции в телефонном разговоре?
Алексей Любимов: Есть проблема идентификации: неизвестно, я ли позвонил, чтобы получить информацию. Поэтому функционал колл-центра ограничен: нельзя перевести деньги, взять кредит онлайн, заплатить взнос.
Юрий Божор: Удобно ли слепым набирать текст, используя брайлевский набор? Нужно ли для этого что-то дополнительно делать в интерфейсе?
Алексей Любимов: Брайлевский набор на тач-устройстве — это особый вид клавиатуры, функционал iOS и Android. Как только я переключаюсь на брайлевскую клавиатуру, важно, чтобы курсор не исчезал из поля редактирования, поле редактирования не закрылось и не перестало быть активным, ввод осуществлялся корректно.
Те, кто владеет брайлем, пользуются им и довольны. Скорость выше, чем на виртуальной клавиатуре.
Тенденции развития доступности в банковской сфере
Дмитрий Сатин: Банк России — первый российский регулятор, который вслед за ратификацией Конвенции ООН о защите инвалидов начал вносить поправки в нормативный документ и рассылать своим подотчетным организациям рекомендательные информационные письма. Юрий, считаете ли вы банковскую сферу наиболее продвинутой в вопросах accessibility?
Юрий Божор: Мы не издавали нормативные документы в части финансовой доступности для людей с инвалидностью. Для решения этой проблемы и формирования ориентиров для рынка в настоящее время выпущен ряд инфомационных писем по тематике доступности финансовых услуг для людей с инвалидностью, пожилых людей и других маломобильных групп населения. Только недавно были внесены изменения в Закон о Банке России1, расширяющие полномочия Банка России в части повышения финансовой доступности; таким образом, повышен статус данного направления, которое мы продолжаем развивать.
Выпуск наших информационных писем был направлен на формирование ориентиров для финансовых организаций в части создания инклюзивной среды предоставления финансовых услуг. Полагаю, банки всерьез озаботились этой проблемой. Ряд руководителей крупнейших банков лично курируют данное направление, что, безусловно, дает свои плоды и положительно влияет на имидж этих банков. У некоторых крупных банков сохраняются проблемы юзабилити, они этим занимаются, но надо это делать активнее, больше прислушиваться к мнению потребителей — людей с инвалидностью.
Например, неправильно делать отдельный сайт или отдельные мобильные приложения для людей с инвалидностью, так как версии сайта обязательно «расползутся» со временем, и содержать две версии одного сайта требует дополнительных затрат. Нужно делать сайт, удобный для всех, с учетом потребностей людей, испытывающих сложности при работе со стандартными интерфейсами. Это касается и людей с нарушением слуха, зрения, опорно-двигательного аппарата, с ментальными нарушениями, и пожилых людей, что тоже очень важно, потому что население постоянно стареет.
Сейчас мы готовим еще одно информационное письмо. Оно делается в духе положений нового ГОСТа по доступности интернет-ресурсов и в нем привлекается внимание финансовых организаций к доступности цифровых каналов предоставления финансовых услуг.
Например, если контент загружается с сайта некое заметное время и статус загрузки отображается на экране, нужно, чтобы слепые люди могли воспринять этот статус и определить, «не завис ли сайт». Если загрузка длится больше 10–15 секунд, нужно известить об этом человека. Возможно, стоит подумать об отказе от загрузки «тяжелых» приложений с анимацией, в случае если интернет «не тянет», что особенно важно в отдаленных, малонаселенных регионах с плохим интернетом.
Думаю, было бы правильно оценить скорость интернета и, если она недостаточна, либо предложить пользователю упрощенный перечень услуг, который не требует большой скорости, либо настроить приложения так, чтобы они сами могли определять, когда скорость недостаточна, и не грузить анимацию и большие картинки.
Можно сделать кнопки быстрого доступа, которые могли бы появляться либо по запросу, либо при выявлении низкой скорости интернета, чтобы позволить легко проводить текущие операции в ограниченных условиях. Если у пользователей есть возможность перевести деньги по номеру телефона, а не ФИО клиента, необходимо учитывать в интерфейсе, что человек может ошибиться при вводе номера, поэтому лучше его лишний раз переспросить. Это лишь небольшой перечень примеров, которые уже обсуждались сегодня.
Также нужно сделать более доступной капчу для незрячих. Не везде она проходима незрячими, например фокус не переводится в поле ввода.
Отмечу, что в период пандемии в целом обеспечивалась доступность дистанционных каналов финансовых услуг, а число их пользователей заметно расширилось. Люди не смогли ходить в банки, но смогли производить переводы, в том числе с использованием системы быстрых платежей, которая позволила переводить деньги на карты разных банков. У Сбербанка, например, есть сервис простого SMS-перевода, доступный даже на кнопочных Nokia: это удобно для небольших операций и было весьма востребовано для переводов людей, находящихся на самоизоляции, волонтерам, которые покупали и доставляли им продукты или лекарства.
Голосовые ассистенты и чат-боты в приложениях банков
Дмитрий Сатин: Альфа-Банк разрабатывает голосовых ассистентов для своего приложения: можно нажать на кнопку и поговорить с голосовым помощником по типу Siri или Алисы. В приложении Тинькофф Банка уже есть голосовой помощник Олег.
Алексей Любимов: Голосовые интерфейсы изначально создавались не для инвалидов, а для тех, кто за рулем. Инвалиды сделали эту технологию удобной для себя позже.
Моя частная точка зрения: когда за меня что-то выполняют, это неудобно. Ассистентом, который встроен в телефон или компьютер, я могу управлять, а умные банковские системы мне неподконтрольны. Зачастую добиться внятного ответа или поставить вопрос так, как мне нужно, — это еще одна проблема. Поэтому у такого рода технологий есть аудитория, но они не помогут всем слепым и слабовидящим.
Дмитрий Сатин: Насколько было бы удобно пользоваться чат-ботом, который находится внутри приложения и через который можно проводить операции?
Алексей Любимов: Недавно я общался с «Альфа-страхованием», мне нужно было уточнить вопрос о вписании человека в страховку автомобиля. В целях экономии времени операторы переключили меня на автоматическую систему, которая оказалась неудобной. В результате я добился, чтобы меня перевели на оператора, задал ему те вопросы, которые меня интересовали, и получил ответы, которые понял. Боты снижают нагрузку на колл-центр и другие каналы, но это не панацея.
Исследование оценки доступности российских банков
База и методология исследования
Анна Минаева: Я расскажу об исследовании, которое проводилось в течение нескольких месяцев специалистами USABILITYLAB. В этом году в нем участвовали 15 банков, список которых был составлен с учетом рекомендаций рабочей группы Банка России.
Мы исследовали пять пользовательских задач на двух платформах — iOS и Android. Было проверено более 700 экранов. Под экранами мы подразумеваем переходы, которые пользователи должны осуществить между экранами для того, чтобы пройти эти пять сценариев. Мы нашли более 2000 проблем — это много, но меньше, чем в прошлом году.
Дмитрий Сатин: Наши пользовательские задачи: вход в приложение, просмотр баланса, перевод между своими счетами, оплата мобильной связи и оплата коммунальных услуг.
Это те пять сценариев, которые на совещаниях в рабочей группе Банка России были признаны наиболее частотными и требующими особого внимания.
Анна Минаева: Мы опирались на ГОСТ 52872 2012 г., а также на WCAG 2.1 и 2.0 и информационные письма Банка России. Эта методология нежесткая, мы постоянно дорабатываем ее. Последнее обновление ГОСТа мы учтем в дальнейших исследованиях.
Дмитрий Сатин: Изменения методологии приводят к тому, что становится сложно сравнивать предыдущие срезы с текущими. Поэтому, когда мы пытаемся оценить динамику, выявляются новые проблемы. Их число может расти, оно говорит не о трендах, а о том, что методология изменилась. С этим фактором приходится мириться.
Инструменты исследования
Анна Минаева: Инструменты, которые мы использовали для оценки доступности: экранные дикторы, такие как VoiceOver, для Android — TalkBack, который входит в стандартный accessibility suite, и чекеры контрастности, например Colour Contrast Analyser — программу для проверки контрастности текста (рис. 1).
Дмитрий Сатин: В этом приложении можно пипеткой выбрать цвета, и оно покажет, насколько допустимой является контрастность этих цветов.
Критерии оценки доступности
Анна Минаева: Мы оценивали, насколько каждый сценарий подходит для того, чтобы пользователи смогли пройти его до конца без посторонней помощи при включенном экранном дикторе. Также мы выявляли проблемы.
Проблемы высокой критичности не позволяют пользователям решить задачу. Если в сценарии встречалась такая проблема, мы присваивали ему 0 баллов и считали провальным.
Проблемы средней критичности могут быть серьезными, но пользователи способны самостоятельно с ними справиться, если потратят дополнительное время. При наличии таких проблем мы присваивали сценарию 0,2 балла.
С проблемами низкой критичности пользователи справляются самостоятельно, но при этом возникают неудобства, которые могут повлиять на общее восприятие интерфейса, или небольшие затруднения, которые не влияют на прохождение сценария сильно. В таком случае мы присваивали сценарию 0,5 балла.
Если мы не обнаруживали проблем, то присваивали единицу.
Рейтинг, который мы считали, в итоге основывался на этих параметрах по каждому сценарию и по различным типам нарушений. Мы учитывали как слепых, так и слабовидящих пользователей, пользователей с нарушениями моторики и т.д.
Классификация проблем с доступностью
Анна Минаева: При подготовке методологии мы классифицировали проблемы по четырем типам. Бывали проблемы, которые мы относили к прочим, но эти типы основные.
Проблемы, связанные с кодом, влияют на взаимодействие приложения с экранными дикторами. Если код в приложении недоработанный, там встречаются непрописанные или лишние элементы, то экранный диктор может либо вообще не прочитать названия кнопок, либо прочитать их некорректно.
Часто диктор читает английские названия, но не все люди знают английский. Иногда он читает их с русским произношением, и даже людям, которые знают английский, сложно воспринимать это на слух.
Проблемы, связанные с дизайном и оформлением, в основном касаются контрастности текста и элементов.
Проблемы взаимодействия (рис. 2) связаны с жестами для выполнения операций в приложениях — например, свайпом, чтобы что-то переключить. Людям, у которых нарушена моторика или повреждена рука, сложно выполнять такие операции.
Проблемы, связанные с текстом, касаются использования сложных терминов и аббревиатур. Во-первых, их бывает сложно воспринимать на слух. Во-вторых, даже люди, которые могут увидеть и прочитать текст, не всегда знают эти аббревиатуры и термины и тоже испытывают затруднения.
Самый распространенный тип — проблемы, связанные с кодом. Их было около 68%.
Дмитрий Сатин: То есть больше всего страдают люди тотально незрячие, потому что они могут взаимодействовать с экраном только через озвучку.
Анна Минаева: Проблем, связанных с дизайном и оформлением, было порядка 20%: тоже достаточно много, но не критично.
Проблем с взаимодействием было 10%, проблем с аббревиатурами — около 1%.
Такая характеристика распределения на протяжении нескольких лет практически не меняется: на первом месте всегда был код, в пределах 65–72%, на втором — оформление, на третьем — взаимодействие, на четвертом — тексты.
Примеры проблем с доступностью
Анна Минаева: Пример проблемы, связанной с кодом: озвучиваются не отображаемые на экране элементы (рис. 3). Когда диктор читает кнопку, которой нет на экране, слепой пользователь может не понять, что происходит.
Дмитрий Сатин: Когда мы проводили исследование сервисов для индивидуальных предпринимателей, мы тоже сделали небольшой accessibility-аудит лидеров рейтинга, и в Сбербанк Бизнес Онлайн на экране оказалась невидимая кнопка. Коллеги признались, что на странице с номером счета была возможность посмотреть в выпадающем списке другие счета. Они выяснили, что у большинства ИП один счет, и скрыли эту кнопку из отображения, но не сняли, поэтому озвучка осталась.
Анна Минаева: Бывают ситуации, когда фокус экранного диктора не устанавливается на элемент: он не видит этот элемент и не может прочитать. Похожая проблема возникает с озвучиванием названия элемента, но в этом случае фокус есть, однако диктор не озвучивает элемент. Это происходит, например, с кнопками без названия, которые встречаются часто.
Иногда на экране возникают модальные или всплывающие окна, например при сообщении об ошибке. Экранный диктор должен автоматически на них переключаться, чтобы слепой пользователь понимал, что на экране что-то изменилось. Такие проблемы тоже часто встречаются: на экране что-то происходит, но диктор не переключается туда сразу, и пользователю приходится прослушивать весь экран.
Проблемы, связанные с контрастностью текста или кнопок (рис. 4), больше влияют на зрячих пользователей. В таких случаях сложно читать текст. Даже если у вас нормальное зрение, но вы устали или освещенность плохая, вы можете что-то не заметить. Такие проблемы встречаются во всех банках.
Дмитрий Сатин: Иногда в банках маленькими серыми буквами появляются сообщения о комиссии, которая платится за перевод. Пользователь либо вообще не узнает, что с него списали комиссию, либо узнает, когда замечает, что платеж в истории операций оказался больше, чем он ожидал.
Анна Минаева: Оценки контрастности строятся на стандарте доступности WCAG 2.1.
Теперь примеры для остальных групп. Проблема с использованием свайпа: чтобы посмотреть данные карты и выписки по счету, нужно потянуть за элемент, «вытащить» эту информацию. Если моторика нарушена, это сложно сделать.
Аналогичный пример: чтобы закрыть бургер-меню, нужно провести по экрану свайпом. В качестве альтернативы его можно закрыть тапом вне области меню. Но это тоже не всегда просто сделать.
Проблемы, связанные с текстом, в частности аббревиатуры, встречаются во всех банках. Они характерны для оплаты жилищно-коммунальных услуг. Названия получателей платежей тяжело воспринимаются на слух, но в целом можно понять, что читает диктор, поэтому критичность у этой проблемы невысокая.
Дмитрий Сатин: Некоторые наши сотрудники не знают, что такое ЕИРЦ и ЕПД. Государство любит аббревиатуры, и они постепенно просачиваются в потребительские продукты. Большинство людей знают распространенные аббревиатуры, например СНИЛС, но было бы хорошо делать такие надписи понятными для всех.
Результаты исследования
Дмитрий Сатин: В этом году мы сделали пять рейтингов доступности приложений: для экранного диктора iOS, для экранного диктора Android, по контрастности, по текстам и по моторике. По последним двум измерениям у всех похожие показатели, они будут в расширенном отчете.
Сбербанк лидирует по чтению экранного диктора, но уступает другим банкам по уровню контрастности. На втором месте по iOS по проговариванию экранного диктора оказался Россельхозбанк.
Некоторые приложения находятся в конце одного рейтинга и в начале другого. У Тинькофф Банка четвертое место по iOS и второе по Android по проговариванию диктора, но он на 11-м месте по контрастности.
Если объединить все рейтинги, то на первом месте находится Сбербанк Онлайн, на втором — Альфа-Банк с приложением Alfa Mobile, на третьем — РОСБАНК, на четвертом — МТС Банк, на пятом — Россельхозбанк, на шестом — Тинькофф Банк, на седьмом — Райффайзенбанк.
Разработки в области доступности: опыт Сбербанка
Михаил Кузьмин: В прошлом году у Сбербанка были проблемы с контрастностью. Сейчас мы добавили в дизайн-систему контрастность, а также обязательную маркировку для экранных дикторов. В ближайшее время мы продолжим работать над контрастностью, будем переводить все больше экранов на новый дизайн.
Когда мы подошли к вопросу доступности, то поняли, что полностью читать WCAG 2.1 и 2.0 долго и для погружения излишне. Поэтому мы начали с того, что разбили информацию по ролям: для дизайнера, для разработчиков на всех платформах, на iOS, на Android и на web, а также для менеджеров. Мы сталкивались с тем, что приходили в команды и рассказывали про необходимость доступности, а продуктологи спрашивали: «Сколько у вас пользователей, кому это важно?». Приходилось объяснять, что доступность — это не верстка и не удобство, а необходимый доступ к услугам.
Публичный гайдлайн Сбербанка находится по адресу: specialbank.ru/guide. Страница сверстана так, чтобы гайдлайн был доступен для людей, работающих со скринридерами.
В разделе, посвященном iOS-разработке, отмечены некоторые ошибки кода. В первую очередь там описаны возможные нарушения, которые образуют из себя специальные потребности. Мы стараемся предусмотреть их в своем приложении и сделать его доступным. Далее коротко описано то, о чем говорил Алексей Любимов, — скринридеры, вспомогательные технологии, которыми с нами делятся корпорации Apple и Google.
Далее идет краткий обзор основных жестов. Это важно, потому что клиентский опыт пользователя скринридера непривычен нам. Для нас удобным является свайп, но для пользователя скринридера свайпы несут другую роль.
Важно соблюдать правила навигации. Визуально мы видим, что сверху есть заголовок, под ним текст. В некоторых приложениях при открытии страницы фокус для слепых перемещается вниз, элементы прочитываются в случайном порядке. Поэтому при разработке приложения нужно соблюдать порядок перемещения по элементам с помощью скринридера.
Необходимо, чтобы у всех элементов была подпись. Зачастую кнопка бывает подписана системным именем, и пользователь не понимает, что она значит. Например, кнопка «Next page jpg». Можно предположить, что это переход на следующую страницу. Но лучше, когда есть так называемый лейбл, который говорит перейти на следующую страницу.
При тестировании мы используем встроенные утилиты среды разработки, Accessibility Inspector на iOS и Accessibility Scanner на Android. Однако зачастую их недостаточно, и ответственность в таком случае находится на точке разработчика. Чтобы уменьшить количество ошибок и исключить пользовательское тестирование, можно настроить автоматические анализаторы кода. Мы поступили так с сайтом, и сейчас бóльшая часть тестирования происходит в автоматическом режиме.
Встречаются случаи, когда Accessibility Inspector показывает ноль предупреждений или ноль критических ошибок и несколько предупреждений, но при этом предупреждения оказываются на ключевых элементах, которые не позволяют пользователю завершить сценарий и делают весь сценарий недоступным для него, даже если ошибка незначительная. Поэтому сейчас у нас есть возможность реверсионного тестирования. Мы стараемся выпускать все релизы без деградации доступности. Бывали случаи, когда проводилась работа по адаптации, а при релизах, редизайнах, рефакторингах адаптированный код исчезал и приложение с каждым релизом становилось все менее доступным. Это тоже важная проблема, с которой сталкивались многие пользователи и из-за которой у слепых даже выработался своеобразный этикет работы с обновлениями.
Наиболее продвинутые пользователи устанавливают их и по своим рассылкам сообщают другим пользователям, что приложение обновили нормально.
Также мы добавили специальные щелчки, которые позволяют слепому пользователю знать, что приложение не зависло, происходит загрузка страницы. Эти щелчки работают только при включенном VoiceOver. Технологию разработали наши незрячие эксперты. Я видел такое только во встроенных приложениях на iOS и некоторых современных приложениях по типу Discord, которые спрашивают пользователя, нужны ли ему дополнительные функции, когда видят, что он зашел с включенным VoiceOver.
Подытоживая свое выступление, хотел бы сказать, что удаленные каналы сейчас демонстрируют высокую важность, а их доступность позволяет пользователям и клиентам чувствовать себя безопасно и экономить время.
Разработки в области доступности: опыт Alfa Mobile
Фамил Гаджиев: Разработки по повышению доступности Alfa Mobile начались с комментария в Apple Store от слепого пользователя, который не мог выполнить вход в мобильное приложение через VoiceOver.
Мы проверили четыре базовых кейса (вход, просмотр баланса, перевод между своими счетами и оплата мобильной связи) и обнаружили, что проблемы действительно есть. Сначала было непонятно, что делать: в Альфа-Банке большая команда разработчиков, каждый занимается своей частью продукта, и не было людей, которые могли бы протестировать все сразу.
Мы начали с обучения тестировщиков. Выявили проблемы проектирования, качества кода и дизайна. Взяли элементарный пользовательский сценарий авторизации и выяснили, что у кнопки Touch ID не было accessibility label. Потом нашли и другие дефекты, провели регресс, и получилось около 300 задач. Далее я написал по общепринятым стандартам гайдлайны, как править и детектить ошибки. Эту информацию можно посмотреть на «Хабре». У разработчика Михаила Рубанова много докладов на эту тему.
Нужно улучшать поддержку VoiceOver и «помогать» ему: подписывать все кнопки, давать им описания, оставлять подсказки, если кнопок много — группировать контролы, чтобы получился единый блок текста, который читается цельным понятным предложением. Необходимо указывать тип контролов и расширять минимальные границы. У нас это 44 на 44 пойнта в iOS — допустимые нормы нажатия, при которых человек точно попадет пальцем в кнопку, если хочет.
Настройка подробности подсказок
Алексей Любимов: В скринридерах для десктопа, в частности для Windows (хотя на Mac тоже есть такая функция), можно настроить подробность подсказок. Уровни: начинающий, средний, опытный. Если выставить меньший уровень конкретизации, то подсказки для таких действий, как активация или переход по ссылке, произноситься не будут.
На iOS можно не прослушивать подсказки для операций, которые вы часто выполняете и хорошо знаете. А если операция и интерфейс вам незнакомы, стоит прослушать инструкцию до конца.
Дмитрий Сатин: Можно ли настроить подробность подсказок не в скринридере, а в самом приложении?
Алексей Любимов: Это возможный вариант, я видел такое решение в адаптации приложения «Московский транспорт». Там можно было включить или выключить подробный комментарий.
Михаил Кузьмин: В настройках VoiceOver можно отключить хинты. Так обычно делают опытные пользователи. Также можно настроить степень детализации подсказок.
Возможные альтернативы для аудиокапчи
Дмитрий Сатин: Аудиокапча неудобна для слепых, потому что ее тяжело расслышать и запомнить. Слишком большая ментальная нагрузка на пользователя. Во-первых, аудиокапча специально зашумлена, чтобы боты не могли ее распознать. Во-вторых, после прослушивания ее нужно быстро записать на подкорку.
Алексей Любимов: Если она на английском языке, а у человека снижен слух или он находится в шумном помещении, это особенно сложно.
Капчу можно заменить кодом по SMS, если время реакции на сообщение не будет слишком ограничено. Человек должен успеть войти в SMS и запомнить код, причем желательно, чтобы он был цифровой, а не буквенно-цифровой или буквенный. SMS не должно быть написано транслитом на латинице.
Юрий Божор: В SMS вообще не нужен текст, если это не финансовая транзакция, а просто антибот. Достаточно нескольких цифр, которые бот не сможет подобрать.
Алексей Любимов: Мне понравился принцип регистрации без капчи на форуме, кажется, Woman.ru. Там людей от ботов отличал внутренний механизм: как пользователь заполнил профиль, сколько времени он на это потратил и т. д. Для меня как пользователя это самый удобный вариант.
Дмитрий Сатин: Насколько безопасно использовать только отметку «Я не робот» без распознавания?
Алексей Любимов: У меня не всегда срабатывает. Часто меня «выкидывает» с сайта с комментарием о том, что мой IP слишком часто обращался по этому адресу.
Дмитрий Сатин: Возможно ли заменить капчу логическим или математическим примером, например 1 + 2?
Алексей Любимов: Это не подойдет для людей с акалькулией. Слепоглухие справятся с математикой, но для них не подойдет аудио- или видеокапча. Должна быть вариативность.
Примечания1. Федеральный закон от 10.07.2002 № 86-ФЗ «О Центральном банке Российской Федерации (Банке России)».
Источник: Журнал "Расчеты и операционная работа в коммерческом банке" №4/2020