Server Attribution — sGTM, CAPI, Privacy Sandbox

Анти-кейс: double UTM ломает GA4-атрибуцию ещё до sGTM

Анти-кейс: double UTM ломает GA4-атрибуцию ещё до sGTM

DumbData разобрали типовую ошибку: UTM-параметры добавлены к landing page URL больше одного раза. Если в URL повторяется один и тот же UTM-параметр, Google Analytics берёт последнее значение.

Что это значит для performance:
— utm_source / utm_medium / utm_campaign могут перезаписаться не тем значением;
— GA4 получит «валидный» hit, но с неправильной разметкой;
— дальше sGTM, CAPI или Enhanced Conversions уже будут работать с искажённым source/medium;
— проблема выглядит как атрибуционная, но корень — в URL hygiene.

Пример паттерна:
?utm_source=facebook&utm_medium=paid&utm_source=meta

Для GA последнее значение utm_source будет meta.

DumbData также выпустили бесплатный GA4 UTM Auditor Tool для поиска таких ошибок. По статье, инструмент поддерживает проверки по девяти рекламным платформам.

Практика для sGTM:
перед тем как дебажить Client / Tag / Event Data в GTM Server, проверьте, не приезжают ли в GA4 уже конфликтующие UTM. Иначе server-side слой аккуратно прокинет дальше мусорную атрибуцию.
Источники:
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.
start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @dumay. Быстрый тест: $20 за канал, $99 за пакет по сети.