Чому в партнерському маркетингу зрізають конверсії? Перевірка трафіку, трекінг і розбір проблем
Головне: причини розбіжностей у цифрах належать до трьох груп, це збої трекінгу, якість трафіку та відмови після перевірки, і кожну групу шукають по-своєму. У більшості випадків справа в загубленій атрибуції або в трафіку, що не пройшов аудит, а не в тому, що хтось потай править ваші звіти.
Партнер, що працює за моделлю CPA, бачив у своєму кабінеті 40 конверсій. Під час виплати залишилося 31. Перша думка: конверсії зрізали, і він уже збирався шукати іншу платформу.
Відповідь починається зі звірки трьох цифр: показання власного трекера, кількість конверсій у кабінеті партнерської мережі та число підтверджених замовлень у рекламодавця. Де саме цифри розходяться, там і корінь проблеми: різне місце розбіжності означає зовсім різну несправність.
«Зріз» конверсій: спершу визначте, з яким випадком ви маєте справу
Розбіжності в звітах мають чотири типові форми, і в кожної свої причини та перший крок, а шукати навмання просто витратить час. Звірьтеся з таблицею нижче й визначте свій випадок:
| Що ви бачите | Ймовірна проблема | Що зробити спершу |
|---|---|---|
| Кліків менше, ніж очікувалося | Фільтрація кліків, інша методика обліку | Звірьте період звіту й часовий пояс |
| Кліки є, конверсій немає | Загублена атрибуція, затримка постбеків | Перевірте трекінг-посилання й постбеки |
| Конверсія є, комісію відхилили | Якість трафіку або порушення умов | Дізнайтеся причину відмови й читайте умови |
| Суму комісії скоригували | Повернення, дублі, перерахунок після аудиту | Звірьте період і статуси замовлень |
Один випадок вартий окремого слова. У галузі безпричинне заниження конверсій називають shaving, а перерахунок із поясненням причин називають scrubbing; різниця між ними в тому, чи залишили слід. Порівняльна стаття Partnerkin розмежовує ці поняття дуже чітко: у мотивованого перерахунку є причина, частка й деталі в кабінеті, і навіть якщо ви не погоджуєтеся з висновком, усе можна перевірити; небезпечні лише конверсії, що зникають без жодних слідів. Побачили, що цифри зменшилися, спершу шукайте причину відмови.
Це перший крок: визначити характер проблеми.
Що перевіряє аудит трафіку: три напрямки
Перевірки з боку партнерської платформи, рекламодавця й системи трекінгу зосереджені на трьох напрямках: трекінг та атрибуція, якість трафіку, акаунти та середовище, і в кожного випадку дії різні. Розберемо кожен окремо.
На напрямку трекінгу та атрибуції проблеми здебільшого в налаштуваннях. Губляться параметри в трекінг-посиланні, SubID не передається, постбек конверсії спізнюється, вікно атрибуції не збігається з налаштуваннями рекламодавця: усе це не дає зарахувати реальну конверсію на ваш рахунок. До якості трафіку таке стосунку не має. Виправте конфігурацію, і проблема зникне.
Напрямок якості трафіку є головною причиною відмов. IndoLeads зібрав часті причини відхилення конверсій: неякісні або недійсні ліди, повторні відправки, скасування замовлень чи повернення коштів, джерело трафіку, що порушує умови програми, атрибуція, яку перехопив інший канал. CPA-оффери відхиляють жорсткіше, ніж revshare: лід підробити легше, ніж замовлення, тож платформи перевіряють його суворіше.
Напрямок акаунтів і середовища найлегше прогавити. Кілька акаунтів працюють з одного профілю браузера, Cookie та сеанси входу перехрещуються; співробітник помилково запускає трафік проєкту A у середовищі проєкту B. Це не викликає відмов саме собою. Але коли щось іде не так і треба розбиратися, записи середовища не збігаються з подіями, і пошук ускладнюється в рази.
Конверсію відхилили: як перевіряти по пунктах
Перевірку ведуть у фіксованому порядку. Спершу технічні збої, потім якість трафіку, і лише в кінці підозри щодо платформи. Ось шість кроків:
- Звірьте період і часовий пояс у звітах усіх трьох сторін, щоб відкинути різницю в методиці обліку.
- Перевірте, чи повністю передаються трекінг-посилання, SubID і ID кліку.
- Порівняйте події конверсій, статуси замовлень, повернення та результати перевірки.
- Прочитайте кожну причину відмови та звірте обмеження на трафік в умовах програми.
- Порівняйте дані за датами, каналами та джерелами, щоб знайти, де саме розходження.
- Збережіть записи про просування й докази та зверніться до менеджера з конкретним прикладом.
Перші три кроки шукають технічні збої. Постбек не працює, параметри загубилися: це виправить техпідтримка. Наступні три стосуються перевірки якості. Якщо причину відмови написано чітко, міняйте джерело трафіку згідно з умовами. Лише коли причина порожня, а частка відмов аномальна, час ставити питання платформі. Ідучи в зворотному порядку, легко прийти з технічним збоєм і звинуватити платформу в «зрізі».
Співпрацю зіпсовано, а проблему не вирішено.
Кілька акаунтів: що перевіряти в середовищі
Проблеми на рівні середовища не призводять до відмов напряму, але позбавляють вас доказів для розбору; коли цей рівень в порядку, розбір трьох напрямків стає зрозумілим. Саме цим займається антидетект-браузер MostMate.

