<b>Клоакинг для FB и Google ломается не на фильтрах, а на кривой техничке</b>

<b>Клоакинг для FB и Google ломается не на фильтрах, а на кривой техничке</b>

Разбираем воронку на атомы: если сплитить трафик через хаотичный редирект, любой антифрод увидит рассинхрон. База — один входной URL, жесткая маршрутизация по параметрам, а не по “магии” сервера. Сразу фиксируй: user-agent, IP, язык, реферер, cookie и время первого касания. Это не защита, а набор сигналов для решения, куда отправить запрос.

Дальше — минимальный стек:
• отдельный домен и чистый DNS
• серверный скрипт, а не только JS
• постбек в трекер на каждый статус
• логирование всех решений маршрутизатора
• резервный путь, если фильтр не отдал нужную страницу

Если логика завязана на один параметр, банишь сам себя: достаточно смены прокси, и связка слепнет. Нормальная схема строится на нескольких весах: качество IP, соответствие geo, частота запросов, поведение cookie и совпадение отпечатка браузера с профилем сессии. Где здесь дыра в ROI? Обычно в том, что фильтр и контент живут раздельно, без общего лога.

Для Google особенно важна консистентность: финальная страница, цепочка редиректов и DOM должны совпадать по смыслу, иначе модерация ловит несостыковки быстрее, чем трекер успевает записать конверсию. Для Facebook критичнее стабильность первой прокладки и отсутствие скачков по ответам сервера; клоакинг не спасает, если лендинг падает или отдает разные коды статуса под одним и тем же запросом.

Техничка решает всё: сначала строишь прозрачный лог маршрутизации, потом тестируешь каждую ветку отдельным прокси, и только после этого льешь объем. Логи трекера врать не будут.