Рішення
Pub/Sub Publish tag
26 черв. 2025 р.
Автор:
Dan Murov
Хочете зробити потік даних за допомогою Google Tag Manager зручнішим? Налаштування push-підписок у серверному контейнері GTM — простий спосіб автоматизувати процес і покращити відстеження. У цьому матеріалі ми покажемо, як їх налаштувати, як вони працюють і як можуть спростити роботу з даними. Почнімо!
Уявіть двох людей: один ділиться інформацією («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 — ми радо допоможемо. Також можете спробувати рішення безкоштовно й перевірити, як воно вписується у вашу конфігурацію.
Хочете перейти на серверне відстеження?
Спробувати безкоштовноРішення
26 черв. 2025 р.
Коментарі