Как настроить Facebook Conversion API + Дедупликацию событий и Хэширование информации пользователей

Facebook Pixel позволяет отслеживать, что делают пользователи на вашем сайте, собирать аудитории ремаркетинга и создавать аналоги. Если пиксель Facebook применяется правильно, он будет передавать соответствующую информацию алгоритмам машинного обучения FB. FB ML будет использовать данные пикселей, чтобы показывать ваши рекламы людям, которые с наибольшей вероятностью захотят принять запрос.  

Уже несколько лет мы можем отслеживать события на сайте с помощью кода JavaScript, Facebook SDK внутри приложений или загружать события вне сайта. Но как отслеживать пользователей, установивших Ad Blocker, или отслеживать события вне сайта? Или как увеличить срок службы cookie? Это можно сделать, используя Facebook conversion API. В этой статье мы расскажем вам, как настроить Facebook conversion API с помощью Google Tag Manager Server Container.

Эта статья посвящена Facebook Conversion API и покажет вам, как настроить Facebook Conversion API через контейнер сервера Google Tag Manager. Вы можете получить дополнительную информацию о Facebook Conversion API Gateway в нашем блоге. Кстати, обратите внимание на предварительно настроенные шаблоны Stape для Meta CAPI. Теперь настройка стала проще, чем когда-либо: все уже сделано и готово для вас!

Давайте рассмотрим, что такое 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). Куки Fbp и fbc помогают FB определить, какой пользователь перешел на ваш сайт и кто его конвертировал.  

FB может сопоставить пользователей по другим параметрам, таким как электронная почта, номер телефона, имя/фамилия и т.д. Чем больше пользовательских данных вы отправляете в Facebook Conversion API, тем выше коэффициент совпадения.

Facebook server-side tagging или Facebook conversion API был доступен на Facebook в течение нескольких лет. Но начиная с 2021 года, FB начал усиленно продвигать Conversion API. Если у вас есть специальный представитель Facebook, помогающий с вашим рекламным аккаунтом, он, скорее всего, позвонит вам и порекомендует настроить Facebook Conversion API. 

Это самые важные причины, по которым стоит задуматься о внедрении Facebook Conversion API. Подробности смотрите ниже в инфографике.

1. С его помощью вы можете отслеживать пользователей, установивших AdBlocker, или тех, кто использует Safari (или любой другой браузер с интеллектуальными алгоритмами предотвращения отслеживания). Это возможно, потому что запросы отправляются с сервера, а не из браузера пользователя. При этом сторонние файлы cookie не будут блокироваться. В результате вы получите более достоверные данные. 

2. Увеличенное срок службы файлов cookie. С помощью Facebook conversion API вы увеличите срок службы cookie Facebook до 6 месяцев. Если вы не используете FB conversion API, Safari ограничит срок службы cookie до 1-7 дней.

3. Conversions API дает вам больше контроля над данными и лучшее понимание клиентского опыта. 

4. Вы можете использовать Facebook Conversion API для отслеживания событий, которые происходят не на сайте. Например, телефонные звонки или офлайн-продажи. 

Для настройки Facebook Conversion API мы будем использовать серверный контейнер Google Tag Manager. Внутри серверного контейнера Google Tag Manager необходимо настроить отслеживание на стороне сервера для Universal Analytics и настроить события UA для тех действий, которые вы хотите отслеживать с помощью Facebook conversion API. 

Подводя итог, можно сказать, что для настройки Facebook conversion API вам понадобятся следующие вещи: 

• Настроенный Google Tag Manager web container 

• Настроенный Google Tag manager server container

• Базовый код Universal Analytics и события, работающие с сервера.

В этой статье я не буду рассказывать о том, как создать и настроить Google Tag Manager web container. Я начну с настройки Google Tag Manager server container. Если вы хотите узнать больше о  Tag Manager server container и о том, какие преимущества он дает, ознакомьтесь с этой статьей. Итак, давайте приступим.

1. Создайте и настройте серверный контейнер Google Tag Manager.

2. Отправьте данные на сервер GTM-контейнера. Два наиболее популярных способа отправки данных в sGTM - это Google Analytics 4 и Data Tag/Data Client.

