Серверный контейнер Google Tag Manager: клиент, запрос, преобразование, тег, триггер, переменная, данные о событии и т.д.

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

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

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

В этой статье мы хотим более подробно рассмотреть основы работы с тегами на стороне сервера с помощью серверного Google Tag Manager. Мы рассмотрим основные компоненты серверного GTM.

Что такое серверный Google Tag ManagerСкопировать ссылку на этот раздел

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

Когда вы отправляете данные в sGTM, они сначала попадают на облачный сервер, а затем этот облачный сервер с помощью настроек sGTM передает данные сторонним средствам слежения.

Для передачи данных в sGTM можно использовать либо веб-менеджер тегов Google Tag Manager, CRM, WebHooks, либо настроить прямые запросы с вашего сервера. В любом случае доставка данных в sGTM осуществляется на основе входящих HTTP-запросов.

В зависимости от того, какой тип доставки данных в sGTM вы выберете, отслеживание может быть:

• Чисто серверным. Это когда вы отправляете данные с любого сервера (CRM, webhooks или ваших серверов) в серверный GTM.
• Сочетание веб-отслеживания и отслеживания на стороне сервера - это когда вы используете веб-GTM для передачи данных в серверный GTM. Одним из популярных способов доставки данных из веба в серверный GTM является использование Google Analytics 4 или Data tag.

Серверный Google Tag Manager (sGTM) отличается от веб-GTM по принципу работы, конфиденциальности, производительности и сложности.

С точки зрения структуры, существенное различие между веб- и серверным GTM заключается в том, что в sGTM появились два новых элемента: Клиент и Трансформации. О них мы поговорим далее в статье.

Составные части серверного GTM - клиенты, запросы, трансформации, теги, триггеры, переменные, данные о событиях и т.д.Скопировать ссылку на этот раздел

Прежде чем приступить к настройке серверных GTM-контейнеров, необходимо понять, из чего они состоят. На первый взгляд интерфейс sGTM очень похож на веб-интерфейс, и вы можете заметить общие элементы. Но разница между ними огромна, и не только потому, что в sGTM есть несколько новых элементов, но и из-за логики работы операторов sGTM.

Данные могут быть доставлены в sGTM в виде входящего HTTP-запроса (1). Когда клиент (2) утверждает входящий HTTP-запрос, данные в HTTP-запросах обрабатываются и классифицируются в данные о событиях, которые могут использоваться тегами, триггерами и переменными. Существует возможность использовать трансформацию до того, как данные в sGTM будут помечены. Трансформация является посредником между клиентами и тегами. С ее помощью можно исключить или включить какие-либо параметры, прежде чем тег получит к ним доступ. После срабатывания тега он отправляет исходящий HTTP-запрос (3) определенному поставщику.

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

В серверном Google Tag Manager существует два типа запросов:

• входящие HTTP-запросы для получения информации.
• исходящие HTTP-запросы для распространения информации из контейнеров sGTM на соответствующие платформы.

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

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

Клиенты работают в соответствии с их приоритетом. Один клиент может претендовать на запрос, но несколько клиентов могут пытаться претендовать на один и тот же запрос. Приоритет определяет, какой клиент будет претендовать на запрос. Клиенты с более высоким приоритетом будут активизированы для выполнения запроса.

В sGTM имеется только 5 клиентов по умолчанию, и, к сожалению, нет возможности добавить клиентов из галереи шаблонов sGTM.

ТрансформацииСкопировать ссылку на этот раздел

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

ТегСкопировать ссылку на этот раздел

Задача тега - взять объект данных о событии, отобразить его в нужный формат и отправить на серверы той сети, для доставки данных которой он был разработан. Например, тег Google Analytics доставляет данные на серверы Analytics, тег Facebook - на серверы Facebook и т.д.

В sGTM есть несколько тегов по умолчанию; многие серверные теги также доступны в галерее шаблонов sGTM. Полный список тегов Stape можно найти здесь: https://stape.io/solutions/tag/sgtm-tags.

ТриггерыСкопировать ссылку на этот раздел

Триггеры определяют, когда и как срабатывают теги. Они определяют условия, которые должны быть выполнены для выполнения конкретного тега. Настройка триггеров гарантирует, что нужные теги будут активированы в нужное время и зафиксируют требуемое взаимодействие с пользователем.

ПеременныеСкопировать ссылку на этот раздел

Переменные используются для разбора входящих HTTP-запросов и получения из запроса определенных данных для тегов, триггеров и клиентов.

Данные о событияхСкопировать ссылку на этот раздел

После разбора входящих HTTP-запросов клиент структурирует информацию в Event Data, которую могут использовать переменные. Концепция данных о событиях аналогична слою данных в веб-менеджере Google Tag Manager.

Режим предпросмотраСкопировать ссылку на этот раздел

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

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

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

В заключение следует отметить, что понимание лексики, связанной с Google Tag Manager, необходимо для эффективного отслеживания и аналитики в цифровом маркетинге. Поняв роль клиентов, запросов, преобразований, тегов, триггеров, переменных, данных о событиях и т.д., вы сможете использовать возможности sGTM для сбора ценных данных, оптимизации маркетинговых усилий и улучшения пользовательского опыта. Изучите возможности Google Tag Manager, чтобы открыть мир возможностей отслеживания и повысить эффективность принятия решений на основе данных.

Если вы запутались, мы избавим вас от головной боли. Не стесняйтесь обращаться к нам!

Спасибо за чтение.