Stape

3 простых шага для тестирования серверного Universal Analytics/GA4 и Facebook Conversion API

Автор
Stape
Опубликовано
February 06, 2021
Также мы есть в

Google Tag Manager изначально был разработан для того, чтобы облегчить жизнь маркетологов. Если вы используете веб-контейнер Google Tag Manager, вам больше не нужно просить разработчиков добавить пиксели отслеживания и ждать следующего обновления, чтобы увидеть ваше отслеживание на производстве.

В 2020 году компания Google выпустила серверную версию Google Tag Manager. Отслеживание на стороне сервера сложнее, чем настройка веб-контейнера, по крайней мере, пока, поскольку идея и технология, лежащая в основе серверных меток, полностью отличается от того, что мы привыкли иметь в Интернете. Но отслеживание на стороне сервера даст вашему сайту огромные преимущества. Server-side tagging становится все более популярной благодаря ее способности отслеживать людей, использующих AdBlockers, браузеры с ITP и другие ограничения на отслеживание.

Цель этой статьи не в том, чтобы убедить вас начать использовать теггинг на стороне сервера (есть еще одна статья в блоге, в которой описаны основные преимущества серверного отслеживания). Я предполагаю, что вы уже решили внедрить серверное отслеживание на своем сайте. Эта статья блога покажет вам, как проверить, правильно ли настроено отслеживание на стороне сервера для Universal Analytics, GA4 и Facebook conversion API.

Мы рассмотрим эти методы: проверка тегов на стороне сервера в режиме отладки серверного контейнера Tag Manager, инструмент тестирования событий Facebook и инструмент разработчиков в браузере. Давайте начнем.

1. Проверьте, правильно ли установлены Universal Analytics и серверное отслеживание GA4:Скопировать ссылку на этот раздел

1.1 Используйте предварительный просмотр и режим отладки контейнера на стороне сервера Google Tag Manager.Скопировать ссылку на этот раздел

Я предлагаю начать с предварительного просмотра и режима отладки в диспетчере тегов, чтобы убедиться, что ваши теги срабатывают тогда, когда должны. Инструмент отладки GTM покажет вам, какие теги и события были добавлены на сайт и сработали они или нет на определенных страницах/триггерах.

Режим отладки серверного контейнера менеджера тегов (Tag manager server container debug mode) работает аналогично веб-отладчику. Просто нажмите кнопку предварительного просмотра в правом верхнем углу. Затем перейдите на различные страницы и нажмите на кнопку или выполните события, установленные в серверном контейнере.

Вернитесь в debugger Tag Manager и проверьте, какие теги и события были запущены и все ли необходимые параметры были отправлены на dataLayer. Если все работает правильно, можно переходить к следующему шагу.

Tag Manager debugger
debug view

1.2 Проверьте, отправляют ли Universal Analytics и GA4 запросы с правильного URL тега.Скопировать ссылку на этот раздел

Чтобы убедиться, что запросы отправляются с URL-адреса кастомных тегов, вам придется погрузиться в зону разработчика. Здесь нам понадобятся инструменты разработчика Chrome или Safari (вы можете использовать и другие браузеры).

На Mac вы можете получить доступ к инструменту разработчика, нажав command+option+I или нажав правую кнопку мыши, затем inspect.

developer tool

Открыв инструмент разработчика, перейдите на вкладку Network и обновите страницу. Находясь внутри фильтра, введите collect. Вы должны увидеть запросы Universal Analytics и GA4. Нажмите на запрос UA или GA4, и справа вы увидите дополнительные параметры.

Имейте в виду, что вам нужно дважды проверить, что внутри URL запроса вы видите URL сервера тегов; это тот, который вы добавили в контейнер сервера и внутри переменной или тега Universal Analytics или GA4.

Примечание: cookies будут расширены только в том случае, если вы используете пользовательский поддомен внутри URL тега. Например, URL вашего сайта - example.com. Тогда пользовательский домен для URL тегов должен выглядеть как gtm.example.com.

