Меню

Шейв в CPA: скрытые конверсии

Шейв в CPA: скрытые конверсии

Шейв в CPA — это конверсия, которая состоялась, но вебмастеру не засчитана: клиент оставил заявку, оформил заказ или дошёл до оплаты, рекламодатель на этом действии заработал, а в отчёте партнёра конверсии нет. Слово пришло из арбитража трафика: shave переводится как «срезать», «сбривать». Срезают выплату — не целиком, а по чуть-чуть, на уровне отдельных лидов и процентов апрува, поэтому снаружи всё выглядит так, будто трафик «вдруг перестал конвертить».

Термин — про доверие, потому что вебмастер видит только два окна: свой трекер и кабинет сети. Всё, что происходит между ними — модерация рекламодателя, колл-центр, внутренние статусы сети, — ему не видно и напрямую не проверяется: он принимает это на веру. Шейв — это когда вера не подтверждается. Для оператора CPA-сети тема прагматичнее морали: подозрение в срезе падает на платформу, даже если недозачёт устроил рекламодатель, потому что вебмастер имеет дело именно с сетью. Ниже — определение и виды шейва, отличие от законного отклонения и фрода, признаки, по которым срез находят по данным, и механика, которая убирает сам предмет спора: постбэки, логи, статусы с причинами.

Определение

Шейв — умышленное занижение числа подтверждённых конверсий или дохода вебмастера со стороны партнёрской сети или рекламодателя. Механика всегда одна: целевое действие выполнено и оплачено, но в отчёте вебмастера его нет — или оно приходит со статусом «отклонена» без конкретной причины. Разница между реально оплаченными и засчитанными действиями оседает у того, кто срезает.

Схемы, которые описывают сами вебмастеры, повторяются от сети к сети:

  • часть лидов не регистрируется в системе вовсе: заявка обрабатывается, но в статистику не попадает;
  • конверсии отклоняются размытыми формулировками — «не прошёл модерацию», «нецелевой трафик» — без объяснения, что именно не сошлось;
  • трафик объявляют фродом и аннулируют целиком или большей частью, не показывая данные, которые это подтверждают;
  • гео срезают двойным редиректом: клик уходит мимо оффера, лид получает отказ «не подходит по географии»;
  • клики подменяют, и конверсия засчитывается не тому, кто привёл клиента;
  • ставку для вебмастера снижают задним числом, когда трафик уже слит и менять связку поздно.

Общее у всех схем одно: расхождение живёт не в эмоциях, а в числах. У вебмастера есть собственная статистика — его трекер считает клики и конверсии независимо от сети, — и именно она превращает смутное ощущение «платят мало» в предметный вопрос: вот сто заявок по трекеру, вот восемьдесят по кабинету, где ещё двадцать?

Виды шейва

В обзорах рынка эти схемы группируют в четыре вида. Прямой — конверсии не попадают в статистику вообще; самый грубый и самый заметный при сверке. Избирательный — срезают часть потока: отдельные гео, источники, конкретных вебмастеров, чей трафик «всё равно никуда не уйдёт». Скрытый — работает через модерацию: формально каждый отказ можно обосновать правилом оффера, фактически отказы массовые и без конкретики; отличить его от честной модерации можно только по данным. Подмена кликов стоит особняком: конверсия засчитывается, но не тому — выплата уходит другому источнику, а вебмастер узнаёт о ней по отсутствию своей.

Кто срезает

Источник недозачёта не всегда тот, кто рядом с деньгами. Срезать может рекламодатель: его модерация отклоняет живые заявки, его колл-центр «не дозванивается», его склад не подтверждает выкупленные заказы. Может сеть: заниженная статистика, ставки задним числом, конверсии, которые не доезжают до отчёта. Может и третий участник — при подмене кликов выплата уходит вообще не туда. Вебмастер этого разбора не видит: у него есть только расхождение двух окон, и в каждом случае ответ он получит от сети, потому что учёт ведёт она. Практический вывод для оператора: даже когда срезает рекламодатель, платформа остаётся той стороной, которая должна показать данные — и либо у неё эти данные есть, либо подозрение остаётся на ней.

Почему срез виден только постфактум

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

