Відстеження офлайн-конверсій: визначення та принцип роботи

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

Як працює зіставлення#

Більшість реалізацій спираються на спільний ідентифікатор, захоплений у момент кліку по рекламі та переданий до офлайн-події. Ідентифікатор кліку (click ID) може зберігатися в полі CRM, прихованому полі форми або системі відстеження дзвінків, а потім завантажуватися назад у рекламну платформу разом із офлайн-результатом. Хешоване зіставлення за ідентифікатором клієнта працює схоже: email або номер телефону, зібрані в точці офлайн-конверсії, хешуються та зіставляються з власними хешованими даними першої сторони (first-party data) платформи. Номери для відстеження дзвінків — унікальні номери телефонів, прив'язані до конкретної кампанії — направляють дзвінок так, що телефонний продаж атрибутується без будь-якого ручного кроку зіставлення.

Чому це важливо для лідоґенерації та вертикалей з високим чеком#

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

Як це пов'язано з ширшим вимірюванням#

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

Практичні точки тертя#

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

Рекламодавці в лідоґенерації та фінансах, які запускають нативні кампанії, часто використовують дані про офлайн-конверсії саме для оцінки того, які мережі дають ліди, що реально закриваються, а не просто заповнюють форму. Перевірка того, які мережі та рекламодавці активні в певній вертикалі за допомогою інструментів ad intelligence OpenAdLibrary, допомагає встановити базовий рівень того, як виглядає конкурентна вартість за лід, перш ніж інвестувати в побудову повного процесу офлайн-зіставлення.