Ошибка: white показывается всем

Что значит «white всем» и почему это стоит денег

Клоака на каждый заход решает, показать безопасную white-страницу или офферную black-версию, ориентируясь на признаки: гео, устройство, поведение, наличие параметров рекламной площадки в ссылке. Когда логика ломается и white уходит абсолютно всем, включая честный целевой трафик с рекламы, — деньги за клики списываются, а на офферную страницу никто не попадает. Это не баг ради красоты, это прямая потеря бюджета в моменте, поэтому чинить нужно сразу, а не после отчёта за день.

Причина №1: слишком строгие правила антибота

Самая частая причина — фильтры по гео/UA/IP настроены с запасом «на всякий случай» и режут не только ботов, но и реальных пользователей: мобильных операторов, которых IP-intel помечает как datacenter, или гео с популярным VPN-трафиком. Если под фильтр попадает заметная доля живых кликов, картина выглядит ровно как «white почти всем». Первым шагом стоит посмотреть в логах антибота, по какой именно причине трафик отправлен на white — а не гадать.

Причина №2: параметры трафика не долетают до клоаки

Клоака отличает рекламный трафик от прямого захода по параметрам в ссылке — click ID, sub-параметрам, referrer. Если рекламная площадка или трекер обрезают эти параметры при переходе (редирект без передачи query-строки, неправильный формат ссылки, кэширующий прокси на стороне оператора), клоака не видит признаков «это реклама» и по умолчанию уходит в безопасный сценарий. Проверяется это просмотром реальной ссылки, по которой пришёл клик, и сверкой с тем, что настроено в правилах.

Причина №3: кэш service worker или CDN отдаёт старую версию

Если правила клоаки только что обновили, а показ не изменился, — велика вероятность, что пользователю отдаётся закэшированная white-страница из старой версии service worker или через CDN. Браузер может не подтянуть новую версию сразу, особенно если не был предусмотрен принудительный сброс кэша при деплое. В такой ситуации правило технически уже верное, но применяется не сразу и не для всех — нужно форсировать обновление кэша, а не переписывать правила заново.

Чек-лист диагностики

Начните с логов антибота в кабинете — там видна точная причина блокировки по каждому запросу, а не общая цифра. Проверяйте показ с реальных мобильных IP нужного гео, а не с домашнего или офисного интернета — офисный IP сам нередко помечен как datacenter и покажет white в любом случае, что создаёт ложное ощущение поломки. Сверьте, что click ID и sub-параметры доходят до целевой ссылки без потерь, и после любого изменения правил принудительно сбросьте кэш перед повторным тестом. Если после проверки всех трёх пунктов доля white всё ещё завышена — ослабляйте фильтры точечно, а не полностью отключайте антибот.

Частые вопросы

Как посмотреть, сколько трафика реально ушло в white?

В логах антибота в кабинете APEX по каждому запросу видна причина решения — можно посчитать долю white и понять, за счёт какого фильтра она выросла.

Почему при проверке с личного компьютера я всегда вижу white?

Домашний или особенно офисный IP часто сам помечен как datacenter или несёт признаки нецелевого захода, поэтому для честного теста нужен реальный мобильный IP целевого гео, а не собственный.

Может ли устаревший кэш PWA быть причиной, даже если правила клоаки верные?

Да — если service worker или CDN отдают закэшированную white-версию, новые правила физически не применяются к части пользователей, пока кэш не обновится.

Модератор рекламной площадки видит white — это нормально?

Да, для проверяющих аккаунтов и ботов площадки white-версия — ожидаемое и правильное поведение, проблема только если её видит реальный целевой пользователь.

Читайте также

• Что такое PWA в арбитраже трафика
• Push-уведомления в арбитраже
• Клоака для Facebook в PWA