Stape

Офлайн-конверсія Facebook за допомогою серверного GTM

Оновлено
18 серп. 2022 р.
Опубліковано
16 серп. 2022 р.
Також є

Рекламодавці Facebook завжди шукають способи підвищити ефективність своїх кампаній. Один із способів зробити це — покращити відстеження переходів, що було непростим завданням останніми роками.

Зі збільшенням обмежень щодо відстеження впровадження Facebook Conversion API (який надсилає дані на сервери FB з вашого сервера) є найпопулярнішим способом покращення відстеження FB. У нас уже є докладна публікація в блозі про те, як налаштувати FB CAPI.

Ви також можете використовувати старий спосіб надсилання серверних подій у Facebook – офлайн-перетворення. Це рішення покладається на дані першої сторони, на які не можуть вплинути обмеження відстеження або короткочасні файли cookie.

У цьому дописі в блозі буде обговорено останній тег для серверного контейнера Google Tag Manager – тег офлайн-конверсії Facebook. Він дозволяє надсилати дані до FB офлайн-конверсії за допомогою серверного контейнера Google Tag Manager.

Що таке офлайн-конверсії Facebook?Скопіюйте посилання на цей розділ

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

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

У наш час послідовність конверсії є складною та включає багато точок (як за кліками, так і за переглядами). З цієї причини деякі маркетологи обирають офлайн-конверсії як другий кут аналізу під час оцінки результатів кампаній у Facebook, як офлайн, так і онлайн.

Існує кілька способів підходу рекламодавців до налаштування FB офлайн-конверсій:

  • Завантаження вручну за допомогою файлу CSV
  • Вбудована спеціальна інтеграція
  • Конектори як наприклад Zapier

Кожен із цих методів має свої недоліки. Щоб реалізувати індивідуальну інтеграцію, вам потрібно найняти розробників, які створять конектор для вашої CRM (або POS тощо) і FB офлайн-конверсії. За допомогою таких інструментів, як Zapier, це може бути легко налаштувати, але ціна буде високою, особливо якщо подій багато. Під час завантаження вручну потрібно виконати багато роботи під час підготовки файлу CSV.

Налаштування офлайн-конверсій FB за допомогою тегу sGTM може бути найкращим рішенням для тих, хто вже знайомий із тегами на стороні сервера. Налаштування не займе багато часу, і ви можете заощадити гроші, не використовуючи конектори чи найнявши розробників.

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

Перш ніж налаштовувати теги ss за допомогою sGTM, потрібно виконати дві важливі речі: створити серверний контейнер GTM та доставити дані до sGTM (є кілька способів надсилання даних, найпопулярнішими є GA4, DataTag/DataClient, Webhooks тощо). 

Навіщо використовувати офлайн-конверсії Facebook?Скопіюйте посилання на цей розділ

Може бути кілька причин використовувати офлайн-конверсії Facebook.

  • Вимірюйте події точніше
  • Створюйте якісні індивідуальні та схожі аудиторії
  • Оптимізуйте кампанії для отримання найефективніших оголошень і наборів оголошень
  • Збільште ROAS кампаній у FB

Але якщо ви вже впровадили FB CAPI? Чи варто вам розглядати реалізацію офлайн-конверсій FB за допомогою sGTM?

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

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

У цьому гайді використовуватиметься вебхук CRM для активації тегів офлайн-конверсій FB. Коли користувач на пристроях iOS, який відмовився від відстеження, робить покупку, FB pixel не буде фіксувати цю подію (принаймні, вони не повинні відстежувати її відповідно до правил політики конфіденційності користувача).

Після того як користувач робить покупку, CRM надсилає вебхук до sGTM з усією інформацією про деталі замовлення та інформацію про користувача. Як тільки sGTM отримує ці дані, він надсилає запит до FB офлайн-конверсій. У даних вебхука не буде ідентифікації того, чи дозволив/не дозволив користувач FB відстежувати їх. Теоретично це означає, що якщо FB може зіставити цього користувача з особою, яка побачила вашу рекламу, офлайн-конверсія буде зарахована до результату кампанії FB.

Ще одна величезна перевага офлайн-конверсій FB полягає в тому, що воно все ще відповідає вимогам для 28-денного вікна атрибуції. У той час як у FB pixel або FB CAPI максимум, який ви можете отримати, це 7-денна атрибуція.

Надішліть дані до sGTM за допомогою webhookСкопіюйте посилання на цей розділ

