Как вычислить шейв (скрытое занижение конверсий партнёркой): методика и косвенные признаки
Шейв подтверждается систематическим расхождением данных независимого трекера и статистики партнёрской программы на идентичных когортах после исключения технических факторов. Доказательная проверка строится на сквозном сопоставлении ID кликов, отправке контрольных тестовых конверсий и сплит-тестировании потока через параллельный канал.
Отличие шейва от технических расхождений
Шейв представляет собой намеренное скрытое занижение конверсий со стороны партнёрской сети: недопередачу постбэков, необоснованный перевод заявок в статус «отклонено» или бессрочную задержку в холде.
Расхождение в статистике не является доказательством обмана до проверки объективных технических факторов:
- Повторные конверсии: дублирующие заявки от одного пользователя, отсекаемые CRM рекламодателя.
- Антифрод-фильтры: автоматический срез ботов, прокси, мультиаккаунтов или несоответствий целевому гео.
- Временные зоны: разница часовых поясов трекера и партнерской программы при суточной агрегации.
- Модели атрибуции: различие правил фиксации (Last Paid Click против First Click) и длины окна конверсии.
- Регламентный холд: нахождение части целевых действий на этапе верификации рекламодателем.
Подготовка базы для аудита
Для аргументированного диалога необходим автономный источник данных: серверный трекер с регистрацией сырых логов, сетевых параметров и параметров перехода (click ID). Сравнение суммарных агрегированных отчётов не имеет доказательной силы.
Перед началом пролива необходимо зафиксировать исходные регламенты оффера: окно атрибуции, критерии валидности, допустимые KPI, сроки холда и перечень причин для отказа. Любые изменения правил, введённые постфактум, верифицируются относительно сохранённой фиксации.
Методика пошаговой проверки
Шаг 1. Покогортная сверка
Сравнение данных проводится срезами по конкретным дням, связкам, субаккаунтам и внешним площадкам. Агрегированные месячные отчёты маскируют аномалии, так как ручные или алгоритмические срезы конверсий чаще распределяются неравномерно по отдельным потокам. Сопоставление выполняется строго по уникальным идентификаторам клика (click ID) с выравниванием часовых поясов.
Шаг 2. Анализ динамики подтверждения
Процент подтверждения (CR/AR) рассчитывается независимо по каждому источнику и сопоставляется с историческими показателями тех же связок. Отклонением считается выход метрик за границы стандартной волатильности при сохранении структуры и качества входящего трафика.
Шаг 3. Запуск контрольных конверсий
Через активный поток отправляются заведомо корректные тестовые действия с реальными данными для проверки сквозного пути лида. Необоснованное отклонение или отсутствие в статистике контрольного действия при соблюдении всех требований оффера фиксирует техническую проблему или недобросовестный учёт.
Шаг 4. Сплит-тест через альтернативный канал
Трафик из одного источника разделяется в равной пропорции через ротатор трекера между проверяемой сетью и прямым рекламодателем либо альтернативной платформой с аналогичным оффером. Существенная разница в проценте подтверждения на идентичном потоке исключает фактор низкого качества аудитории.
Шаг 5. Аудит статусов отклонения
По каждому отклонённому действию запрашивается детализированная причина отказа в рамках условий оффера. Использование шаблонных формулировок без технической детализации и логов ошибок служит основанием для эскалации проверки.
Аналитические маркеры шейва
Падение процента подтверждения строго пропорционально росту объёма трафика при неизменных таргетингах указывает на возможное искусственное удержание выплат в заданном лимите. В естественных условиях исчерпание целевой емкости снижает конверсию лендинга, но не процент подтверждения уже совершенных целевых действий.
Резкие ступенчатые спады показателей в определённые даты без внешних изменений в кампании требуют проверки журнала обновлений платформы на предмет скрытого изменения логики постбэков или фильтрации.
Диспропорция показателей подтверждения между однородными субаккаунтами в рамках одной кампании сигнализирует о выборочной ручной модерации конверсий менеджерами или рекламодателем.
Сводная таблица диагностики расхождений
| Внешний признак | Объективная причина | Метод валидации |
|---|---|---|
| Число конверсий ниже данных трекера | Дубли, антифрод-фильтрация, рассинхронизация времени | Построчная сверка click ID с нормализацией часовых поясов |
| Падение подтверждения при масштабировании | Выгорание аудитории, ухудшение конверсии связки | Сверка внутренних метрик вовлечения, сплит-тест в параллельный канал |
| Резкое падение подтверждения в конкретный день | Смена настроек CRM или фильтров на стороне оффера | Запрос журнала технических изменений у рекламодателя |
| Разница в процентах подтверждения между субаккаунтами | Неравномерное качество источников внутри кампании | Запуск контрольных верифицированных лидов по каждому потоку |
| Однотипные причины отклонения конверсий | Массовый сбой скриптов или типовая ошибка интеграции | Запрос детального лога серверных ошибок по отклонённым ID |
Вопросы и ответы
Как технически исключить разницу часовых поясов при сверке?
Необходимо экспортировать сырые логи трекера и партнёрской сети с метками времени в формате UTC (Unix Timestamp). Сверка выполняется сопоставлением уникального ID клика, что нивелирует различия в локальных настройках интерфейсов.
Что делать, если партнерская сеть отказывается предоставить click ID отклонённых заявок?
Отказ предоставить идентификаторы для сопоставления означает невозможность технической верификации статистики. В таком случае трафик останавливается, а баланс распределяется через платформы с прозрачной передачей логов.
Является ли параллельный тест через ротатор достаточным доказательством?
Да, одновременное распределение одного и того же потока трафика с единого источника и креативов устраняет влияние факторов сезонности, изменения ставок и выгорания аудитории, изолируя переменную добросовестности платформы.
Проверено: 01.10.2026.
Есть что добавить или опровергнуть? Напишите на redakciya@proverka-partnerok.com с пруфами.