Підписатися
Автор: publisher in postback —

Postback vs Pixel: Повний Гайд з Налаштування Трекінгу, Який Збільшить Ваш ROI

Postback vs Pixel: Повний Гайд з Налаштування Трекінгу, Який Збільшить Ваш ROI

У світі, де вартість трафіку постійно зростає, а конкуренція стає жорсткішою, кожна конверсія — на вагу золота. Неточне відстеження лідів означає злитий бюджет, неправильні рішення та нульовий ROI. Ви можете мати найкращі креативи, згенеровані Midjourney, ідеально налаштований акаунт після фармінгу, але без коректного трекінгу ви працюєте наосліп. Сьогодні ми розберемо два ключові інструменти для відстеження: старий добрий Pixel та надійний, як швейцарський годинник, Postback (S2S).

Чому це важливо саме зараз? Політика конфіденційності браузерів (привіт, ITP від Apple), блокувальники реклами та загальний тренд на server-side рішення роблять піксельний трекінг все менш надійним. Професіонали давно перейшли на S2S, і якщо ви досі цього не зробили — ця стаття для вас.

Що таке Pixel: Клієнтський підхід

Pixel — це фрагмент JavaScript-коду, який ви розміщуєте на своєму лендингу або сторінці "дякую". Коли користувач заходить на сторінку, його браузер виконує цей код, який відправляє дані безпосередньо в рекламну мережу (наприклад, Facebook Business Manager або Google Ads).

Як це працює:

  1. Ви створюєте піксель у рекламному кабінеті.
  2. Вставляєте його код у <head> вашої сторінки.
  3. Коли користувач завантажує сторінку, піксель "спрацьовує" і відправляє інформацію про подію (перегляд, лід, покупка) та дані про користувача (через cookies) у рекламну мережу.

Приклад базового коду Facebook Pixel:

<!-- Meta Pixel Code -->
<script>
!function(f,b,e,v,n,t,s)
{if(f.fbq)return;n=f.fbq=function(){n.callMethod?
n.callMethod.apply(n,arguments):n.queue.push(arguments)};
if(!f._fbq)f._fbq=n;n.push=n;n.loaded=!0;n.version='2.0';
n.queue=[];t=b.createElement(e);t.async=!0;
t.src=v;s=b.getElementsByTagName(e)[0];
s.parentNode.insertBefore(t,s)}(window, document,'script',
'https://connect.facebook.net/en_US/fbevents.js');
fbq('init', 'YOUR_PIXEL_ID');
fbq('track', 'PageView');
</script>
<noscript><img height="1" width="1" style="display:none"
src="https://www.facebook.com/tr?id=YOUR_PIXEL_ID&ev=PageView&noscript=1"
/></noscript>
<!-- End Meta Pixel Code -->

Переваги та недоліки Pixel

✅ Переваги ❌ Недоліки
Легко налаштувати для простих завдань. Блокується AdBlock та антивірусами.
Добре підходить для збору аудиторій ретаргетингу. Некоректно працює через обмеження браузерів (Safari, Firefox).
Не вимагає трекера на початковому етапі. Дані можуть губитися (до 30-40% конверсій не фіксуються).

Висновок: Pixel — це хороший допоміжний інструмент для ретаргетингу, але покладатися на нього як на основне джерело даних про конверсії — шлях до злитого бюджету та неправильної оптимізації рекламних кампаній за моделлю CPA.

Що таке Postback (S2S): Серверний підхід

Postback, або Server-to-Server (S2S) трекінг — це пряма комунікація між двома серверами: сервером партнерської мережі та вашим трекером (наприклад, Keitaro, Binom). Браузер користувача в цьому процесі не бере участі, що робить цей метод на 100% надійним.

Як це працює:

  1. Коли користувач клікає на ваше рекламне посилання, ваш трекер генерує унікальний ідентифікатор кліку — clickid.
  2. Цей clickid передається на лендинг, а потім на сторінку оффера в партнерській мережі через параметри URL (наприклад, &sub1={clickid}).
  3. Коли користувач здійснює конверсію (реєстрація, депозит), сервер партнерської мережі бачить, що по цьому clickid прийшов лід.
  4. Сервер партнерки миттєво відправляє запит (постбек) на спеціальну URL-адресу вашого трекера, передаючи в ній той самий clickid та дані про конверсію (сума виплати, статус).
  5. Ваш трекер отримує цей запит і фіксує конверсію.

Це найнадійніший спосіб відстеження, який використовують усі професійні медіабайєри та команди. Він дозволяє бачити реальну картину ефективності ваших креативів (які, до речі, можна швидко унікалізувати за допомогою ChatGPT для тексту та ElevenLabs для озвучки відео), зв'язок та джерел трафіку.

Раніше ми використовували Postback тільки для трекера. Тепер ми повинні передавати ці дані назад у Facebook, щоб навчати його алгоритми. Це і є CAPI. Схема виглядає так:

  1. Клієнт робить замовлення.
  2. ПП шле Postback у ваш трекер.
  3. Ваш трекер шле Postback у Facebook (через CAPI). Це дозволяє Фейсбуку бачити конверсії, які не побачив Піксель через iOS 14+ або AdBlock.

Практичний гайд: Налаштування S2S Postback

Розглянемо на прикладі умовного трекера Keitaro та партнерської мережі.

Крок 1: Отримання Postback URL у трекері