Спершу звірте, чи акаунти відповідають своїм середовищам. Кожному бізнес-акаунту окреме середовище, а назва й примітка пояснюють призначення. Якщо колонка прив'язаних акаунтів сходиться, помилкові дії видно одразу. Принципи й межі ізоляції середовищ детально розглянуті в статті про ізоляцію середовищ, тут не повторюватимемося.

Далі перевірте, чи не перехрещуються сеанси входу. Cookie та локальні сховища кожного середовища в MostMate ізольовані, тому стан входу проєкту A не потрапить у середовище B. Коли кілька середовищ користуються одним проксі, його ведуть в окремому списку: середовище, до якого його прив'язано, зафіксовано, тож при збої на лінії причину знаходять швидко.
Нарешті, перевірте, чи фіксуються дії команди. Для роботи кількох людей над партнерками журнал членів містить чотири типи записів: входи, дії, поширення та передачу середовищ; хто й коли торкався середовища, видно в журналі. Як передати повноваження під час звільнення співробітника, розписано в статті про безпеку команди.

Уточнимо межі: ізоляція середовищ керує лише даними браузера. Вона не полагодить непрацюючий постбек і не змінить рішення рекламодавця після аудиту. Вона вирішує інше: коли виникла проблема, розбір ведеться за чистими слідами. А чи пройде трафік аудит, визначають ті самі три напрямки вище.
Перетворіть перевірки на ритм
Перевірку не варто починати з відхилення комісії: по одному раунду до запуску, під час просування та перед виплатою, і більшість розбіжностей зникнуть до виплати. У кожної з трьох точок свій фокус:
- До запуску: протестуйте трекінг-посилання та події конверсій, прочитайте обмеження на трафік в умовах програми.
- Під час просування: щотижня звірьте кліки, конверсії та дані каналів, фіксуйте зміни конфігурації.
- Перед виплатою: перегляньте замовлення на перевірці та причини відмов, а з питаннями звертайтеся, поки відкрито вікно виплати.

Індивідуальному партнеру з кількома акаунтами вистачить таблиці, щоб тримати під контролем усі три точки. Коли акаунтів багато, а в команді свій розподіл праці, ритм тримають інструменти. Як вести середовища, проксі та права членів у єдиній системі, описано на сайті MostMate. Як змінюється керування при зростанні з десятків акаунтів до сотень, розказано в статті про масштабування.
Часті питання
Кліки є, а записів про конверсії немає. Чому?
Спершу подивіться на вікно атрибуції та налаштування постбеків. Користувач клікнув, але не виконав цільову дію; постбек конверсії запізнюється; атрибуцію перехопив інший канал: усе це розриває зв'язок між кліками та конверсіями. Здебільшого це питання конфігурації, а не зрізаний трафік.
Конверсія записалася як успішна, чому комісію все одно відхилили?
Запис про успішну конверсію означає лише, що подію зафіксовано. Рекламодавець ще підтверджує замовлення, перевіряє оплату та відповідність умовам. Повернення коштів, повторні відправки чи джерело, що порушує умови, призводять до відхилення вже зарахованої конверсії на етапі перевірки.
Чи зникне зріз після зміни проксі чи антидетект-браузера?
Ні, сам по собі він не зникне. Ізоляція середовищ вирішує проблему перехресних даних браузера між акаунтами; збої трекінгу вимагають правок конфігурації, а проблеми якості трафіку вимагають зміни джерела. Спершу визначте, який саме випадок у вас, а вже потім вирішуйте, що міняти.
Як уникнути взаємних завад середовищ при роботі з кількома акаунтами?
Кожному бізнес-акаунту відповідне окреме середовище, зі своїми Cookie, станом входу та проксі, а назва середовища чітко вказує на приналежність. У спільній роботі дії тримають під контролем права членів і журнал, тож зміни середовищ можна простежити.
Підсумок
Звірьте чотири форми розбіжностей за таблицею, перевіряйте три напрямки аудиту по черзі та тримайте рівень середовищ у повному порядку, і більшість розбіжностей розв'яжеться до виплати. Партнеру на старті варто почати з завантаження MostMate, створити перше окреме середовище та закріпити відповідність між середовищами та акаунтами.
MOSTMATE
Безпечне керування кількома обліковими записами — це просто
Почніть із першого облікового запису й побудуйте з MostMate безпечнішу, розумнішу та ефективнішу роботу з кількома обліковими записами.
- Незалежні профілі. Узгоджені ідентичності.
- ШІ-автоматизація · Стан облікових записів · Командні операції



