Як налаштувати дедуплікацію подій Facebook у Google Tag Manager

Автор
Stape
Опубліковано
12 берез. 2021 р.
Також є

Використання відстеження на стороні сервера Facebook (Facebook Conversions API) стає все популярнішим через його здатність запобігати блокування пікселів відстеження ITP і AdBlockers. Ще одна величезна перевага Facebook conversion API полягає в тому, що він збільшує тривалість життя файлів cookie FB. Якщо ви ще не впровадили FB Conversions API на своєму сайті, перегляньте ось цей гайд.

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

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

Facebook pixel та Conversions API дозволяють ділитися стандартними та кастомними подіями з FB, щоб ви могли вимірювати та оптимізувати ефективність реклами. Піксель дає змогу ділитися веб-подіями з веб-браузера, а Conversions API дає змогу ділитися веб-подіями безпосередньо з хмарного сервера.

Як піксель Facebook, так і Facebook conversion API дозволяють надсилати події. Різниця в тому, що піксель надсилає події з браузера, а CAPI надсилає події з сервера. Якщо ви повідомите Facebook, що метод браузера і сервера надсилають ідентичні події, вони приймуть одну і відкинуть іншу.

Існує кілька способів налаштувати відстеження Facebook, у тому числі:

  1. Використання виключно браузерного (піксельний) методу. FB не рекомендує його через обмеження відстеження користувачів.
  2. Використання лише відстеження на стороні сервера. Основна перевага відстеження лише на сервері полягає в тому, що піксель FB не буде перевантажувати ваш веб-сайт. Ваш сайт буде завантажуватися швидше, і це покращить взаємодію з користувачем.
  3. Поєднайте відстеження браузера та сервера. Тут у вас є кілька варіантів:
  • Надсилайте деякі події з браузера, а інші – із сервера. Наприклад, інтеграція Shopify рідного FB Conversion API надсилатиме всі події FB через браузер і події покупки з Сервера. У цьому випадку дедуплікація не потрібна.
  • Надсилати всі події з браузера та сервера.

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

Facebook вимагає надіслати два параметри події для дедуплікації події: назву події та ідентифікатор події. Ви вже надсилаєте назву події з наявними налаштуваннями. У цій статті буде описано, як налаштувати ідентифікатор події Facebook у контейнері Google Tag Manager.

Як працює дедуплікація подій у Facebook?Скопіюйте посилання на цей розділ

Facebook має два способи ідентифікувати повторювані події, надіслані з браузера та сервера:

1. Event ID та event name. 

Facebook рекомендує цей метод, і ми розглянемо його в нашому гайді. Для цього методу ви повинні використовувати ідентифікатор події для всіх подій, які ви надсилаєте через піксель і CAPI. FB дедуплікує події Facebook Pixels та Conversion API з ідентичними назвами та ідентифікаторами подій. Facebook приділяє більше уваги події в браузері, і якщо вони бачать подібні події і відбуваються протягом 5 хвилин, вони зберігатимуть події браузера та чисті події сервера.

2. FBP або External ID

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

Facebook також може об’єднувати події. Наприклад, якщо ви надсилаєте деякі збагачені дані із сервера, ви можете додати відсутні дані до події браузера. Це не функція за замовчуванням. Щоб увімкнути її, вам слід звернутися до представника Facebook.

Як налаштувати дедуплікацію подій Facebook за допомогою Google Tag Manager?Скопіюйте посилання на цей розділ

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

1. Вам потрібно налаштувати Facebook conversion API через серверний контейнер Google Tag Manager. Будь ласка, дотримуйтесь цієї інструкції, якщо вона ще не налаштована на вашому сайті.

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

3. Якщо ви завантажили шаблон змінної з GitHub -> Перейдіть до свого веб-контейнера Google Tag Manager та імпортуйте змінну, яку ви щойно завантажили. Натисніть Шаблони -> Створити (всередині Шаблони змінних) -> клацніть три точки у верхньому правому куті -> Імпорт -> виберіть змінну -> Коли закінчите, натисніть Зберегти. Перейдіть на вкладку «Змінні» всередині веб-контейнера -> у розділі «Визначені користувачем змінні» натисніть «Створити» -> створіть змінну унікального ідентифікатора події за допомогою імпортованого шаблону.

template gallery import
variable templates

4. Додайте цю змінну до всіх тегів Facebook у веб-контейнері.

Якщо ви використовуєте шаблон тегу FB:

Відкрийте тег Facebook -> Натисніть Більше налаштувань -> Додати змінну до полів Ідентифікатор події -> Натисніть Зберегти.

шаблон тегу FB

Якщо ви додали теги FB за допомогою кастомного HTML:

Відкрийте тег Facebook -> додайте параметр ідентифікатора події до події Facebook -> натисніть Зберегти.

eventID: «{{Event ID}}»

eventID: «{{Event ID}}»
!

Якщо ви використовуєте Universal Analytics, виконайте наступні дії. Якщо ви використовуєте GA4, прокрутіть униз до кроку 9

