OpenAdLibraryOpenAdLibrary
Визначення

URL зворотного виклику

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

URL зворотного виклику — ілюстрація глосарію ad-tech

URL зворотного виклику — це серверний зворотний виклик, який повідомляє про конверсію рекламній мережі або платформі відстеження, коли один сервер запитує URL на іншому сервері, тож крок звітування не потребує браузера, cookie або пікселя на сторінці. Це допомагає, коли дія відбувається за межами оригінального сайту, але все одно залежить від дійсного Click ID, правильної реалізації та перевірок, що події справді надходять.

Як це працює#

Коли користувач натискає на оголошення, мережа додає Click ID до цільового URL. Рекламодавець, партнерська мережа або Трекер зберігає цей ID. Коли користувач пізніше конвертує, сервер, який фіксує конверсію, відправляє постбек, надсилаючи збережений Click ID і часто значення виплати або замовлення назад до мережі. Гіпотетичний приклад, на зарезервованому домені example, а не на реальному, — це https://network.example.com/postback?clickid={click_id}&payout=20. Мережа зіставляє Click ID з оригінальним кліком і зараховує Конверсію. Назви параметрів задає кожна платформа (Realize, Outbrain і MGID використовують різні), і Click ID має збігатися з тим, який видала мережа: документація Realize каже, що конверсії не відстежуються, якщо її макрос {click_id} змінено.

Чому це важливо#

Браузерні пікселі можуть блокуватися або обмежуватися блокувальниками реклами, обмеженнями на cookie та міждоменними обмеженнями. Оскільки крок звітування постбека виконується сервер-до-сервера, він не залежить від спрацювання пікселя в браузері відвідувача. MGID описує відстеження через постбеки як стійкіше до блокувальників реклами та обмежень браузера, ніж браузерні методи, і як широко використовуване афіліат-маркетологами та рекламодавцями, які покладаються на стороннє програмне забезпечення для відстеження, тоді як Realize описує відстеження сервер-до-сервера як таке, що використовується переважно для встановлень застосунків і там, де його піксель неможливо розмістити на сторінці конверсії. Воно все одно може не спрацювати: Click ID потрібно захопити, передати через воронку й повернути незміненим, назви подій мають збігатися з налаштуваннями мережі, а доставку потрібно перевіряти (Realize пропонує тестове посилання для налаштувань сервер-до-сервера, а Outbrain каже, що не може вирішувати проблеми із зовнішніми реалізаціями). Правила згоди та конфіденційності залежать від юрисдикції та залучених даних, тож отримайте кваліфіковану консультацію. За правильного виконання Відстеження конверсій на основі постбеків дає мережі дані про конверсії, які вона може використати для звітування CPA та для оптимізації з орієнтацією на конверсії.

Пов'язані терміни: Відстеження конверсій, Трекер та Click ID.

Команда OpenAdLibrary
АвторКоманда OpenAdLibrary
Дослідження нативної реклами та ad intelligence

Ми створюємо OpenAdLibrary — відкриту платформу для прозорості реклами. Щодня наші системи збирають живі нативні оголошення на Taboola, Outbrain, MGID, Revcontent, Teads, Yahoo та MSN, ідентифікують справжнього рекламодавця за кожним з них і відстежують клік до цільової сторінки. Ці гайди концентрують наші спостереження з цих даних, щоб ви могли досліджувати ринок швидше.