Автор:
Dan Murov
Хотите сделать поток данных с помощью Google Tag Manager более удобным? Настройка push-подписок в серверном контейнере GTM — простой способ автоматизировать процесс и улучшить отслеживание. В этой статье мы покажем, как настроить push-подписки, как они работают и как могут упростить управление данными. Давайте начнём!
Представьте двух людей: один делится информацией («publisher»), а другой получает её («subscriber»). В Pub/Sub publisher отправляет сообщения (например, данные или обновления) в «topic», который работает как почтовый ящик. Subscriber может получать эти сообщения из почтового ящика, когда будет готов.Эта система удобна для передачи данных из одного места (например, веб-сайта или приложения) в другое (например, облачный сервер). Она отлично подходит для таких задач, как обработка данных или запуск действий. Pub/Sub автоматизирует этот процесс и упрощает его управление! Google предоставляет подробную документацию. Pub/Sub предлагает несколько вариантов подписок:
В этой статье мы сосредоточимся на Push-подписках, которыми проще всего управлять с помощью серверного контейнера Google Tag Manager.
Необходимые роли и разрешения
Чтобы создать подписку, необходимо настроить контроль доступа на уровне проекта. Вам также понадобятся разрешения на уровне ресурса, если подписки и topics находятся в разных проектах. Чтобы получить необходимые разрешения, попросите администратора назначить вам роль IAM Pub/Sub Editor (roles/pubsub.editor) в проекте.В консоли Google Cloud перейдите на страницу Subscriptions.

Как получать сообщения с помощью серверного GTM: получение push-подписок через сервер Google Tag Manager ничем не отличается от обработки любого другого обычного вебхука; мы подробно рассмотрели это в статье о отладке входящих вебхуков в режиме предварительного просмотра сервера Google Tag Manager.
Если вы хотите отслеживать данные с помощью серверной настройки тегов, не полагаясь на скрипт GA, можно отправлять данные напрямую в серверный контейнер GTM с помощью вебхуков, например из CRM.Проблема возникает, когда вы хотите протестировать входящие данные вебхука в режиме предварительного просмотра сервера. Обычно для этого используются cookies, такие как gtm_preview, или HTTP-заголовок предварительного просмотра, но сторонние cookies не работают с вебхуками. Решение? HTTP-заголовок X-Gtm-Server-Preview.
Теперь Stape включает функцию, которая упрощает отладку входящих HTTP-запросов. Вот как она работает:
Создание пользовательского триггера события может сделать отладку входящих HTTP-запросов эффективнее, поскольку позволяет более точно управлять тем, какие события отслеживаются на основе определённых условий клиента.Это может показаться сложным, но не беспокойтесь — у нас есть подробные гайды по следующим темам:
Это ещё один отличный пример того, как серверный Google Tag Manager (sGTM) может делать больше, чем просто отслеживать и измерять данные. Он также отлично подходит для автоматизации задач и обработки данных таким образом, чтобы упростить работу вашего бизнеса. От маршрутизации данных и запуска действий до интеграции разных систем — серверный контейнер GTM помогает управлять всем эффективнее.
Если хотите сами увидеть, как это работает, свяжитесь с поддержкой Stape — мы будем рады помочь. Вы также можете попробовать решение бесплатно и посмотреть, как оно впишется в вашу настройку.
Хотите начать серверное отслеживание?
Попробовать бесплатно
Комментарии