Зайдіть у ваш трекер, знайдіть розділ "Postback" або "S2S Postback". Трекер надасть вам унікальний URL. Він виглядатиме приблизно так:

https://your_tracker_domain.com/postback?payout={payout}&txid={txid}&subid={subid}&status={status}

Тут {payout}, {txid}, {subid}, {status} — це макроси (токени), які партнерська мережа замінить на реальні дані під час відправки постбеку.

Крок 2: Налаштування Postback URL у партнерській мережі

Зайдіть у ваш кабінет в партнерці, знайдіть розділ "Профіль" -> "Глобальний Postback" або "Postback". Вставте туди скопійовану URL. Важливо: замініть макроси трекера на макроси, які використовує партнерська мережа. Наприклад, якщо у партнерки clickid передається як {s1}, а виплата як {sum}, URL виглядатиме так:

https://your_tracker_domain.com/postback?payout={sum}&txid={transaction_id}&subid={s1}&status={status}

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

Крок 3: Налаштування посилання на оффер у трекері

Тепер потрібно, щоб ваш трекер передавав clickid у партнерську мережу. В налаштуваннях оффера в трекері додайте до посилання партнерки параметр для прийому clickid. Якщо партнерка приймає його в параметр s1, посилання буде таким:

https://offer_link_from_partner.com?partner_id=123&s1={clickid}

Тут {clickid} — це макрос вашого трекера, який автоматично підставить унікальний ідентифікатор кожного кліку.

Безпека перш за все: Налаштування сервера для трекера

Ваш трекер — це мозок вашого бізнесу. Його безпека критично важлива. Ось мінімальний чек-лист для налаштування VPS під трекер:

  • Firewall: Закрийте всі порти, крім необхідних. Використовуйте ufw (Uncomplicated Firewall).
# Дозволяємо підключення по SSH (змініть порт 22 на нестандартний)
sudo ufw allow ssh

# Дозволяємо HTTP та HTTPS
sudo ufw allow http
sudo ufw allow https

# Включаємо firewall
sudo ufw enable
  • Права доступу: Ніколи не використовуйте chmod 777. Для файлів достатньо 644, для директорій — 755.
# Рекурсивно встановлюємо права на директорії
find /var/www/your_tracker -type d -exec chmod 755 {} \;

# Рекурсивно встановлюємо права на файли
find /var/www/your_tracker -type f -exec chmod 644 {} \;
  • SSL-сертифікат: Завжди використовуйте HTTPS. Найпростіше — через Cloudflare. В налаштуваннях SSL/TLS Cloudflare обов'язково виставляйте режим Full (Strict), щоб уникнути атак "man-in-the-middle".

Підводні камені: Часті помилки новачків

Навіть досвідчені арбітражники іноді роблять помилки. Ось найпоширеніші:

  1. Невідповідність параметрів clickid: Ви передаєте clickid в параметрі sub1, а в постбеку партнерка повертає його в s1. Конверсії не будуть трекатись. Завжди перевіряйте документацію партнерки.
  2. HTTP vs HTTPS: Ваш постбек-URL працює по HTTP, а партнерка намагається відправити дані з HTTPS. Такий запит буде заблоковано більшістю систем як "mixed content". Завжди використовуйте HTTPS.
  3. Подвійне кодування URL: Деякі трекери або рекламні мережі можуть автоматично кодувати символи в URL. Це може "зламати" ваше посилання. Перевіряйте фінальне посилання, яке бачить користувач.
  4. Кешування: Агресивне кешування на Cloudflare або на вашому сервері може призвести до того, що всім користувачам буде віддаватися посилання з однаковим clickid. Створіть правило Page Rule в Cloudflare, щоб вимкнути кешування для ваших трекінгових доменів.
  5. Cloudflare блокує постбеки. Іноді захист Cloudflare (WAF) сприймає запити від сервера партнерки як бот-атаку і блокує їх (помилка 403).
    1. Рішення: Додайте IP-адреси серверів партнерської програми у "Whitelist" в налаштуваннях Firewall Cloudflare. Або створіть правило, яке вимикає перевірку "Browser Integrity Check" для шляху /postback.
  6. Різниця в часі конверсії. Трекер зазвичай записує конверсію в момент її надходження (сьогодні). А Facebook/Google атрибутує її до моменту кліку (вчора). Тому не лякайтеся, якщо за вчора у ФБ лідів побільшало заднім числом. Це нормальна робота атрибуції.

Висновок: Pixel чи Postback?

Відповідь очевидна: використовуйте обидва, але з правильним пріоритетом. Postback (S2S) — ваше основне і найнадійніше джерело правди про конверсії. На основі цих даних ви оптимізуєте кампанії, розраховуєте CPM та CPA, аналізуєте ефективність креативів, знайдених через спай-сервіси.

Pixel — це допоміжний інструмент. Використовуйте його для збору аудиторій для ретаргетингу та для роботи з джерелами трафіку, які ще не підтримують повноцінний S2S-трекінг (хоча таких стає все менше).

Увага: Задвоєння конверсій (Deduplication).

Якщо ви використовуєте і Піксель, і CAPI (S2S передачу у FB), Фейсбук може порахувати одного ліда двічі. Щоб цього не сталося, ви маєте передавати унікальний параметр event_id і через Піксель, і через Server-to-Server. Фейсбук порівняє ці ID, і якщо вони збігаються, "склеїть" події в одну, залишивши якісніші дані.

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