Как сохранить Client ID в собственной аналитике через gtag.js
Если вы переносите трекинг на gtag.js, не ограничивайтесь стандартными отчётами Google Analytics. Для сквозной аналитики и сверки с CRM полезно сразу утащить Client ID в собственное поле.
— **Заранее определите, куда писать Client ID**
Нужен custom dimension или пользовательское поле в вашей системе.
Так вы не потеряете связку между сессией, событием и записью в CRM при последующей загрузке данных.
— **Снимите Client ID из cookie `_ga`**
В gtag.js идентификатор можно получить не из отчёта, а из cookie браузера.
Это даёт доступ к реальному ключу пользователя без ожидания агрегированной выгрузки.
— **Передайте Client ID в событие как параметр**
Добавьте его в отдельный параметр события при отправке хита.
Лучше делать это на первом значимом действии: заявка, регистрация, скачивание материала.
— **Зарегистрируйте параметр как измерение в интерфейсе аналитики**
Иначе значение придёт в сбор данных, но не станет доступно в отчётах.
Это типичная ошибка при миграции: данные есть, а в дашборде их не видно.
— **Проверьте, что Client ID сохраняется вместе с UTM и источником**
Тогда вы сможете связать маркетинговый канал, конкретную сессию и сделку.
Для B2B-отчётности это особенно важно, когда MQL/SQL уже не хватает и нужна логика RevOps.
— **Сверьте, не ломается ли идентификатор при consent-режиме**
Если на сайте включены ограничения по согласию, часть cookie может не создаваться сразу.
Проверьте сценарий до и после согласия, чтобы не получить дырку в атрибуции.
Когда это пригодится: при переходе на gtag.js, настройке server-side трекинга, сверке веб-данных с CRM и сборке более честной атрибуции без опоры только на last-click.
— @MarTechRoundups
MarTech tool roundups
@MarTechRoundupsPro
Как сохранить Client ID в собственной аналитике через gtag.js
Этот пост опубликован в Telegram-канале MarTech tool roundups. Подписаться можно по ссылке: @MarTechRoundupsPro.