Клокінг часто сприймають як чарівну кнопку: увімкнув — і модератори нічого не бачать. Але це неповна картина. Клокінг — лише фільтр, який вирішує, хто що побачить. Що саме показувати — на це відповідає ваш вайт пейдж. І ось тут починається найцікавіше.
Як працює фільтрація трафіку
Коли користувач переходить за посиланням реклами, сервер клокінгу за мілісекунди аналізує запит і вирішує: показати вайт пейдж чи реальний оффер. Використовуються кілька методів:
- Фільтрація за IP — найгрубіший метод. Бази IP рекламних мереж, датацентрів та VPN оновлюються, але ніколи не є повними. Працює як перша лінія захисту, а не основна.
- Аналіз user-agent — браузер модератора часто відправляє headless-сигнатури, нестандартні версії або патерни автоматизації. Selenium, Puppeteer, Chrome headless мають характерні відбитки.
- Поведінкові патерни — боти не рухають мишею, не скролять, відвідують сторінки за точним розкладом. Просунуті клоаки аналізують тайминги кліків і послідовність дій.
- Referrer та UTM — прямий візит без реферера о 3 годині ночі з IP датацентру — очевидна схема перевірки.
- Геолокація та ASN — автономна система провайдера (ASN) говорить більше, ніж просто країна. ASN великих хмарних провайдерів (AWS, Google Cloud, Azure) майже ніколи не використовуються звичайними користувачами.
Хороша система клокінгу діє за принципом презумпції вини: будь-який підозрілий запит отримує вайт пейдж. Краще втратити 5% реального трафіку, ніж показати оффер одному модератору.
Чому слабкий вайт пейдж вбиває навіть ідеальний клоак
Ось де більшість баєрів помиляються. Вони вкладають в дорогий клокінг, правильно налаштовують фільтри — а потім економлять на самому вайт пейджі. Використовують один шаблон для 50 акаунтів, не змінюють тексти, беруть стокові фото з одного джерела.
Проблема в тому, що рекламні мережі — особливо Facebook і Google — проводять не лише автоматизовану, але й ручну перевірку. Живий співробітник відкриває ваш вайт пейдж не як бот, а як звичайна людина. Або маскується достатньо добре, щоб клокінг його пропустив.
У такі моменти розігрується кілька сценаріїв:
- Сторінка технічно чиста, але контент очевидно згенерований — беззмістовні речення, немає структури, немає реальної цінності для читача
- Той самий домен і сторінка використовуються на десятках акаунтів — видно через історію домену
- Зображення, знайдені через зворотний пошук, фігурують на сотнях інших «білих» сторінок із такою ж структурою
- Метадані сторінки (title, description, og tags) не відповідають контенту — очевидна ознака шаблону
Результат: клоак спрацював, бот не дістався до оффера — але живий рецензент все одно заблокував акаунт за підозрілий вайт пейдж. Саме тому якість і унікальність вайт пейджу — не опція, а фундамент усієї зв'язки.
Технічні методи підміни контенту
Після того, як клокінг вирішив, хто що бачить, він використовує один із кількох технічних механізмів підміни:
JS redirect
Найпростіший варіант: користувач завантажує вайт пейдж, скрипт перевіряє параметри і миттєво перекидає на оффер через window.location. Плюси — просто реалізувати. Мінуси — редирект відображається в логах браузера і в історії; Google це відстежує.
Серверний редирект (302/307)
Сервер клокінгу повертає HTTP-редирект на цільовий URL. Швидко, чисто, не залишає слідів у DOM. Працює краще за JS, але навантажує сервер при великих обсягах трафіку.
Підміна через iframe
Вайт пейдж залишається на домені, а реальний оффер завантажується всередині iframe. Технічно домен залишається «чистим», модератор бачить вайт пейдж. Але iframe має обмеження: багато лендінгів офферів мають X-Frame-Options: DENY, і метод просто не спрацює.
curl/PHP проксі
Сервер отримує контент оффера через curl і роздає його під білим доменом. Користувач бачить оффер, URL залишається білим. Ресурсомістко і повільніше, але ідеально з точки зору URL.
Динамічна підміна контенту (DOM-swap)
Сторінка завантажується як біла, потім JS повністю замінює DOM цільовим контентом. Модератор, який робить скріншот до виконання скрипту, бачить вайт пейдж. Більш просунуті перевірки можуть почекати або вимкнути JS — у цьому випадку вайт пейдж повинен бути повністю функціональним самостійно.
Незалежно від методу підміни — якщо ваш вайт пейдж порожній, шаблонний або явно нефункціональний, це сигнал. Навіть якщо модератор потрапив на нього випадково і клоак дав збій — сторінка повинна виглядати як справжній сайт.
Що робить вайт пейдж «куленепробивним»
Чеклист для вайт пейджу, який пройде не лише автоматизовану, але й ручну перевірку:
- Унікальний контент — не шаблон, не спін-текст. Реальний матеріал на тему, який варто читати
- Правильна структура — H1, H2, параграфи, нумеровані списки. Сторінка має виглядати як стаття або пост у блозі
- Унікальні зображення — або їх відсутність. Краще без зображень, ніж ті самі стокові фото, що фігурують на тисячах інших вайт пейджів
- Робочі сторінки-документи — політика конфіденційності та умови використання не повинні бути заглушками
- Коректні мета-теги — title, description, og tags відповідають темі сторінки
- Різний контент на різних акаунтах — одна сторінка на 50 кампаніях — це патерн, видимий на рівні домену
Генератор на кшталт Gen White Page вирішує саме цю проблему: кожна сторінка створюється з унікальним контентом, адаптованим під конкретну категорію та ГЕО. Немає структур, що повторюються, немає однакових текстів. Це критично важливо при роботі з кількома акаунтами одночасно.
Підсумок
Клокінг і вайт пейдж — не взаємозамінні речі, це два ланцюги однієї системи. Клокінг вирішує: хто що бачить. Вайт пейдж вирішує: що показати тим, кому не можна бачити оффер. Поламаєте одну ланку — вся система впаде.
Саме тому серйозні баєри ніколи не економлять на якості вайт пейджу — і ротують його так само регулярно, як тестують нові креативи.
