Ключевое различие
| Вопрос | CAPTCHA / Challenge | Антибот-система |
|---|---|---|
| Что анализирует | конкретную проверку и её результат | request, crawler, browser, network, behavior, policy, history |
| Главный результат | pass / fail / timeout / replay | allow / continue / challenge / throttle / block по policy |
| Поисковые роботы | не должна быть универсальным gate | нужна отдельная verification policy |
| False positives | трение для реальных людей | управляются confidence, SHADOW и hard-rule priority |
| DDoS L3/L4 | не решает | application-level система также не заменяет upstream network mitigation |
Когда достаточно Challenge
Для отдельной чувствительной операции Challenge может быть самостоятельным дополнительным барьером. Но если задача — понимать весь входящий трафик, отсекать парсеры, различать crawler identities или бороться с распределённым click fraud, нужен более широкий decision pipeline.
Что добавляет антибот
- hard policy и manual rules;
- поисковую crawler verification;
- browser automation/consistency evidence;
- network source context с NO_DATA semantics;
- поведенческие последовательности и baseline;
- Decision Trace и объяснение действия.
Как связать оба слоя
Risk Engine может решить, что evidence недостаточно для block, но достаточно для Challenge. После результата Challenge reputation обновляется и учитывается в дальнейшем — при условии, что сама Challenge subsystem READY.
Challenge — источник дополнительного evidence, а не автоматический генератор permanent bans.
Почему это важно для конверсии
Каждая лишняя проверка — дополнительное трение. Поэтому хорошая защита старается не показывать CAPTCHA нормальному трафику без причины и сохраняет fallback, если выбранный provider или assets временно недоступны.
Risk → Challenge → Reputation в AntiPF
AntiPF связывает Risk Engine и Challenge Studio, при этом 10.050 сохраняет SHADOW-first и truthful readiness. Built-in/default asset bank и custom bank архитектурно разделены, чтобы Update/Repair не ломал пользовательские проверки.