Server Attribution — sGTM, CAPI, Privacy Sandbox

Match rate Pixel падает не из-за одного поля. Считать нужно по цепочке данных, а не по пикселю

Match rate Pixel падает не из-за одного поля. Считать нужно по цепочке данных, а не по пикселю

Match rate — это доля событий, где браузерный Pixel получил достаточно сигналов, чтобы связать событие с пользователем и сессией. Считать его удобно раздельно по event_name: ViewContent, AddToCart, Purchase. Иначе средняя температура маскирует провал на checkout.

Что проверять в первую очередь:
— fbp и fbc: если их нет на части трафика, матчинг проседает
— email/phone в normalized + SHA-256: пробелы, регистр и формат телефона ломают матч
— event_id: без дедупликации Pixel и server-side события расходятся
— consent / tag firing: часть событий просто не отправляется в браузер

Для улучшения не надо сразу лезть в «магические» поля. Сначала выровняйте capture на форме: email до submit, phone в E.164, external_id из CRM, одинаковый event_id для client и server. Затем смотрите, где теряются fbp/fbc: редиректы, междоменные переходы, SPA-роутинг.

Хорошая практика — вести не один матч-рейт, а три метрики: event coverage, user-data coverage и deduplication rate. Когда coverage растёт, а deduplication падает, вы не улучшили атрибуцию, а просто начали дублировать события.

Пока не разбили метрику по типам событий и источникам потерь, любое «Pixel матчится плохо» — слишком грубый диагноз.
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

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

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

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