3. Перейдите в серверный контейнер Google Tag Manager. Добавьте тег Facebook Conversion API из галереи шаблонов.

4. Создайте тег Facebook Conversion API в серверном контейнере Google Tag Manager. Выберите Tag -> Нажмите кнопку new -> Выберите тег Facebook, который вы импортировали на предыдущем шаге.

Добавьте идентификатор пикселя Facebook и токен доступа к API Facebook (я рекомендую добавить их в качестве переменной, поскольку эти значения понадобятся для каждого события Facebook, которое вы хотите отслеживать). Если вы не знаете свой токен доступа к API Facebook, эта документация поможет вам его найти.

5. У вас есть 2 варианта настройки нашего пользовательского тега Facebook conversion API: 

- Переопределить. В этом случае вам придется настраивать события FB вручную. О том, как вручную настроить события на сервере FB, мы расскажем в шестом шаге. Это наиболее предпочтительный вариант, но он требует больше времени и знаний для его реализации. Используя его, вы сможете полностью контролировать полезную нагрузку события и делать это в соответствии с лучшими практиками, чтобы ваши веб-события FB и серверные события FB были идентичны.

- Наследовать от клиента. В этом случае тег будет соответствовать полезной нагрузке вашего события GA4/Data в стандартных событиях Facebook. Если тег не сможет сопоставить событие GA со стандартным событием FB, он отправит его как пользовательское событие. Все будет сделано автоматически, вам не нужно настраивать события FB.

6. Если вы выбрали опцию обхода, вам придется использовать события Universal Analytics (или GA4, или Data Tag/Data Client) для запуска событий сервера Facebook. Событие Facebook pageview должно срабатывать на custom event page_view, которое было заявлено конкретным клиентом (например, если вы решили использовать GA4 в качестве источника данных для серверного GTM, то вам следует использовать событие page_view, когда имя клиента равно GA4).

Чтобы настроить другие события, перейдите в режим предварительного просмотра серверного контейнера Google Tag Manager, выполните действие на вашем сайте, которое вы хотите отслеживать в Facebook, и проверьте имя события, которое UA (или GA4, или Data Tag) отправляет в ваш серверный контейнер.

На скриншоте ниже мы хотим настроить событие Facebook ViewContent, когда кто-то открывает страницу продукта на нашем сайте. Убедитесь, что вы также отправили с помощью тега GA4 event / Data из веб-контейнера дополнительные данные, которые вы хотите использовать для серверного события. В примере ниже также используются стандартные параметры FB ecommerce и пользовательские данные.

Для этого мы создали новый тег внутри контейнера Server, установили для него значение override, выбрали стандартное событие ViewContent, добавили API Access Token, Facebook Pixel ID. Также мы добавили данные пользователя. И сделали новый триггер события name equals view_item и Client Name equals GA4.

7. Вы можете передавать пользовательские параметры с помощью полей Server Event Data Override и Custom Data. Вы также можете передавать данные пользователей для повышения рейтинга соответствия в Facebook с помощью поля User Data. Обратите внимание, что информация о пользователях, которую вы хотите отправить в Facebook conversion API, должна быть хэширована. 

Вы также можете включить функцию Event Enhancement для использования защищенных cookie (gtmeec) только по протоколу HTTP для улучшения данных о событиях. При включении этой функции теги будут хранить данные о пользователях в cookies и обогащать события данными о пользователях, когда данные о пользователях недоступны. Таким образом, можно повысить качество совпадения событий и, как следствие, атрибуцию конверсии в кампаниях.

8. Когда вы закончите настройку всех событий Facebook, откройте режим отладки Google Tag Manager и проверьте, правильно ли работают события Facebook. Вы также можете перейти к тегу Facebook внутри серверного контейнера и добавить test ID в Facebook. Вы можете найти ID теста в менеджере событий Facebook на вкладке "Тестовые события". Дополнительные инструкции о том, как легко установить Facebook conversion API, можно найти в этой статье. 

9. После того как вы настроили и убедились, что Facebook conversion API работает правильно, вам необходимо удалить отслеживание браузера FB или настроить дедупликацию событий. В противном случае ваши события будут дублироваться. 

