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

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

Разбираем воронку на атомы: если белая и рекламная страницы собраны на одном шаблоне, модерация ловит паттерн быстрее любой ручной проверки. Нужны разные домены, разные хосты, разный набор файлов и отдельные цепочки редиректов. Сразу проверяй, чтобы сервер не светил одинаковые заголовки, TLS-отпечаток и CDN-сигнатуру — по ним палятся чаще, чем по контенту.

Логика маршрутизации должна быть жесткой: IP, ASN, user-agent, язык, cookie, реферер, время сессии. Белый бот идет на safe-page, живой трафик — в основную воронку. Если решение завязано только на user-agent, это не клоакинг, а приглашение в бан. Делай несколько слоев: серверный фильтр, JS-проверка, затем fallback на случай пустых cookie или обрезанного referer.

Постбеки и параметры URL — отдельная зона риска. В трекере должны жить свои clickid, subid и метки источника, иначе потом нельзя связать показ, клик и конверсию без ручной археологии. Не передавай в URL лишнее: длинные хвосты, дублирующиеся параметры и мусор из автотегов часто ломают сопоставление и создают ложные расхождения в отчетах. Логи трекера врать не будут.

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