Антифрод в клоаке ломает ROI, если не считать его частью роутинга

Сторонняя антифрод-система должна не «глушить всё подряд», а давать клоаке сигнал: кто перед нами — живой пользователь, сканер, прокси или мусорный рефреш. Иначе получаем вечную лотерею: часть целевых режется, часть ботов проходит в преленд.

Рабочая схема простая:
— на входе собираем IP, ASN, User-Agent, язык, timezone, поведение мыши/скролла;
— антифрод ставит риск-скор;
— клоака по скору и флагам решает: пустить на оффер, отправить на белую, отдать заглушку или вообще закрыть сессию.

Стыки, где чаще всего течёт:
— антифрод принимает решение позже, чем клоака уже отдала контент;
— разные источники гео считают по-разному;
— антифрод видит один и тот же IP как чистый, а клоака — как цепочку из датацентра и мобилки. Синхронизация правил тут важнее, чем «умный» алгоритм.

Если интеграция через API, держи отдельный таймаут под проверку и не вешай на него весь лендинг. Если через JS-события — не жди чудес: скрипт должен жить на первом экране и передавать результат в роутер без лишних редиректов. Твой аптайм — это твои деньги, на VPS не экономят.

Пропускаем только целевых, ботов оставляем алгоритмам.