С помощью Stape вы можете повысить точность отслеживания и улучшить результаты кампаний благодаря тегам на стороне сервера.

В зависимости от используемой платформы вы можете быстро и эффективно настроить отслеживание с помощью наших пользовательских шаблонов. Следуйте пошаговым руководствам, чтобы настроить Meta CAPI с помощью сервера GTM для:

Шаблоны и руководства для Wix, Shopware, Prestashop и других скоро появятся. Сообщите нам, если вам нужен шаблон для другой CMS.

Facebook рекомендует использовать пиксель Facebook и Conversion API. Но если ваш сайт будет отправлять одни и те же события, используя и пиксель, и Conversions API, события могут дублироваться, поскольку FB будет получать одну и ту же информацию от браузера и сервера.

У Facebook есть функция дедупликации. Если они знают, что события браузера и сервера идентичны, они могут сохранить только одно из них.

Я бы сказал, что настройка дедупликации событий является обязательным условием, если вы хотите отправлять все события как с сервера, так и из браузера. Без дедупликации событий ваши данные не будут точными, и это может повлиять на ваши кампании в Facebook.

Чтобы настроить дедупликацию FB Conversion API, вам нужно отправлять уникальные ID событий из браузера и с сервера. Одинаковые события из браузера и с сервера должны иметь одинаковый ID события.

Мы создали пользовательскую переменную, которая генерирует уникальный ID для каждого события. Вы можете добавить ее в свой веб-контейнер, используя эту ссылку на галерею шаблонов. Используйте эту переменную для отправки ID события для пикселя Facebook внутри веб-контейнера и Facebook conversion API с помощью серверного контейнера.  У нас есть более подробное описание того, как настроить дедупликацию событий Facebook. 

Вы можете передавать уникальный ID события из веб-контейнера в серверный контейнер с помощью пользовательского измерения Google Analytics или Data Tag и Data Client. 

Убедитесь, что теги веб-событий Facebook и теги GA4 (или теги Data) работают на одних и тех же триггерах, иначе они будут иметь разные идентификаторы событий.

Если дедупликация настроена правильно, вы должны увидеть ее в инструменте тестирования менеджера событий. А после публикации всех изменений в продакшн вы можете нажать на детали события, чтобы увидеть количество событий, полученных Facebook от браузера и сервера. Сколько событий они обработали и дедуплицировали.

Иногда случаются сбои с тестовыми событиями Facebook, из-за которых дедупликация не отображается в интерфейсе, в этом случае проверьте, что id событий совпадают, если это так - дедупликация будет работать без проблем.

Чтобы сопоставить пользователей, посещающих ваш сайт, со своей базой данных, Facebook использует User Data for Conversion API.

FB требует хэшировать некоторые параметры перед отправкой в Facebook, но вам не нужно беспокоиться об этом, тег Facebook автоматически хэширует все данные перед отправкой.

Чем больше пользовательских параметров вы отправите в Facebook, тем больше шансов, что они совпадут с пользователем, и тем более высокий показатель совпадения событий вы получите.

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

В идеале пользовательские данные должны быть добавлены в слой данных, но если это невозможно - попробуйте собирать их со страницы с помощью пользовательского javascript-кода и отправлять вместе с интересующими вас конверсиями или событиями.

Например, все плагины Stape для CMS (для Shopify, WordPress, Magento, BigCommerce) добавляют слой данных, который также содержит пользовательские данные.

Поэтому вы можете легко взять их из слоя данных и добавить эти данные в события Facebook на веб-контейнере:

Затем добавьте передачу необходимых данных в контейнер сервера (в полезную нагрузку GA4 или тег Data - в зависимости от того, что вы используете):

И, наконец, добавьте эти данные в событие Facebook на стороне сервера:

Вот и все. Надеюсь, вы успешно перенесли отслеживание Facebook на сервер. Facebook Conversions API - это отличный инструмент, позволяющий лучше понять, кто ваш клиент, отследить полный путь клиента до момента конверсии и передать больше данных о ваших пользователях алгоритмам машинного обучения Facebook.