Перейдите на вкладку application в developer tool, который вы использовали во втором шаге. Нажмите Storage-> Cookies. С правой стороны вы найдете cookie с именем FPID; проверьте дату в колонке "expires". Таким образом, срок действия cookies должен быть продлен до 2 лет. Я пишу этот пост в феврале 2021 года, а срок действия моего cookie истечет в феврале 2023 года. Если вы не используете отслеживание на стороне сервера и URL-адрес кастомный тег расположен под вашим основным доменом, Safari уменьшит срок действия куки до 1 или 7 дней. Если вы видите, что куки не были продлены, зайдите в Universal Analytics или GA4 внутри серверного контейнера, нажмите more settings. Или убедитесь, что вы используете кастомный URL тега, который выглядит как gtm.youdomain.com.

cookies named FPID

2. Протестируйте реализацию Facebook Conversion APIСкопировать ссылку на этот раздел

2.1 Используйте инструмент отладки сервера GTM для проверки правильности срабатывания базового кода и событий FB.Скопировать ссылку на этот раздел

Первый шаг тестирования отслеживания на стороне сервера Facebook такой же, как и для Universal Analytics. Вам нужно убедиться, что события срабатывают на правильные триггеры. Откройте инструмент отладки GTM, пройдитесь по страницам вашего сайта и выполните события, которые вы хотите протестировать. Как только вы это сделаете, перейдите на вкладку отладчика Tag Manager и проверьте результаты.

Во-первых, убедитесь, что базовый пиксель FB срабатывает при просмотре страницы.

FB base pixel

Если вы используете наш тег отслеживания на стороне сервера FB, у вас есть два варианта отправки событий FB:

● Унаследовать от клиента GA. В этом случае мы автоматически сопоставляем события UA со стандартными событиями FB. Если мы не можем сопоставить событие UA со стандартным событием FB, мы добавим его как пользовательское событие. Если вы используете опцию наследования, то в режиме отладки GTM вы увидите только базовый тег FB.

● Обход. Выбор опции обхода требует настройки событий сервера FB вручную внутри серверного контейнера. Таким образом, они будут видны в режиме отладки сервера.

2.2 Инструмент тестирования Facebook для Facebook conversion APIСкопировать ссылку на этот раздел

Откройте менеджер событий в бизнес-менеджере Facebook и нажмите на тестовые события. Вы увидите код тестового события, который необходимо добавить в наш тег Facebook внутри Google Tag Manager. С помощью этого кода вы сможете тестировать события сервера Facebook в режиме реального времени.

После того как вы добавили ID теста, откройте свой сайт и выполните действия, запускающие события FB. Затем вернитесь к инструменту тестирования Facebook и проверьте события, которые он вам показывает. В колонке "Received From" вы должны увидеть "Server". Вы можете нажать на событие и посмотреть записанные параметры.

Обратите внимание, что плагин Facebook pixel helper Chrome, который вы использовали для проверки событий браузера FB, не будет работать для API конверсии. Поэтому вам нужно проверить все внутри инструмента тестирования.

Примечание: cookies будут расширены только в том случае, если вы используете пользовательский поддомен внутри URL тегов. Например, URL вашего сайта - example.com, тогда пользовательский домен для URL тегов должен выглядеть как gtm.example.com.

Третий шаг снова похож на то, что мы делали для Universal Analytics, но имеет несколько отличий. Чтобы проверить срок действия куки Facebook, сначала нужно его сгенерировать. Для этого откройте свой сайт и добавьте fbclid.

После этого откройте инструменты разработчика, перейдите к хранилищу и нажмите на cookies. Проверьте, что _fbc и _fbp были расширены.

_fbc and _fbp

ЗаключениеСкопировать ссылку на этот раздел

Надеюсь, что у вас все получилось, и вы успешно настроили отслеживание на стороне сервера для Universal Analytics, GA4 или Facebook conversion API. Если нет, то эта статья должна помочь вам устранить неполадки и исправить настройку. Если у вас возникли вопросы, пожалуйста, напишите нам по адресу support@stape.io.

Теги:Facebook

Хостите свой сервер GTM на Stape

Регистрируясь, вы соглашаетесь с Условиями использования и Политикой конфиденциальности Stape