Защита от накрутки негативного ПФ (скликивание моего сайта)

Я ставлю иногда капчу. Когда ярость ботовода подходит к высшей точке, я меняю капчу на проверку java скрипт, так боты оказываются во внутренних запросах и в переходах по сайту.

Потом снимаю через пару дней это всё дело, от этих действий статистика по сайту становиться более массивная. 🤣

Я думал, что вы пытаетесь клиентам дать заказы и звонки, а оказывается вам важна статистика и "чистый" траф :))) Ну молодцы

Интересно, как вы оправдываете отсутствие топов у клиентских сайтов - наличием конверсии :)))) или ... "подождите апдейта" или "боты атакуют" :))))

Моветон это:

1) Влезать в разговор и с использованием КАПСА, переходить на личности, тем более вспоминая людей, которые к обсуждаемому вопросу никак не относятся.

2) Огульно называть чушью всё и вся, при этом нагружая пустыми упреками, что кто-то во что-то верит.

3) Не зная рабочей ситуации и всех обстоятельств, фантазировать и делать нелепые выводы.

Поясняю конкретно. Есть клиент, в ходе работы по результату анализа трафика, стало понятно, что на сайте бот трафик, - и не просто фоновой, а временами демонстрирующий большие всплески с подставными фейковыми реферерами (проблема довольно известная).

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

Задача поставлена, задача - выполнена.     

Так, что это не я ставлю капчу, а я сначала предлагаю решение и уже потом при полном понимании и необходимости ответной стороны - решаю конкретную проблему. Это довольно сложный интегрированный модуль со своей внутренней аналитикой, а не просто КАПЧА.

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

Да, средствами JS можно блокировать экран, фокусируя пользователя только на рабочем окне.

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

Но как оказалось, это возможно.

А другими словами это смерть развитию сайта.  При переходе из поисковика и показе капчи до метрики теряется переход из поисковика.

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

Именно так в моём случае и работает. В этом моё принципиальное отличие от известных антибот решений. Изначально модуль пропускает всё и начинает срабатывать только там, где я массово вижу бот активность (Битерика, Хецнер и пр..) и создаю конкретные правила для обработки.

Чаще всего бот трафик - type in и заходы с подставными фейковыми реферерами.

Вот они в процессе анализа трафика в Вебвизоре мною по IP-шниками и выясняются.

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

При следующем заходе все эти визиты получают капчу. Фейковые рефереры удалось убрать практически сразу (они шли от нескольких ASN), с поведенческими сложнее, особенно с теми, которые приходят с мобильных провайдеров, ибо там есть и боты, и люди. Прохождение людей я вижу через обработанную капчу, бот трафик застревает. 

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

В топе боты которые не проходят только капчу клоудфларе, остальное всё проходят к примеру протянуть галочку или подтвердить галочкой проходят без задержки. 😀

В топах есть всякие боты. Вышеприведённый график - коммерческий сайт, один из лидеров ниши с которым я работаю.

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

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