Шейв в арбитраже всегда был проблемой и со временем актуальности не теряет. Особенно обидно, если связка до этого стабильно держала аппрув, а потом начались затянутые холды, скачки статистики и странные списания. На практике же далеко не каждый отклон — это попытка срезать выплаты. Просто рекламодатели научились жестко фильтровать сомнительный трафик, так как сами теряют деньги на фроде, ботах и повторных лидах.
К счастью, есть возможность заглянуть за кулисы работы рекламодателей и понять, как работает антифрод. В этом материале разберемся почему вам могут резать лиды и заодно посмотрим, какие методы помогают снизить риск необоснованной резки лидов парнеркой.
Сейчас проверка лидов от advertiser трафик куда жестче — теперь в ход идет полноценный скоринг трафика. Система не только оценивает сам лид, но и скандирует его по многим характеристикам:
При этом часть проверок проходит еще до того, как лид попадет на ручную модерацию. Алгоритмы автоматически считают fraud-score, сравнивают поведение пользователя с нормальными паттернами и уже потом решают, отправлять заявку в аппрув, холд или отклон. Поэтому иногда проблема действительно в резке лидов парнеркой, а иногда — в том, что трафик банально не проходит внутренние фильтры проверки лидов advertiser.
Даже если трафик выглядит чисто по техническим метрикам, этого уже недостаточно. При проверке лидов advertiser смотрят и на поведенческие метрики, которые стали одной из главных частей анти-фрода в рекламе. Проверка лидов от advertiser проходит по таким параметрам :
Некоторые рекламодатели дополнительно используют FBT — анализ шаблонов поведения пользователя. Система сравнивает действия лида с уже накопленной базой нормального трафика и ищет повторяющиеся сценарии. Например, одинаковую скорость заполнения формы, идентичные движения курсора или повторяющиеся интервалы между кликами.
Из-за этого вебы иногда ловят отклоны даже на внешне нормальном трафике. Особенно если источник дает слишком однотипное поведение.
Если рекламодатель начал массово отправлять лиды в холд, не стоит сразу обвинять партнерку в шейве. Для начала лучше самому посмотреть, что происходит с трафиком после клика. Первое, что стоит подключить — запись сессий и тепловые карты. Для этого обычно используют Hotjar, Microsoft Clarity или Smartlook. Такие инструменты помогают увидеть реальное поведение пользователя: как он двигается по странице, насколько глубоко скроллит лендинг и в какой момент закрывает вкладку.
Дополнительно полезно проверять:
Для технической проверки хорошо подходят Keitaro, Binom, Voluum и RedTrack. Через трекер можно быстро увидеть, какие площадки дают слишком быстрые конверсии, где появляются повторные лиды и на каких связках начинает расти холд. А если подключить передачу событий через постбек, станет проще сопоставлять клики, регистрации и итоговый аппрув. Еще один полезный инструмент — сервисы проверки IP и device fingerprint. Они помогают понять, насколько трафик однородный.
Обычно переговоры с партнеркой ограничиваются перепиской с менеджером и устными договоренностями. Проблема в том, что при спорных шейвах в арбитраже такие договоренности почти ничего не значат.
Необходимо заранее фиксировать условия работы:
Отдельно полезно хранить свои данные по проливу: выгрузки из трекера, постбеки, скриншоты статистики и историю переписки с менеджером. Если начинается спор по качеству трафика, такие материалы сильно упрощают разбирательство при срабатывании анти-фрода в рекламе.
При этом важно понимать, что полноценная защита от шейва работает только там, где партнерка сама заинтересована в прозрачной работе. И тут уже в игру вступают правила выборы честной партнерки.
Защита от шейва и адекватность работы партнерки с трафиком обычно видна еще до первых конфликтов. При выборе CPA-сети стоит смотреть на сам подход к сотрудничеству с вебами:
Например, партнерка 13Partners работает с вертикалями, где рекламодатели особенно чувствительны к качеству трафика. Здесь настроены процессы выявления проблемных источников и быстрого контакта с вебами. Эта CPA-сеть открыто говорит о причинах отклонения лидов и не прячет статистику за формальными ответами. Вебу проще контролировать связки и масштабировать объемы без постоянного риска словить необоснованный шейв в арбитраже.