5. На цьому кроці ми зробимо налаштування, які передадуть той самий ідентифікатор події в серверний контейнер Google Tag Manager. Оскільки наш серверний тег Facebook працює на основі подій Google Analytics, ми додамо ідентифікатор подій Facebook до тегів Google Analytics всередині веб-контейнера. У цьому прикладі я надішлю ідентифікатор події всередині спеціального параметра Google Analytics. Ви можете надіслати його через інші поля.

Відкрийте тег Universal Analytics у веб-контейнері -> натисніть Інші налаштування -> Спеціальний параметр -> Додати індекс і виберіть змінну ідентифікатора події.

Universal Analytics

Додайте ідентифікатор події Facebook до всіх спеціальних параметрів GA (або інших параметрів, які ви вибрали), які ви хочете відстежувати всередині серверного контейнера.

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

Add Facebook event ID to all GA custom dimensions
Add Facebook event ID to all GA custom dimensions

6. Перейдіть до свого серверного контейнера диспетчера тегів Google -> натисніть Змінні -> Нова змінна -> виберіть тип змінної Параметр запиту -> Ім'я параметра cd1 (у моєму випадку, оскільки індекс спеціального параметра, який я створив у веб-контейнері це 1) -> Натисніть Зберегти.

7. Перейдіть у режим попереднього перегляду та переконайтеся, що серверний контейнер Google Tag Manager бачить створену вами змінну.

variable permissions
facebook event ID

8. Відкрийте тег Facebook у серверному контейнері Google Tag Manager -> натисніть Перевизначити дані події сервера -> у назві властивості виберіть Ідентифікатор події -> у значеннях властивості виберіть змінну, яку ви створили в серверному контейнері.

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

facebook event id
output of gtm
!

Наступні кроки стосуються налаштування ідентифікатора події через GA4. Якщо ви використовуєте Universal Analytics, перейдіть до кроку 13

9. Створіть або використовуйте наявний тег події GA4 у веб-контейнері -> Параметри події -> Додайте event_id як назву параметра та виберіть змінну ідентифікатора події як значення. Також перевірте, який тригер ви використовуєте для події GA4. Ви завжди повинні використовувати той самий тригер для тегу Facebook і GA4 для ідентичних подій. Наприклад, теги GA4 і FB, додані в кошик, повинні використовувати один і той же тригер, у цьому випадку vent ID буде ідентичним. Додайте ідентифікатор події Facebook до всіх тегів подій GA4, які ви хочете відстежувати в серверному контейнері.

Щоб зменшити ймовірність того, що той самий ідентифікатор події буде надіслано для кількох properties, ви можете додати назву події перед змінною event ID. (скріншот нижче).👇

event id and page_view

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

10. Перейдіть до серверного контейнера Google Tag Manager -> Натисніть Змінні -> Нова змінна -> виберіть тип змінної Дані події -> Ключовий шлях event_id (у моєму випадку, оскільки ім'я параметра, яке я створив у веб-контейнері, це event_id) -> Натисніть Зберегти.

variable configuraiton

11. Відкрийте тег Facebook у серверному контейнері Google Tag Manager -> натисніть Перевизначити дані події сервера -> у назві властивості виберіть Ідентифікатор події -> у значеннях властивості виберіть змінну, яку ви створили в серверному контейнері.

Додайте змінну ідентифікатора події до всіх тегів Facebook всередині серверного контейнера.

server container

12. Перейдіть у режим попереднього перегляду та переконайтеся, що змінна event_id, яку ви створили у веб-контейнері, відповідає тому, що ви надсилаєте на Facebook

facebook preview
page_view

13. На цьому кроці ми перевіримо, чи спрацювала дедуплікація подій Facebook. Перейдіть до інструменту тестової події у вашому бізнес-менеджері Facebook -> переконайтеся, що ви додали тестовий ідентифікатор до тегу Facebook у серверному контейнері Google Tag Manager -> переконайтеся, що Facebook показує події сервера та веб-переглядача в інструменті тестування та в одному з події були дедубловані.

Переконайтеся, що ви видалили test ID з тегів Facebook conversion API після тестування або налаштуйте test ID як змінну таблиці пошуку, яка працює, коли режим налагодження діє. Інакше ви можете побачити помилку дедуплікації в менеджері подій FB.

gtm server pageview

14. Не забудьте опублікувати зміни.

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

Facebook conversion API – це відмінне рішення, якщо ви хочете точніше відстежувати користувачів свого сайту, обійти блокувальники реклами та ITP та продовжити термін служби файлів cookie. За допомогою комбінованого методу сервера та браузера ви все одно будете запускати пікселі Facebook у браузері, що зробить ваш сайт важчим. Використовуючи цей метод, ви можете бути на 100% впевнені, що не пропустили жодного користувача чи події на своєму сайті.

Якщо у вас є запитання чи зауваження щодо впровадження дедуплікації подій у Facebook, повідомте мене в коментарях.

Налаштувати дедуплікацію подій Facebook?

Ми можемо допомогти вам прямо зараз! Натисніть Отримати допомогу, заповніть форму, і ми надішлемо вам розцінку.

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

Розмістіть свій сервер GTM на Staperight now!