Вообще капчей обычно замедляют какое-либо действие, очень часто просят тыкнуть на кнопку, чтобы подтвердить что ты не робот, там уже проверяют на "добросовестность" и прочее, а после если нужно, отображают капчу.
Также с помощью нее определяют "кто" проходит капчу, если залогировать и проверить "как" ее прошли, так можно по итогу определить это и опустить до нуля трастфактор.
Не сказать прям "впустую". Все же раньше "добросовестным" слабовидящим пользователям при выпадении капчи можно было лишь смириться и/или написать жалобу без возможности пройти капчу. Также прежде чем делать что-то глобально новое, хочется подготовить почву для этого, вот этим мы по сути и занимались. Изучили, разобрались, параллельно создав более красивую версию капчи, добавив к ней звуковую (для инклюзии).
Но не стоит думать, что на этом конец, мы сами все прекрасно понимаем и движемся дальше. На подходе уже новая версия капчи, которая выйдет уже в следующем году!
А, понял. Над этим мы как раз и поработали. После различных действий / переключений мы как раз и работаем с фокусами, чтобы голосовой помощник сразу озвучивал новое сообщение. Например, когда пользователь переключился на звуковую капчу, мы грубо говоря "фокусируемся" на другом элементе, поэтому дополнительные действия для этого не нужны.
В процентном соотношении люди чаще проходят графическую версию капчи, поэтому в первую очередь пользователям показывается она. А так, полностью подтверждаю версию @datacompboy. Когда слабовидящие попадают на капчу, то для них главное, чтобы при появлении капчи голосовой помощник озвучивал, что мы попали на нее. Так они поймут, что теперь им необходимо ее пройти, прокрутят до элемента, который голосовой помощник озвучит в стиле аудиокапча/звуковая капча/переключиться на аудиокапчу/что-нибудь подобное, переключатся на нее и так далее
Вообще капчей обычно замедляют какое-либо действие, очень часто просят тыкнуть на кнопку, чтобы подтвердить что ты не робот, там уже проверяют на "добросовестность" и прочее, а после если нужно, отображают капчу.
Также с помощью нее определяют "кто" проходит капчу, если залогировать и проверить "как" ее прошли, так можно по итогу определить это и опустить до нуля трастфактор.
Лимиты у нас тоже присутствуют.
Не сказать прям "впустую". Все же раньше "добросовестным" слабовидящим пользователям при выпадении капчи можно было лишь смириться и/или написать жалобу без возможности пройти капчу. Также прежде чем делать что-то глобально новое, хочется подготовить почву для этого, вот этим мы по сути и занимались. Изучили, разобрались, параллельно создав более красивую версию капчи, добавив к ней звуковую (для инклюзии).
Но не стоит думать, что на этом конец, мы сами все прекрасно понимаем и движемся дальше. На подходе уже новая версия капчи, которая выйдет уже в следующем году!
Да, но обычно мы не сразу блокируем, а лишь понижаем "траст фактор". И да, баны тоже существуют.
А, понял. Над этим мы как раз и поработали. После различных действий / переключений мы как раз и работаем с фокусами, чтобы голосовой помощник сразу озвучивал новое сообщение. Например, когда пользователь переключился на звуковую капчу, мы грубо говоря "фокусируемся" на другом элементе, поэтому дополнительные действия для этого не нужны.
В процентном соотношении люди чаще проходят графическую версию капчи, поэтому в первую очередь пользователям показывается она. А так, полностью подтверждаю версию @datacompboy. Когда слабовидящие попадают на капчу, то для них главное, чтобы при появлении капчи голосовой помощник озвучивал, что мы попали на нее. Так они поймут, что теперь им необходимо ее пройти, прокрутят до элемента, который голосовой помощник озвучит в стиле аудиокапча/звуковая капча/переключиться на аудиокапчу/что-нибудь подобное, переключатся на нее и так далее