Три слоя клоакинга: почему двух недостаточно для белых страниц
Серверная фильтрация по IP и User-Agent отсеивает только ленивый обход. Боты рекламных сетей давно работают через резидентские прокси и меняют сигнатуры браузера каждую сессию. Если ваш фильтр опирается только на статичные списки — вы показываете боту оффер вместо вайта.
Клиентские проверки через JavaScript решают проблему, но создают другую. Fingerprinting, проверка WebGL и поведенческие ловушки требуют времени на исполнение. При плохой реализации страница грузится дольше 300 мс — и реальный пользователь уходит раньше, чем сработает редирект.
Рабочая схема — гибрид: сервер отсекает очевидный мусор по гео и дата-центрам, клиентская часть вешает теги на сомнительные сессии. Важный нюанс: белая страница должна отдаваться с тем же HTTP-кодом и структурой заголовков, что и оффер. Иначе diff-сканеры сетей быстро находят разницу в ответе.
Перед запуском лей проверяйте связку через чистый мобильный прокси и headless-браузер вроде Puppeteer. Если хотя бы один из потоков ведёт себя иначе — пересмотрите логику разделения, а не просто обновите базу IP.
Cloaking Stack — Keitaro, Adspect, Imklo
@cloaking_stack
Три слоя клоакинга: почему двух недостаточно для белых страниц
Этот пост опубликован в Telegram-канале Cloaking Stack — Keitaro, Adspect, Imklo. Подписаться можно по ссылке: @cloaking_stack.