Боты · классификация

Bad Bot: что такое плохой бот и как определить нежелательную автоматизацию

Bad Bot — не технический стандарт браузера, а практическая категория: автоматизированный клиент, поведение которого нарушает правила ресурса, создаёт нагрузку, копирует данные, искажает рекламу/аналитику или злоупотребляет функционалом.

Что обычно называют Bad Bot

К Bad Bot относят автоматизацию, которая выполняет действия без согласия владельца или с ущербом для ресурса. Это может быть парсер цен, бот массовых заявок, рекламный клик-бот, scanner, scraper или сложная browser automation.

Категория полезна для политики, но не должна превращаться в один технический флаг. Сначала определяется evidence, затем правило сайта решает, допустим сценарий или нет.

Чем bad bot отличается от обычного посетителя

  • повторяемые маршруты и интервалы;
  • массовый перебор URL/параметров;
  • аномально высокая доля 404;
  • automation/runtime markers;
  • несогласованность headers и browser telemetry;
  • смена IP/ASN при стабильной session/fingerprint;
  • повторные неудачные Challenge при здоровой подсистеме.

Что часто ошибочно принимают за плохого бота

Privacy browser, корпоративный proxy, мобильная сеть, мониторинг и поисковый crawler могут выглядеть необычно. Даже headless browser может быть легитимным тестом. Поэтому сильное решение опирается на несколько сигналов и explicit allowlists там, где владелец знает источник.

UNKNOWN ≠ BAD

Если Network Intelligence не имеет данных или browser probe не выполнился, корректное состояние — NO_DATA/UNKNOWN, а не автоматический BOT.

Как формализовать политику

СценарийСмыслДействие
Verified Google/Yandex crawlerПолезныйALLOW
Известный monitoringПолезныйALLOW / bypass
Unknown browser с низким riskНеизвестныйOBSERVE
Scraper с подтверждённым patternНежелательныйChallenge/rate/block
Hard abuse ruleВредоносныйBLOCK
Network NO_DATAНеизвестно0 contribution / continue

Как ограничивать Bad Bot

Не обязательно начинать с постоянного IP-ban. Для распределённой автоматизации он часто малоэффективен. Практичнее scoped rules, rate/context, Challenge, временные действия и Decision Trace для проверки причины ограничения.

Как это связано с AntiPF

Bad Bot в модели AntiPF

AntiPF не использует упрощённую формулу «один странный признак = бот». Hard rules имеют приоритет, Risk объединяет evidence, Browser Signals работает bounded/fail-neutral, а Decision Trace показывает вклад источников.

МодульRisk Engine →МодульBrowser Signals Lite →МодульDecision Trace →РешениеЗащита от ботов →
FAQ

Частые вопросы

Bad Bot — это конкретный User-Agent?

Нет. User-Agent легко изменить. Bad Bot — категория нежелательного поведения/автоматизации.

Hosting IP означает Bad Bot?

Нет. Hosting/ASN — только контекст. На хостинге работают API и легитимные клиенты.

Можно ли блокировать по одному fingerprint?

Не стоит. Fingerprint может меняться из-за privacy, обновлений и устройств и должен быть частью evidence.

Чем temporary challenge лучше постоянного бана?

Он позволяет подтвердить сессию и уменьшить риск ложной блокировки неизвестного трафика.

Следующий шаг

Нужно проверить трафик на реальном сайте?

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