Клоакинг для Facebook и Google: что ломает схему на уровне редиректов и параметров

Клоакинг для Facebook и Google: что ломает схему на уровне редиректов и параметров

Разбираем воронку на атомы: клоакинг живёт не на «магии», а на том, как бот, модератор и пользователь проходят через один и тот же URL-слой. Ошибка №1 — ставить фильтр только по IP и ждать стабильности. Нужна связка: user-agent, ASN/hosting, гео по IP, язык браузера, реферер, cookie и скорость загрузки. Если хотя бы два сигнала противоречат друг другу, отдай безопасную страницу, а не лендинг.

Для Facebook и Google логика одна: бот должен видеть предсказуемый контент, а пользователь — целевой. Делай проверку на входе, до отдачи HTML: серверный скрипт, а не клиентский JS. Все решения пиши в логи: какой параметр сработал, куда ушёл трафик, был ли 302/307, не потерялись ли UTM, gclid, fbclid. Логи трекера врать не будут, а вот «визуально всё открывается» — плохой критерий.

Технический минимум:
— whitelist для своих IP и ручных ревью
— отдельный endpoint под white/black traffic
— cookie-based stickiness, чтобы юзер не прыгал между ветками
— быстрая подмена креатива и URL без пересборки всей схемы
— мониторинг ошибок 4xx/5xx и цепочки редиректов

Если клоака разваливается, сначала смотри не на бан, а на дыры в маршрутизации: не тот код ответа, потерянный параметр, лишний hop, конфликт DNS или CDN. Техничка решает всё, но только если сплит-тест — единственный аргумент, а не вера в «правильный» фильтр.