Facebook Pixel позволяет отслеживать, что делают пользователи на вашем сайте, собирать аудитории ремаркетинга и создавать аналоги. Если пиксель Facebook применяется правильно, он будет передавать соответствующую информацию алгоритмам машинного обучения FB. FB ML будет использовать данные пикселей, чтобы показывать ваши рекламы людям, которые с наибольшей вероятностью захотят принять запрос.
Уже несколько лет мы можем отслеживать события на сайте с помощью кода JavaScript, Facebook SDK внутри приложений или загружать события вне сайта. Но как отслеживать пользователей, установивших Ad Blocker, или отслеживать события вне сайта? Или как увеличить срок службы cookie? Это можно сделать, используя Facebook Conversions API. В этой статье мы расскажем вам, как настроить Facebook Conversions API с помощью Google Tag Manager Server Container.
Эта статья посвящена Facebook Conversions API и покажет вам, как настроить Facebook Conversions API через контейнер сервера Google Tag Manager. Вы можете получить дополнительную информацию о Facebook Conversions API Gateway в нашем блоге. Кстати, обратите внимание на предварительно настроенные шаблоны Stape для Meta CAPI. Теперь настройка стала проще, чем когда-либо: все уже сделано и готово для вас!
Давайте рассмотрим, что такое Facebook Conversions API и как мы можем использовать его для улучшения отслеживания событий, атрибуции и сбора данных в Facebook. Facebook Conversions API позволяет отправлять любые события с облачного сервера на выбранный пиксель Facebook.
Facebook CAPI имеет ту же цель, что и пиксель Facebook, но за ними стоят разные технологии. Политика и ограничения сделали FB CAPI более приспособленным к потребностям современной среды отслеживания. Что касается Facebook Conversions API, то он не задействует браузер пользователя для отправки информации для отслеживания. Все делается через облачный сервер. Это делает данные пользователя более безопасными и точными.
Если мы внимательно посмотрим на ссылку рекламы Facebook, то увидим, что в конце практически любого URL-адреса FB добавляет свой дополнительный параметр fbclid. Пиксельный код на целевой странице сохраняет значение этого параметра в cookie и затем отправляет его вместе с любым событием Facebook. Наряду с идентификатором клика (fbclid) Facebook использует идентификатор браузера (fbp). Куки fbp и fbc помогают FB определить, какой пользователь перешел на ваш сайт и кто его конвертировал.
FB может сопоставить пользователей по другим параметрам, таким как электронная почта, номер телефона, имя/фамилия и т.д. Чем больше пользовательских данных вы отправляете в Facebook Conversions API, тем выше коэффициент совпадения.
Facebook server-side tagging или Facebook Conversions API был доступен на Facebook в течение нескольких лет. Но начиная с 2021 года, FB начал усиленно продвигать Conversions API. Если у вас есть специальный представитель Facebook, помогающий с вашим рекламным аккаунтом, он, скорее всего, позвонит вам и порекомендует настроить Facebook Conversions API.
Это самые важные причины, по которым стоит задуматься о внедрении Facebook Conversions API. Подробности смотрите ниже в инфографике.
Интегрировав Conversions API вместе с Meta Pixel, Ray-Ban смогла значительно улучшить свои рекламные результаты. Сочетание привело к увеличению охвата на 36% в Facebook и Instagram по сравнению с использованием только Meta Pixel.
Кроме того, бренд зафиксировал снижение стоимости за 1 000 просмотров на 19% и снижение стоимости за конверсию на 7%, что демонстрирует эффективность Conversions API в оптимизации кампаний и достижении лучших результатов.
Meta Conversions API Gateway — это самое быстрое решение для внедрения серверного отслеживания Meta, не требующее специальных знаний.
Stape предлагает хостинг для Conversions API Gateway по цене $10 за пиксель в месяц или $100 за 100 пикселей в месяц. Кроме того, все пользователи получают 7-дневный бесплатный пробный период.
Один из самых доступных способов — использование серверного Google Tag Manager (sGTM). С помощью sGTM компании могут отправлять данные клиентов напрямую на серверы Facebook.
Плюсы настройки Facebook CAPI через sGTM:
Минусы настройки Facebook CAPI через sGTM:
В этой статье мы сосредоточимся на настройке серверного отслеживания Facebook через серверный GTM.
Мы будем использовать контейнер серверного Google Tag Manager для настройки Facebook Conversions API. Для настройки Facebook Conversions API вам понадобится следующее:
У нас также есть публикация в блоге о серверном контейнере Tag Manager и его преимуществах в нашем блоге.
В этом видео показано, как настроить Facebook Conversions API с помощью Google Analytics 4.
2. Отправьте данные на сервер GTM-контейнера. Два наиболее популярных способа отправки данных в sGTM - это Google Analytics 4 и Data Tag/Data Client.
3. Перейдите в серверный контейнер Google Tag Manager. Добавьте тег Facebook Conversions API из галереи шаблонов.
4. Создайте тег Facebook Conversions API в серверном контейнере Google Tag Manager. Выберите Tag -> Нажмите кнопку New -> Выберите тег Facebook, который вы импортировали на предыдущем шаге.
Добавьте ваш Facebook Pixel ID и Facebook API Access Token (мы рекомендуем добавить его как переменную, так как эти значения понадобятся вам для каждого события Facebook, которое вы хотите отслеживать). Если вы не знаете свой Facebook API Access Token, обратитесь к документации Meta.
5. У вас есть 2 варианта настройки нашего пользовательского тега Facebook Conversions API:
6. Если вы выбрали вариант override, вам нужно будет использовать события GA4 или Data Tag/Data Client для запуска серверных событий Facebook. Событие pageview Facebook должно срабатывать по пользовательскому событию page_view, заявленному определённым клиентом (например, если вы выбрали GA4 как источник данных для серверного GTM, то нужно использовать событие page_view, когда имя клиента равно GA4).
Чтобы настроить другие события, перейдите в режим предварительного просмотра sGTM, выполните действие на вашем сайте, которое хотите отслеживать в Facebook, и проверьте название события, которое GA4 или Data Tag отправляет в ваш серверный контейнер.
На скриншоте ниже мы хотим настроить событие Facebook ViewContent, когда кто-то открывает страницу продукта на нашем сайте. Убедитесь, что вы также отправляете вместе с событием GA4 / Data Tag из веб-контейнера любые дополнительные данные, которые хотите использовать для серверного события. В приведённом ниже примере также используются стандартные параметры Facebook eCommerce и пользовательские данные.
Для этого мы создали новый тег внутри серверного контейнера, установили его на override, выбрали стандартное событие ViewContent, добавили API Access Token и Facebook Pixel ID. Мы также добавили User Data и создали новый триггер с названием события, равным view_item, и Client Name, равным GA4.
7. Вы можете передавать пользовательские параметры через поля Server Event Data Override, User Data и Custom Data. Вы можете отправлять пользовательские данные для увеличения показателя совпадения в Facebook через поле User Data. Обратите внимание, что информация о пользователе, которую вы хотите отправить в Facebook Conversions API, должна быть хеширована. Наш тег Facebook автоматически хеширует необходимые данные.
Вы также можете включить Event Enhancement для использования HTTP-only secure cookie (gtmeec) с целью обогащения данных события. Когда эта функция включена, тег сохраняет данные пользователя в cookies и обогащает события данными пользователя, когда они недоступны. Таким образом, вы можете повысить качество совпадения событий, что может улучшить атрибуцию конверсий к кампаниям.
8. После завершения настройки всех событий Facebook откройте режим отладки Google Tag Manager и проверьте, правильно ли работают события Facebook. Вы также можете перейти к тегу Facebook внутри серверного контейнера и добавить Facebook test ID. Найти test ID можно в Meta Events Manager на вкладке Test Events.
9. После того как вы настроили и убедились, что Facebook Conversions API работает правильно, вам необходимо удалить отслеживание браузера FB или настроить дедупликацию событий. В противном случае ваши события будут дублироваться.
Первый шаг в тестировании серверного отслеживания Facebook такой же, как и для Google Analytics. Вам нужно убедиться, что события срабатывают по правильным триггерам. Откройте инструмент отладки GTM, перейдите по страницам вашего сайта и выполните события, которые хотите протестировать. После этого перейдите на вкладку отладчика Tag Manager и проверьте результаты.
Сначала убедитесь, что базовый пиксель FB срабатывает при просмотре страницы. Если вы видите статус тега Fail, проверьте исходящие запросы, которые должны указать, почему тег не сработал.
Если вы используете наш тег серверного отслеживания FB, у вас есть два варианта отправки событий FB:
Откройте Events Manager в вашем Facebook Business Manager и нажмите Test Events. Вы увидите код тестового события, который нужно добавить в тег Facebook внутри Google Tag Manager. Этот код позволит вам тестировать серверные события Facebook в реальном времени.
После добавления test ID откройте ваш сайт и выполните действия, которые запускают ваши события FB. Затем вернитесь к инструменту тестирования Facebook и проверьте отображённые события. В столбце Received From вы должны увидеть Server. Вы можете нажать на событие, чтобы просмотреть записанные параметры.
Обратите внимание, что плагин Chrome Facebook Pixel Helper, который вы использовали для проверки браузерных событий Facebook, не будет работать для Conversions API. Поэтому вам нужно проверять всё в инструменте тестирования.
| Примечание: cookies будут продлены только при использовании пользовательского поддомена в URL тегирования. Например, если URL вашего сайта example.com, то пользовательский домен для URL тегирования должен выглядеть как gtm.example.com. |
Третий шаг аналогичен тому, что мы делали ранее, но с некоторыми отличиями. Чтобы проверить дату истечения cookies Facebook, сначала нужно их сгенерировать. Для этого откройте ваш сайт и добавьте fbclid.
После этого откройте инструменты разработчика, перейдите в Storage и нажмите Cookies. Проверьте, что _fbc и _fbp были продлены.
С помощью Stape вы можете повысить точность отслеживания и результаты кампаний с серверным тегированием.
В зависимости от используемой платформы вы можете быстро и эффективно настроить отслеживание с помощью наших пользовательских шаблонов. Следуйте пошаговым руководствам для настройки Meta CAPI с использованием серверного GTM для:
Шаблоны и руководства для Wix, Shopware, Prestashop и других скоро появятся. Сообщите нам, если вам нужен шаблон для другой CMS.
Facebook рекомендует использовать и Pixel, и Conversions API для отслеживания событий, но без дедупликации событий дублированные данные из браузера и сервера могут исказить результаты. Дедупликация гарантирует сохранение только одного события за счёт использования уникальных ID событий, общих для обоих источников. Правильная настройка требует генерации и синхронизации этих ID между браузерными и серверными событиями, что можно проверить в Events Manager Facebook.
Кроме того, отправка данных пользователя через Conversions API улучшает качество совпадения и показатели совпадения событий, повышая эффективность рекламы. Данные пользователя в идеале должны поступать из data layer и соответствовать политикам конфиденциальности. Инструменты, такие как плагины Stape, упрощают интеграцию данных пользователя для лучшей оптимизации кампаний Facebook.
Для сопоставления пользователей, посещающих ваш сайт, с их базой данных Facebook использует User Data для Conversions API.
Facebook требует хешировать некоторые параметры перед отправкой, но вам не нужно об этом беспокоиться; тег Facebook автоматически хеширует все данные перед отправкой.
Чем больше параметров пользователя вы отправляете в Facebook, тем выше шансы на совпадение с пользователем, что приводит к более высокому показателю совпадения событий.
Отправка параметров пользователя с вашего сайта в Facebook — это деликатная тема, поскольку вы будете делиться данными пользователя со сторонним сервисом. Поэтому перед отправкой этих данных в Facebook убедитесь, что они соответствуют вашей политике конфиденциальности.
В идеале данные пользователя должны быть добавлены в data layer. Если это невозможно, попробуйте собрать их со страницы с помощью пользовательского кода JavaScript и отправить вместе с конверсиями или событиями, которые вас интересуют.
Например, все плагины Stape для CMS (для Facebook CAPI для Shopify, серверного отслеживания WordPress, Magento 2 Google Tag Manager, приложения GTM для BigCommerce) добавляют data layer, который также содержит данные пользователя.
Вы можете легко извлечь данные из data layer и добавить их к событиям Facebook в веб-контейнере.
Затем перенесите необходимые данные в серверный контейнер (в payload GA4 или Data tag, в зависимости от того, что вы используете).
Наконец, добавьте эти данные к вашему серверному событию Facebook.
Таким образом, вы достигнете лучшего качества совпадения ваших событий Facebook, потенциально улучшая эффективность ваших рекламных кампаний, так как Facebook лучше поймёт вашу аудиторию и оптимизирует ваши рекламные кампании.
Вы можете видеть все домены, отправляющие данные в ваш Facebook Pixel. Если Facebook обнаружит трафик с нового поддомена или домена, он отправит вам предупреждение. Вы можете добавить домены в белый или чёрный список, используя эту функцию для блокировки трафика с ваших тестовых сайтов или технических URL.
Скорее всего, вы также увидите трафик с gtm-msr.appspot.com. Это может произойти при запуске контейнера отладки/публикации или когда пользователи посещают ваш сайт с отключённым JavaScript (некоторые боты).
Чтобы создать списки разрешённых или заблокированных доменов, откройте Events Tool в Business Manager → нажмите Settings → прокрутите вниз до Traffic Permissions.
Это вторая по частоте ошибка Facebook CAPI по нашему опыту. Эта ошибка указывает на то, что вы не отправляете некоторые ключи дедупликации для ваших серверных событий. Facebook использует эти ключи дедупликации: event name, event ID, _fbp и external ID.
По нашему опыту, отсутствие параметров Event ID вызывает эту ошибку в 80% случаев. Проверьте, отправляете ли вы event ID как для Facebook Pixel, так и для Facebook Conversions API. Этот event ID должен быть одинаковым для браузерных и серверных событий, позволяя Facebook распознавать одинаковое event name и event ID для дедупликации.
Например, для событий PageView отправляйте одинаковый event ID и event name как из Facebook Pixel, так и из Facebook CAPI.
Чтобы протестировать event ID, откройте инструмент тестирования событий Facebook. Если всё верно, ваш результат должен выглядеть аналогично скриншоту ниже. Так Facebook показывает, что записал события PageView как из браузера, так и с сервера, имевшие одинаковый event ID, что указывает на обработку браузерных событий и дедупликацию серверных событий.
Но могут быть ситуации, когда вы видите браузерные и серверные события, срабатывающие хаотично. В этом случае проверьте event ID Facebook; скорее всего, они не идентичны. Вы можете использовать нашу пользовательскую переменную для веб-контейнера для настройки event ID Facebook. Подробнее о дедупликации событий Facebook читайте в разделе выше.
Иногда эта ошибка может возникнуть, если вы не удалили Facebook test ID и опубликовали теги Facebook CAPI в производственной среде. Мы рекомендуем настроить Test ID как переменную таблицы поиска, которая работает только при включённом режиме отладки, для решения этой проблемы.
Здесь Facebook предупреждает вас, что значения, отправляемые с сервера, не являются уникальными или неправильно отформатированы. Например, вы можете отправлять IP пользователя, содержащий символы помимо цифр, или выбрали неправильную переменную, например, отправив номер телефона в поле email.
Чтобы определить проблему, откройте режим предварительного просмотра серверного и веб-контейнера Google Tag Manager (если вы использовали GTM для настройки Facebook Conversions API). Вы должны увидеть, какие параметры пользователя были отправлены в Facebook и правильно ли они отформатированы. Протестируйте событие, нажмите на тег в режиме отладки и проверьте значения.
Эта ошибка также может указывать на то, что вы забыли включить параметр или он неправильно отформатирован.
Например, был клиент, который хотел отправлять страну и город пользователя на основе его IP-адреса. Facebook ожидал получить реальные данные адреса пользователя, введённые на сайте, а не автоматически извлечённые из IP. Эта настройка привела к ошибке о недопустимых параметрах ключа.
Эта ошибка обычно относится к браузерным событиям и указывает на то, что Facebook обнаружил данные пользователя в URL. Некоторые CMS и инструменты, такие как Calendly или PayPal, отправляют данные пользователя в URL после регистрации или покупки.
Эту ошибку трудно устранить, и она требует внимания ваших разработчиков. Они должны улучшить параметры запроса URL и удалить всю информацию о пользователе из URL. Также вы можете следовать инструкциям по удалению персональных данных (PII) и попытаться исправить проблему в GTM. Другой вариант — перейти исключительно на серверное отслеживание Facebook. Это позволит изменить URL перед отправкой в Facebook.
Для каждого серверного события, отправленного в Facebook, генерируется оценка качества совпадения событий. Эта оценка зависит от количества данных пользователя, которые вы отправляете в Facebook.
Если вы используете пользовательский поддомен для вашего сервера тегирования, в Facebook CAPI отправляются только User IP, browser ID, _fbp и _fbс. Отправка только этих параметров пользователя приводит к оценке качества совпадения около 4 из 10.
Для достижения высокой оценки качества крайне важно отправлять как можно больше параметров. Facebook использует эти данные для сопоставления пользователей на вашем сайте с пользователями в своей базе данных. Но прежде чем продолжить, убедитесь, что отправка данных пользователя в Facebook соответствует политике конфиденциальности вашего сайта и соответствующим нормативным требованиям. Технически отправка большего количества параметров полезна, так как это приводит к более точным данным об аудитории и конверсиях, предоставляет алгоритмам Facebook конкретную информацию о ваших пользователях и улучшает эффективность кампаний.
Как можно повысить оценку качества совпадения событий? Ответ прост: отправляйте больше данных пользователя. Однако реализация может быть сложной. Сначала проверьте, реализован ли data layer на вашем сайте и содержит ли он все данные пользователя. Например, если пользователи могут войти на ваш сайт, убедитесь, что данные пользователя отправляются в data layer при входе.
Если data layer не внедрен, поручите вашим разработчикам его настройку.
Далее убедитесь, что вы передаёте все параметры пользователя из веба в серверный контейнер.
Кроме того, новая функция Data Tag может помочь повысить качество совпадения. Мы добавили возможность сохранения данных пользователя. Например, если пользователь отправляет контактную форму на сайте, вы можете использовать Data Tag для сохранения данных пользователя в локальном хранилище и их использования на других страницах.
По умолчанию тег пытается сопоставить стандартные события GA со стандартными событиями Facebook. Если сопоставление невозможно, будет использовано необработанное название события из клиента GA. Например, если вы отправляете название события вроде: gtag(‘event’, ‘UserLikedProduct’), вы увидите событие UserLikedProduct в менеджере событий Facebook.
Ниже приведена схема сопоставления событий GA с событиями Facebook, которую мы используем в этом теге по умолчанию:
| page_view | PageView |
| add_payment_info | AddPaymentInfo |
| add_to_cart | AddToCart |
| add_to_wishlist | AddToWishlist |
| sign_up | CompleteRegistration |
| begin_checkout | InitiateCheckout |
| generate_lead | Lead |
| purchase | Purchase |
| search | Search |
| view_item | ViewContent |
| contact | Contact |
| customize_product | CustomizeProduct |
| donate | Donate |
| find_location | FindLocation |
| schedule | Schedule |
| start_trial | StartTrial |
| submit_application | SubmitApplication |
| subscribe | Subscribe |
Чтобы упростить миграцию вашего веб-тега Facebook GTM в серверный контейнер, мы сопоставили все данные, полученные клиентом GA, с событием Facebook без необходимости дополнительной настройки с вашей стороны. Это также поддерживает сопоставление событий GA Enhanced eCommerce, и, конечно, тег может переопределить любые параметры событий, отправляемые в Facebook.
Например, если тег определит, что тип события — Purchase, мы определим список продуктов, валюту и стоимость.
В следующих разделах мы опишем, как именно данные сопоставляются в каждой группе параметров.
1. Пользователь в Сообществе заметил, что после перехода на серверное отслеживание Facebook его аудитория ретаргетинга была значительно меньше трафика GA4 (около 15% match rate). Проблема заключалась не в неисправном отслеживании, а в нереалистичных ожиданиях: Facebook не может надёжно сопоставлять пользователей, используя только IP и User Agent. Решением стало следование рекомендованной Meta гибридной настройке (браузер + сервер с дедупликацией) и отправка всех доступных данных пользователя (таких как email или имя, когда это возможно). Этот подход улучшает качество совпадения и размер аудитории, тогда как чисто серверное отслеживание ограничивает потенциал ретаргетинга.
2. Многие пользователи в этой теме сталкиваются с проблемами серверного отслеживания Facebook и сопоставления FBP/FBC, особенно при использовании сторонних чекаутов. Использование шаблона Facebook CAPI от Stape на собственном поддомене, запуск ключевых событий на основном домене, внедрение гибридных браузерных+серверных событий для дедупликации и, при необходимости, использование webhooks решает большинство проблем. Всегда проверяйте данные через сетевые инструменты браузера, а не полагайтесь исключительно на Tag Assistant.
Вот и всё. Мы надеемся, что вы успешно перенесли отслеживание Facebook на серверную сторону. Facebook Conversions API — это мощный инструмент для понимания ваших клиентов, отслеживания их пути до конверсии и предоставления большего количества данных для оптимизации алгоритмов машинного обучения Facebook.
Мы можем помочь. Узнайте, сколько это будет стоить! Получите ответы за 24 часа. Да, мы серьезно.
Комментарии