Facebook Pixel дозволяє відстежувати, що користувачі роблять на вашому сайті, збирати аудиторії ремаркетингу та створювати двійники. Якщо піксель Facebook налаштований правильно, він подасть відповідну інформацію в алгоритми машинного навчання FB (machine learning algorithms). FB ML використовуватиме піксельні дані, щоб показувати ваші оголошення людям, які найімовірніше здійснить конверсію.
Протягом кількох років ми могли відстежувати події на сайті за допомогою коду JavaScript, Facebook SDK всередині додатків або завантажувати події офлайн. Але як можна відстежувати користувачів, які встановили Ad Blocker, або відстежувати події за межами сайту? Або як можна продовжити термін служби cookie? Це можна зробити, налаштувавши Facebook Conversion API. У цій статті буде розповідається, як налаштувати Facebook Conversion API через серверний контейнер Google Tag Manager.
Давайте подивимося, що таке Facebook Conversion API і як ми можемо використовувати його для покращення відстеження подій, атрибуції та збору даних у Facebook. Facebook Conversion API дозволяє надсилати будь-які події з вашого сервера на сервер Facebook.
Facebook CAPI має те ж призначення, що і піксель Facebook, але за ними стоять інші технології. Політика та обмеження зробили FB CAPI більш адаптованим до потреб сучасного середовища відстеження. Що стосується Facebook Conversion API, то він не використовує браузер користувача для надсилання інформації про відстеження. Все робиться через хмарний сервер. Це робить дані користувача більш безпечними та точними.
Якщо ми уважніше розглянемо посилання на рекламу Facebook, то побачимо, що в кінці практично будь-якої URL-адреси FB додає свій додатковий параметр fbclid. Код пікселя на цільовій сторінці зберігає значення цього параметра в файлі cookie, а потім надсилає його разом із будь-якою подією Facebook. Разом з ідентифікатором кліку (fbclid) Facebook використовує ідентифікатор браузера (fbp). Файли cookie Fbp і fbc допомагають FB визначити, який тип користувачів перейшов на ваш сайт і хто здійснив конверсію.
FB може зіставляти користувачів за допомогою інших параметрів, таких як електронна адреса, номер телефону, ім’я/прізвище тощо. Чим більше даних користувачів ви надсилаєте до Facebook Conversion API, тим вище коефіцієнт відповідності ви отримуєте.
Тегування на сервері Facebook або Facebook Conversion API були доступні на Facebook протягом кількох років. Але починаючи з 2021 року FB почав посилювати Conversion API. Якщо у вас є спеціальний представник Facebook, який допомагає з вашим обліковим записом реклами, він, швидше за все, зателефонує вам і порекомендує налаштувати Facebook Conversion API.
Ось найважливіші причини, щоб розглянути впровадження Facebook Conversion API:
Ми будемо використовувати серверний контейнер Google Tag Manager для налаштування Facebook Conversion API. Усередині серверного Google Tag Manager і веб-контейнерів вам потрібно буде налаштувати відстеження на стороні сервера для Universal Analytics (або GA4, або Data Tag/Data Client) і налаштувати події для тих дій, які ви хочете відстежувати за допомогою Facebook Conversion API.
Підводячи підсумок, вам знадобляться такі речі, щоб налаштувати Facebook Conversion API:
У цій статті я не розповідатиму, як створити та налаштувати веб-контейнер Google Tag Manager. Я почну з налаштування серверного контейнера Google Tag Manager. Якщо ви хочете дізнатися більше про серверний контейнер Google Tag Manager і які переваги він пропонує, перегляньте цю статтю. Отже, почнемо.
👇 У цьому відео показано, як налаштувати Facebook Conversion API за допомогою Google Analytics 4
2. Надішліть дані в серверний GTM-контейнер. Два найпопулярніші способи надсилання даних до sGTM - це Google Analytics 4 та Data Tag/Data Client.
Якщо ви вже налаштували GA4 на стороні сервера або плануєте почати використовувати GA4, схоже, що метод GA4 для вас. Але ця реалізація має свої мінуси – найважливіший з них полягає в тому, що запити GA4 можуть бути заблоковані деяким блокувальником реклами. На відміну від цього, тег даних і клієнт даних стійкі до цих обмежень. У нас є нещодавня публікація, в якій описано, як уникнути блокування запитів Google Tag Manager блокувальниками реклами.
3. Перейдіть до серверного контейнера Google Tag Manager. Додайте тег Facebook Conversion API з Галереї шаблонів.
4. Створіть тег Facebook Conversion API у серверному контейнері Google Tag Manager. Виберіть тег -> Клацніть новий -> Виберіть тег Facebook, який ви імпортували на попередньому кроці.
Додайте свій ідентифікатор пікселя Facebook і маркер доступу до API Facebook (я рекомендую додати його як змінну (variable), оскільки вам знадобляться ці значення для кожної події Facebook, яку ви хочете відстежувати). Якщо ви не знаєте свій Access Token до Facebook API, ця документація допоможе вам його знайти.
5. У вас є 2 варіанти налаштування нашого тегу Facebook conversion API:
6. Якщо ви вибрали параметр заміни (override), вам доведеться використовувати події Universal Analytics (або GA4, або Data Tag/Data Client), щоб ініціювати події сервера Facebook. Подія перегляду сторінки у Facebook має ініціюватись за кастомною подією page_view, яка була заявлена певним клієнтом. (наприклад, якщо ви вирішили використовувати GA4 як джерело даних для серверного GTM, тоді ви повинні використовувати подію page_view, коли ім’я клієнта дорівнює GA4).
Щоб налаштувати інші події, перейдіть у режим попереднього перегляду серверного контейнера Google Tag Manager Server Container, виконайте дію на своєму сайті, яку ви хочете відстежувати у Facebook, і перевірте назву події, яку UA (або GA4, або тег даних) надсилає на ваш серверний контейнер.
На знімку екрана нижче я хочу налаштувати подію Facebook ViewContent, коли хтось відкриває сторінку продукту на моєму сайті. Для цього я створив новий тег всередині серверного контейнера, налаштував його на заміну (override), вибрав стандартну подію ViewContent, додав маркер доступу до API, ідентифікатор пікселя Facebook. Я також додав дані користувача та дані про події. І зробив нову назву події тригера, яка дорівнює view_item_list, а ім’я клієнта дорівнює GA4.
7. Ви можете пересунути кастомні параметри за допомогою полів Server Event Data Override, User Data та Custom Data. Ви можете надсилати дані користувачів, щоб підвищити відповідність у Facebook, за допомогою поля «Дані користувача». Зауважте, що інформацію про користувачів, яку ви хочете надіслати в Facebook conversion API, слід хешувати. Наш тег Facebook автоматично хешує необхідні дані.
Ви також можете увімкнути Покращення подій, щоб використовувати безпечні файли cookie (gtmeec) тільки для HTTP, щоб покращити дані про події. Якщо цю функцію ввімкнено, тег зберігатиме дані користувача в файлах cookie і доповнюватиме події даними користувача, коли вони недоступні. Таким чином ви можете підвищити якість збігів подій і, як наслідок, покращити атрибуцію результатів конверсії для кампаній.
8. Коли ви завершите налаштування всіх подій Facebook, відкрийте Google Tag Manager debug mode і перевірте, чи події Facebook працюють правильно. Ви також можете перейти до свого тегу Facebook всередині серверного контейнера та додати тестовий ідентифікатор Facebook. Ви можете знайти ідентифікатор тесту в менеджері подій Facebook на вкладці тестових подій. Щоб отримати додаткові інструкції щодо тестування Facebook conversion API, перегляньте цю статтю.
9. Після того, як ви налаштували та переконалися, що Facebook conversion API працює правильно, вам потрібно видалити відстеження браузера FB або налаштувати дедуплікацію подій. Інакше ваші події будуть дублюватися.
Facebook рекомендує використовувати як Facebook pixel так і Conversion API. Але якщо ваш сайт надсилатиме ті самі події, використовуючи як піксель, так і Conversion API, події можуть дублюватися, оскільки FB отримуватиме ту саму інформацію від браузера та сервера.
Facebook має функцію дедуплікації. Якщо вони знають, що події браузера та сервера ідентичні, вони можуть зберегти щось одне.
Налаштування дедуплікації подій є обов’язковим, якщо ви хочете надсилати всі події як із сервера, так і з браузера. Без дедуплікації подій ваші дані не будуть точними, і це може вплинути на ваші кампанії у Facebook.
Щоб налаштувати дедуплікацію FB Conversion API, вам потрібно надіслати унікальні ідентифікатори подій із браузера та сервера. Ті самі події з браузера і сервера повинні мати однаковий ідентифікатор події.
Ми створили кастомну змінну, яка генерує унікальний ідентифікатор для кожної події. Ви можете додати його до свого веб-контейнера за цим посиланням на галерею шаблонів. Використовуйте цю змінну, щоб надіслати ідентифікатор події для пікселя Facebook у веб-контейнері та FB Conversion API за допомогою серверного контейнера. У нас є більш детальний опис того, як налаштувати дедуплікацію подій Facebook.
Ви можете передати унікальний ідентифікатор події з веб-контейнера в серверний контейнер за допомогою спеціального параметра Google Analytics або тегу даних і клієнта даних.
Якщо дедуплікацію налаштовано правильно, ви повинні побачити її в інструменті тестування менеджера подій. А після того, як ви опублікуєте всі зміни в production, ви можете натиснути на деталі події, щоб побачити кількість подій, отриманих Facebook від браузера та сервера. Скільки подій вони обробили та дедублювали.
Щоб зіставити користувачів, які відвідують ваш сайт, зі своєю базою даних, Facebook використовує User Data for Conversion API. Вони вимагають надіслати принаймні один із параметрів користувача всередині подій Facebook conversion API.
FB вимагає хешування деяких параметрів, перш ніж відправити його у Facebook. Чим більше параметрів користувача ви надсилаєте до Facebook, тим вищі шанси, що вони збігаються з користувачем, і вищий бал за подію ви отримаєте.
Надсилання параметрів користувача з вашого сайту до Facebook є делікатною темою, оскільки ви ділитеся даними користувачів із сторонніми службами. Тому перед надсиланням цих даних у FB переконайтеся, що вони відповідають політиці конфіденційності.
Якщо ви вирішите надіслати параметри користувача до Facebook CAPI, то де ви їх отримаєте? Для вирішення цієї проблеми можна використовувати Google Analytics або Data Tag для веб-контейнера Google Tag Manager і Data Client для серверного контейнера. Ці двоє повинні працювати разом; Data Tag створюється для надсилання даних з веб-контейнера на контейнер сервера, а Data Client слухає цей тег і отримує інформацію. У нас є більш детальний опис надсилання даних із веб-сайту Google Tag Manager на серверний контейнер.
Data Tag автоматично хешує дані користувача, які слід хешувати відповідно до вимог Facebook. Якщо ви використовуєте наш тег Facebook conversion API, тег даних і клієнт даних, тег Facebook автоматично оброблятиме всі необхідні події та параметри з тегу даних. Не потрібно надсилати його вручну. Просто переконайтеся, що ви правильно налаштували всі тригери та змінні. За допомогою тегу даних і клієнта даних ви можете надіслати DataLayer з веб-контейнера Google Tag Manager до даних про події всередині серверного контейнера.
Ось і все. Сподіваюся, ви успішно перемістили відстеження Facebook на сервер. Facebook Conversions API – це чудовий інструмент, щоб краще зрозуміти, хто є вашим клієнтом, побачити повний шлях клієнта до моменту конверсії, а також передати більше даних про ваших користувачів до алгоритмів машинного навчання Facebook.
Ми можемо допомогти. Дізнайтеся, скільки це буде коштувати! Отримайте розцінку за 24 години. Так, ми це маємо на увазі.
