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

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

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

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

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

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

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

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

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 conversion API через серверний контейнер Google Tag Manager. Будь ласка, дотримуйтесь цієї інструкції, якщо вона ще не налаштована на вашому сайті.

Facebook рекомендує використовувати як Facebook pixel так і Conversion API. Але якщо ваш сайт надсилатиме ті самі події, використовуючи як піксель, так і Conversion API, події можуть дублюватися, оскільки FB отримуватиме ту саму інформацію від браузера та сервера.

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

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

Щоб налаштувати дедуплікацію FB Conversion API, вам потрібно надіслати унікальні ідентифікатори подій із браузера та сервера. Ті самі події з браузера і сервера повинні мати однаковий ідентифікатор події.

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

Ви можете передати унікальний ідентифікатор події з веб-контейнера в серверний контейнер за допомогою спеціального параметра Google Analytics або тегу даних і клієнта даних.

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

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

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