1. Відкрийте попередній перегляд контейнера sGTM -> натисніть три крапки у верхньому правому куті -> натисніть Надіслати попередній перегляд вручну -> скопіюйте X-Gtm-Server-Preview HTTP header.

http preview header sGTM

2. Увійдіть у свій обліковий запис stape -> відкрийте контейнер sGTM -> перейдіть на вкладку Power-Ups -> натисніть config HTTP Header Config -> вставте значення, яке ви скопіювали з попереднього перегляду серверного контейнера Google Tag Manager -> натисніть Save.

Щойно ви додасте заголовок HTTP, ви зможете побачити веб-хуки в попередньому перегляді sGTM.

Не забудьте вимкнути заголовок HTTP Preview після завершення налаштування.

send request to sGTM preview

3. На цьому кроці я налаштую вебхуки, які надсилатимуть дані до sGTM. Перейдіть до своєї CRM (у моєму випадку це WordPress). Додайте назву та URL-адресу веб-хуку. Використовуйте URL-адресу свого сервера тегування як URL-адресу веб-хука + настроюваний шлях (ви можете знайти URL-адресу сервера тегування в налаштуваннях контейнера sGTM на stape). Налаштуйте дані вебхуку, які потрібно надіслати.

send webhook to sGTM

4. Відкрийте попередній перегляд контейнера sGTM і протестуйте вебхук. Ви повинні побачити відповідний запит у налагоджувачі sGTM.

debug webhook sGTM

5. Давайте налаштуємо клієнта в sGTM, який буде приймати запит, надісланий вебхуком. Для цього необхідно імпортувати Data Client до свого sGTM. Додавши клієнта даних до шаблону клієнта sGTM, перейдіть до розділу «Клієнти» в sGTM -> клацніть новий клієнт -> виберіть клієнт даних і прокрутіть униз до параметрів прийнятого шляху -> додайте шлях запиту вашого вебхука. Збережіть клієнт.

set up webhook sGTM

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

webhook sGTM

Як налаштувати офлайн-конверсії Facebook за допомогою sGTMСкопіюйте посилання на цей розділ

До липня 2023 року для надсилання даних про офлайн-конверсії Facebook використовувався Offline Conversions API. Але тепер все стає набагато простіше завдяки оновленню Facebook Conversions API.

Якщо ви використовуєте Stape's Facebook Offline Conversion Tag, який зараз застарів, у липні 2023 року ваші події могли перестати надходити, і під час налагодження ви отримаєте помилку, подібну до цієї:

events stopped coming

Оскільки API офлайн-конверсій незабаром буде повністю припинено, ми рекомендуємо відразу перейти до звітності через оновлений стандартний API конверсій, тим більше, що він став простішим і логічнішим.

Раніше ви надсилали офлайн-конверсії в окремий офлайн-набір даних, в цьому більше немає необхідності, оскільки замість стандартних FB-пікселів у вас тепер, ймовірно, є "набір даних" (Dataset), що, по суті, одне і те ж, і більшість пікселів були автоматично перетворені в набір даних, чого ви, можливо, навіть не помітили :)

Отже, для звітності FB Offline тепер обов'язковим є використання саме Dataset, а не Pixel. У більшості випадків, якщо ви зайдете на свій піксель і перевірите - ви побачите, що він вже став Dataset.

Найпростіший спосіб перевірити це - просто зайти в налаштування і переконатися, що у вас стоїть "Dataset ID" замість "Pixel ID" (число залишається незмінним):

dataset id

Отже, ми переконалися, що у вас вже є Dataset, тепер залишилося налаштувати відправку офлайн-подій, що фактично нічим не відрізняється від налаштування стандартних FB-подій.

Раніше ми додали оновлення до тегу Facebook Conversion API для серверного контейнера. Окрім переходу на нову версію API, в інтерфейсі також з'явився пункт з можливістю вибору джерела дії:

facebook capi tag fo server container

І так, щоб відправити подію в офлайн - все, що вам потрібно зробити, це вибрати Фізичне сховище в Джерелі дії.

Приклад з практикиСкопіюйте посилання на цей розділ