Для вебмастера это прямые потери: EPC падает, ROI уходит в минус — при том что трафик работает как работал. Для сети ставка выше: даже если срезает рекламодатель или его колл-центр, подозрение упадёт на платформу, потому что вебмастер видит именно её кабинет. Расхождение между трекером вебмастера и отчётом сети — то, что оператору CPA-сети придётся объяснять в поддержке; от того, чем объяснять — записями или словами, — зависит, останется ли партнёр.

Шейв и отклонение

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

Шейв отличается намеренностью и размытостью. Отказы приходят массово и без конкретики, тестовый заказ не доходит до статистики, условия меняют постфактум, а детальную статистику по отказам показать не могут или не хотят. По отдельности каждая черта допускает невинное объяснение; вместе они складываются в рисунок, у которого другое имя. Честная модерация, напротив, узнаваема: причины отказов повторяются конечным списком, вебмастер видит разбивку по этим причинам, и доля каждой причины стабильна от недели к неделе, пока не меняется трафик.

Три ситуации, которые путают чаще всего:

  • Честный отказ — конверсия отклонена по объективной причине: брак в данных, нарушение условий оффера. Это работа модерации, а не обман.
  • Фрод — накрутка со стороны самого вебмастера: боты, мотивированные действия, подставные заявки. Отклонённый фрод означает, что антифрод работает.
  • Шейв — умышленный недозачёт целевого действия тем, кому вебмастер доверил учёт.

Шейв и отклонение

Путаница дорогая в обе стороны. Честную сеть обвиняют на ровном месте — чаще всего из-за низкого апрува, у которого своя причина; срезающая сеть получает месяц «нормальных» статусов, пока партнёр не сверит трекер с кабинетом. Оператору выгодно, чтобы граница была видимой: конкретные причины отказов и названный срок холда стоят дешевле, чем спор с партнёром, который уже вывел трафик.

Отдельно стоит холд. Конверсия со статусом «ожидает подтверждения» — ещё не потеряна: рекламодатель проверяет лид в отведённый срок, и растянутый холд выглядит как потеря, оставаясь задержкой. Проблема начинается, когда холд плавающий: срок не назван, статус не меняется неделями, и «ждём» постепенно превращается в «не заплатим». Граница простая: у отклонения есть проверяемая причина и срок, у шейва — только формулировка. В спорах побеждает не тот, кто уверен в своей правоте, а тот, у кого есть записи.

Признаки

Вебмастер, который ведёт трафик через сторонний трекер, находит шейв по данным, а не по ощущениям. Каждый симптом по отдельности допускает невинное объяснение, поэтому поводом для разбирательства считают совокупность:

  • апрув просел без смены связки, источника и оффера; устойчивое падение на фоне неизменного трафика — вопрос к сети;
  • трекер и кабинет сети показывают разное число конверсий; устойчивое расхождение на 20–30% вебмастера считают прямым указанием на срез;
  • апрув аномально низкий не только против собственных прошлых недель, но и против той же ниши и гео в других сетях;
  • переходы на прежнем уровне, а заявок меньше: собственный источник отдаёт тот же объём кликов, значит дело не в трафике;
  • двойной редирект: проверка цепочки переходов показывает, что часть гео уходит мимо оффера;
  • контрольный тестовый заказ не появился в статистике — самый наглядный тест: контрольная заявка своим же трафиком либо доходит, либо нет;
  • холд плавает: срок не назван, статусы висят без движения, поддержка отвечает формулировками;
  • сеть не показывает детальную статистику по отказам или меняет правила оффера задним числом.

Признаки

Для оператора сети этот список — зеркало: каждый пункт — вопрос, который партнёр задаст поддержке, и на каждый нужен ответ из данных, а не из уверенности. Тестовый заказ не дошёл — показать, где он в логе постбэков; апрув просел — показать разбивку отказов по причинам; трекер расходится с кабинетом — показать обе ленты и найти строку, на которой они разошлись. Сеть, у которой под каждый ответ есть запись, проходит такой разговор быстро; сеть, у которой только слова, — медленно и с потерями.

Как проверить сеть

Проверка строится на сравнении, а не на переписке. Тестовый заказ своим же трафиком показывает, доходит ли конверсия до статистики вообще; несколько тестов на разных гео и офферах отличают точечный сбой от системного среза. Сравнение офферов — тот же оффер в другой сети, то же гео и тот же период — отделяет свойства вертикали от свойств сети и отвечает на вопрос «это шейв CPA или просто слабый трафик». Лента постбэков против отчёта кабинета показывает, где именно разошлись две картины: на статусе, на сумме или на самом факте конверсии. До масштабирования трафика сеть проверяют так же, как проверяют оффер: отзывами других вебмастеров и пробным заказом.

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

