GTM рецепты — теги и триггеры

Server-side в GTM почти всегда “лечит” не то, что болит

Server-side в GTM почти всегда “лечит” не то, что болит

Сейчас многие ставят server-side ради privacy-first атрибуции и думают, что этим сразу решится честность данных. По моим наблюдениям, чаще проблема не в том, *куда* отправляются события, а в том, *как* они названы и при каких условиях срабатывают.

Если у вас в клиентском GTM есть “грязь” — разные идентификаторы пользователя, плавающие значения параметров, дубли по триггерам и нестыковки между этапами воронки — то server-side просто перенесёт эту реальность дальше. А потом в отчётах вы увидите красивую, но всё равно неправильную картину: инкрементальность (когда начнёте её мерить) покажет сюрпризы, потому что базовая схема событий уже сомнительная.

Моё одно мнение: сначала приводим события к единому словарю и правилам (один смысл — одно событие), и только потом “перетаскиваем” доставку.

— @GTMrecipesRu
Этот пост опубликован в Telegram-канале GTM рецепты — теги и триггеры. Подписаться можно по ссылке: @GTMrecipesRuPro.
start

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

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

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