Отже, уявімо, що у нас є CRM-система, в якій зберігаються клієнти компанії. Деякі продажі відбуваються на сайті, і у нас вже налаштована розсилка онлайн-конверсій, але також деякі продажі відбуваються через електронну пошту, телефон або у фізичному магазині. Для таких продажів користувач не проходить через стандартний онлайн-потік, тому єдиний варіант для нас - попросити розробників налаштувати веб-хук у форматі JSON, який буде надсилатися на наш серверний GTM-контейнер, коли, наприклад, картка клієнта переходить у статус "Завершено", що означає, що транзакція закрита.

Надзвичайно важливо, щоб вебхук містив якомога більше даних користувача, оскільки це єдине джерело, з якого можна пов'язати подію з вашою рекламою (оскільки немає fbc cookie).

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

!

Якщо у вашому випадку, наприклад, користувач залишає заявку на лід на вашому сайті перед офлайн-продажем, ви можете зберігати його маркетингові cookie-файли кліків (для Facebook це fbp і fbc) у вашій CRM-системі разом з даними про лід. У цьому випадку вебхук також може містити дані з цих файлів cookie, і атрибуція таких подій буде працювати набагато краще.

Для налагодження веб-хуків вам потрібно використовувати Stape Power-UP 'Http header', ми описували, як надсилати і налагоджувати веб-хуки в sGTM раніше в цьому блозі.

Подальше налаштування нічим не відрізняється від налаштування стандартної події.

1) Перенесіть дані з Event Data у формат, який вимагає Facebook.

2) Додайте відповідні змінні до тегу Facebook і виберіть Action Source: Physical Store (саме цей пункт і переведе подію в тип offline).

facebook conversion api tag configuration

3) Додайте правильний тригер.

У моєму прикладі я використовую Data Client для отримання веб-хуків (і рекомендую вам зробити так само).

Data Client має зручну опцію - додатковий шлях. Я завжди використовую його для веб-хуків, щоб переконатися, що не буде хибних спрацьовувань від інших тегів. Я використовую шлях /webhook для вебхуків, що означає, що розробники надсилають вебхуки до мого контейнера https://gtm.example.com/webhook.

І, відповідно, я можу використовувати простий тригер для моєї події з додатковою валідацією:

trigger in the custom event

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

debug mode for the tag

Згодом ви побачите події з типом "Офлайн" у вашому наборі даних як у загальному списку, так і в деталях події:

dataset
dataset

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

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

Висновок:Скопіюйте посилання на цей розділ

Офлайн-конверсія Facebook є одним із способів підвищити результати вашої кампанії у FB та покращити атрибуцію. Хоча лише офлайн-конверсій недостатньо для належного відстеження FB і збору аудиторії, це може бути чудовим доповненням до вашого існуючого піксельного відстеження FB і FB CAPI.

Використовуючи тег офлайн-конверсій FB для контейнера sGTM, тепер ви можете налаштувати офлайн-конверсії простіше та дешевше, ніж раніше. Щоб підвищити ефективність налаштувань, дотримуйтесь найкращих методів офлайн-конверсій.

Якщо вам потрібна допомога з налаштуванням тегів ss, ми тут, щоб допомогти!

Потрібна допомога з налаштування відстеження на стороні сервера?

Все, що потрібно, це кілька простих запитань. Натисніть Отримати допомогу, заповніть форму , і ми надішлемо вам пропозицію.

Отримати допомогу
Теги:Facebook

Схожі пости

Оновлено 15 трав. 2024 р.

Як налаштувати Facebook Conversion API + дедуплікацію подій і хешування даних користувача

Facebook Pixel дозволяє відстежувати, що користувачі роблять на вашому сайті, збирати аудиторії ремаркетингу та створювати схоже. Якщо піксель Facebook реалізований правильно, він подасть відповідну інформацію в алгоритми машинного навчання (machine learning algorithms) FB. FB ML використовуватиме піксельні дані, щоб показувати ваші оголошення людям, які найімовірніше здійснить конверсію.

Оновлено 14 трав. 2024 р.

Як налаштувати серверний контейнер в Google Tag Manager

Збір даних про відвідувачів вашого веб-сайту має вирішальне значення для аналізу та покращення присутності бізнесу в Інтернеті, охоплення користувачів і перетворення їх у клієнтів. Однак збір даних стає все більш проблематичним через інтелектуальне запобігання відстеження, блокування реклами та скорочення терміну служби файлів cookie. Google Analytics та інші подібні інструменти почнуть бачити менше даних про відвідувачів вашого веб-сайту та надаватимуть менше інформації для аналізу.

Розмістіть свій сервер GTM на Stape