MMP-постбек и серверное событие платформы описывают одну и ту же конверсию на разных языках, а переводит их Conversions API - то есть сопоставление поля с полем. Мобильный измерительный партнёр - AppsFlyer, Adjust - говорит на своей грамматике постбеков: свои имена событий, свои атрибутивные идентификаторы, свои поля выручки. Conversions API платформы - Meta, TikTok, Snap, Reddit, Pinterest - ждёт свои имена полей, свои правила хеширования, свои ключи дедупликации. Слой сопоставления превращает одно в другое, не теряя идентичность и не удваивая счёт.
Два словаря
| Концепт | MMP-постбек | Серверное событие платформы |
|---|---|---|
| Идентичность конверсии | Идентификатор события или транзакции MMP | event_id / семейство client_dedup_id |
| Имя события | In-app имя события MMP | Enum платформы или собственное имя |
| Выручка | Поле revenue и валюта постбека | Поля value и currency серверного события |
| Идентичность пользователя | Девайс-идентификаторы (GAID/IDFA), хешированные контакты, если собраны | user_data: хешированные email/телефон, мобильные ID |
| Клик-атрибуция | Атрибутивная запись MMP | Собственный клик- или куки-идентификатор платформы |
Сопоставление детерминировано по замыслу: для одной измеренной конверсии один и тот же постбек всегда должен давать одно и то же серверное событие. Любое творчество в этом слое - свежие идентификаторы на каждую отправку, плывущие имена событий - всплывает позже двойным счётом или потерей сопоставления на стороне платформы.
Какие поля несут основной вес
Идентичность конверсии переносит транзакционный или событийный идентификатор MMP в поле дедупликации платформы - event_id у Meta, client_dedup_id у Snap, conversion_id у Reddit. Это значение читает задача дедупликации, и оно обязано совпасть с тем, что посчитал браузерный тег для той же конверсии. Идентификаторы пользователя уходят в семейство user_data: хешированные email и телефон, если приложение их собрало, и мобильные идентификаторы - Snap документирует madid в lowercase без хеша, плюс idfv и anon_id для app-событий, - и app-атрибуция берёт их напрямую. Ссылка на клик переносит атрибутивную запись MMP в кликовое поле платформы, если оно есть - например, sc_click_id Snap из URL лендинга.
Где сидит дедупликация
Измеренная app-конверсия может попасть на платформу дважды: один раз - пересланная MMP, второй - отправленная вашим собственным серверным процессом. Площадки, которые согласуют доставку по нескольким каналам, рассчитывают, что слой сопоставления отправит одну и ту же идентичность с обоих путей: у Snap это client_dedup_id для пикселя, SDK и API в пределах 48 часов, у Meta - пара event_id. Механика по сетям - в событиях Snapchat, мобильные идентификаторы - в app-конверсиях Snapchat через MMP, приём Meta - в дедупликации пикселя и CAPI.
Кому владеть сопоставлением
Если делать это руками, соответствия живут в вашем сервисе доставки: на входе постбек, на выходе - тело запроса под каждую платформу, с хешированием, отправкой пакетами и повторными попытками по каждой сети. Команды, которые сводят этот слой в один, используют MOST: один постбек на входе, корректные тела запросов на выходе на шести сетях; Pixel Activator помогает проверить одну конверсию вручную. Окружающий стек - трекер, MMP и доставка - разложен в гайде по стеку MMP, трекера и CAPI.
Frequently asked questions
Sources
Sources
- Ручное тестирование и валидация: Pixel Activator отправляет бесплатные тестовые события, пока вы настраиваете параметры.
- Автоматическая доставка: Most непрерывно передаёт конверсии из трекера или CRM, сам следит за дедупликацией и повторными попытками.