New Трекер в арбітражі трафіку: як працює і які дані збирає

Коли команда працює з кількома джерелами, оферами, лендингами та GEO, дані зберігаються в рекламних кабінетах, партнерських мережах та інших системах. Щоб зіставити витрати з результатами кампанії, потрібен трекер. Він пов’язує кліки з конверсіями та за умови коректного передавання даних показує, які сегменти трафіку приносять дохід, а які лише витрачають бюджет.

Розберемо, які дані потрапляють у звіт, звідки вони надходять і чому цифри в різних системах можуть не збігатися.

Яке завдання виконує трекер

Трекер об’єднує дані про джерело трафіку, кліки, конверсії та виплати. Це дозволяє аналізувати кампанію за креативами, майданчиками, лендингами, оферами, GEO, пристроями та іншими переданими параметрами.

Основне завдання трекера – атрибуція, тобто визначення кліку та кампанії, яким належить конверсія. У стандартній схемі відстеження для цього використовується унікальний click ID.

Як дані проходять через трекер

У стандартній схемі користувач після натискання на оголошення переходить за трекінговим посиланням. Трекер фіксує клік, зберігає передані параметри рекламного джерела та спрямовує користувача на лендинг, прелендинг або сторінку оферу.

Якщо користувач виконує цільову дію, партнерська мережа або система рекламодавця передає інформацію про конверсію в трекер. Найчастіше для цього використовують postback URL. Разом із конверсією передається click ID, а також, залежно від налаштувань, її статус, тип і сума виплати.

Якщо click ID не зберігся або не був переданий у postback, трекер не зможе зіставити конверсію з конкретним кліком. Через помилки в налаштуванні postback дані також можуть не потрапити у звіт або відображатися неправильно.

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

Які дані потрапляють у звіт

Трекер не отримує всі дані самостійно. Частину параметрів він визначає під час переходу, частину отримує з URL, через API або postback. Тому наповнення звіту залежить від налаштувань і можливостей інтеграцій.

Дані про джерело трафіку

Трекер може показувати, з якої кампанії, групи оголошень, креативу, майданчика або ключового слова був отриманий клік чи конверсія. Це дозволяє побачити, які частини кампанії приносять конверсії, а які лише витрачають бюджет.

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

Параметри переходу

Залежно від трекера у звіті можуть відображатися GEO, тип пристрою, операційна система, браузер, мова, час переходу та інші технічні параметри.

Ці зрізи потрібно оцінювати разом з обсягом даних. Високий CR у невеликого сегмента ще не доводить, що його можна масштабувати. Так само слабкий результат після кількох кліків не є достатньою причиною для відключення.

Конверсії, статуси та виплати

Трекер може фіксувати реєстрацію, заявку, продаж, депозит або іншу цільову дію. Якщо партнерська мережа передає зміни статусу, у звіті можна розділити початкові, підтверджені та відхилені конверсії.

Для leadgen-кампаній цей рівень деталізації важливіший за загальну кількість лідів. Креатив із нижчим CPL може програвати іншому через слабкий апрув і менший дохід із підтверджених заявок.

Витрати та дохід

Щоб розрахувати CPA, прибуток і ROI, трекеру потрібні дані про рекламні витрати та виплати за конверсії. Вони можуть надходити через API, параметри посилання, postback або інший доступний спосіб.

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

У Pay2.House команда може використовувати окремі картки для різних рекламних акаунтів і контролювати транзакції за кожною з них. Це допомагає зіставляти платіжні операції з даними рекламних платформ і трекера. У фінальному розрахунку прибутковості варто окремо враховувати додаткові комісії за поповнення, обслуговування карток та інші операції, якщо вони застосовуються, не дублюючи рекламні витрати.

Детальніше про розподіл карток між рекламними акаунтами, контроль бюджетів і платіжні операції читайте в нашому матеріалі «Чекліст платіжної безпеки для digital-агентств: як захистити рекламні бюджети».

Які рішення можна приймати на основі даних

Трекер потрібен не для дублювання статистики рекламної платформи. Його цінність полягає в можливості знайти конкретне джерело прибутку або збитку.

За допомогою звітів команда може:

• порівнювати креативи за підтвердженими конверсіями та доходом;
• оцінювати лендинги й офери на однакових сегментах трафіку;
• відключати збиткові майданчики, зони або ключові слова;
• перевіряти результат за GEO, пристроями та операційними системами;
• знаходити сегменти для подальшого тестування та масштабування.

Чому статистика може не збігатися

Рекламний кабінет, трекер і партнерська мережа можуть показувати різні цифри навіть за один період. Найчастіші причини:

• різні часові пояси та межі звітного дня;
• відмінні моделі й вікна атрибуції;
• затримка передавання конверсій;
• повторні переходи та різні правила підрахунку унікальних кліків;
• втрата click ID або помилка в postback;
• різні дати фіксації кліку та конверсії.

Якщо розбіжність помітна, спочатку потрібно звірити часовий пояс, період, модель атрибуції, параметри посилання та лог postback. Порівнювати якість трафіку до цієї перевірки ризиковано.

Приклад аналізу кампанії

Команда тестує два лендинги. Загальний CPA перевищує допустиме значення, але зупиняти всю кампанію зарано.

Розглянемо умовний приклад, у якому обидва лендинги отримали однакову кількість кліків і рекламний бюджет.

Дані наведені для прикладу, без урахування додаткових комісій.

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

На основі цих даних команда може окремо зупинити слабкий майданчик, перерозподілити трафік між лендингами та повторно оцінити CPA після накопичення нової вибірки. Трекер не приймає рішення замість media buyer, але дозволяє не вимикати робочі сегменти разом зі збитковими.

Що перевірити перед запуском

До старту кампанії потрібно провести тестовий перехід і конверсію. Перевірка має охопити весь шлях даних:

• параметри рекламного джерела потрапляють у звіт;
• переходи та редиректи, якщо вони використовуються, ведуть на потрібний лендинг і офер;
• click ID зберігається і передається далі;
• трекер отримує тестову конверсію через postback;
• статус і сума виплати передаються, якщо вони потрібні для звіту;
• повторні postback і кілька конверсій за одним click ID обробляються відповідно до налаштувань трекера;
• витрати імпортуються в потрібній валюті;
• часові пояси всіх систем перевірені, а дані порівнюються за однакові часові проміжки.

Висновок

Трекер пов’язує кліки з конверсіями та допомагає оцінювати кампанію за джерелами, креативами, лендингами й іншими сегментами. Точність аналізу залежить від переданих параметрів, роботи postback і повноти даних про витрати та виплати.

Якщо хоча б одна частина цього ланцюжка налаштована неправильно, прибуткова кампанія може виглядати збитковою, а збиткова – перспективною.