Логи

Механическая основа спора — постбэк. В S2S-схеме сервер сети при смене статуса конверсии отправляет запрос на сервер трекера вебмастера: идентификатор клика, статус, сумма, время. Трекер собирает из этих запросов свою картину, и расхождение двух картин — предмет большинства конфликтов: условно, у вебмастера сто заявок, в кабинете сети восемьдесят, и вопрос «почему» повисает в переписке с поддержкой.

Пока у сети нет записей, ответ может быть только словесным. Когда записи есть, спор решается за минуты: вот запрос, вот статус, вот время, вот причина отклонения. Лог постбэков — журнал всех таких запросов — превращает разговор о честности в сверку данных: расхождение либо объясняется (холд ещё не закрыт, статус «ожидает», дубль заявки), либо становится фактом. Из журнала должно быть видно, какой запрос ушёл, с каким статусом, с какой суммой и когда — без этого лог не аргумент, а украшение отчёта.

Логи

Для оператора сети логи постбэков — не техническая деталь, а аргумент доверия. В Recca сеть работает с S2S-постбэками и логами постбэков; формат постбэка совместим с конвенцией Affise, поэтому трекер вебмастера подключается по привычной схеме, без новых интеграций. Статусы в логе связаны с холдами и подтверждением конверсий: партнёр видит промежуточные состояния и сроки, а не финальное «отклонено» без истории. Выплаты и учёт закрывают вторую половину вопроса — за что и когда пришли деньги: ставки для рекламодателя и вебмастера в одной конверсии могут быть разными, маржа сети фиксируется в учёте, и каждая выплата опирается на запись, а не на договорённость. Журнал действий команды дополняет картину: кто и когда менял ставку или статус, видно по записям, а не по памяти сотрудников.

Практика сверки выглядит скучно, и в этом её сила. Партнёр пишет в поддержку: по трекеру конверсий больше. Оператор открывает лог, находит идентификатор клика и показывает цепочку: постбэк ушёл такого-то числа, статус «ожидает подтверждения», холд до конца недели, далее подтверждение или отклонение с причиной. Вопрос закрыт одной выгрузкой — без сценариев о честности. Чем чаще споры заканчиваются на уровне записи, тем меньше смысла партнёру выводить трафик: с сетью, чьи данные сходятся с его собственными, работать предсказуемо.

Прозрачность сети

Шейв невозможен там, где каждое решение по конверсии имеет запись, которую видят обе стороны. Для сети, которая строит долгую работу с вебмастерами, прозрачность складывается из конкретных механизмов:

  • статусы конверсий с причинами отклонения — не «нецелевой», а что именно не сошлось с правилами оффера;
  • журналы постбэков, доступные по каждой конверсии;
  • холды с заранее известным сроком вместо плавающего «когда проверим»;
  • одинаковые числа в кабинете, в API и в отчётах — одна база вместо двух версий реальности;
  • журнал действий команды сети: кто и когда менял ставку или статус;
  • уведомления о событиях в систему клиента: смена статуса или выплата доезжает до трекера партнёра сама, а не по запросу в поддержку.

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

Recca собран под эту работу. Тариф «CPA-сеть» стоит 50 000 ₽ в месяц при посуточном списании — 1 667 ₽ в сутки — и пополнении в рублях; серверы стоят в России, а персональные данные клиентов сети можно не передавать в платформу — учёт ведётся по непрозрачным идентификаторам. Готовые кабинеты вебмастера и рекламодателя работают на поддомене сети под её брендом; если нужен собственный интерфейс — API и Go-SDK. Начинать можно с нижних тарифов: Free 0 ₽, Pro 3 000 ₽ в месяц, Бизнес 15 000 ₽ в месяц, — и расти до CPA-сети без переезда; полный список тарифов — на странице /pricing.

Если вы запускаете собственную CPA-сеть, заложите эти механизмы с первого дня — доверие потом не достроить. Оставить заявку на подключение можно на странице тарифа «CPA-сеть».

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