Как не сломать атрибуцию в Singular на этапе интеграции

Как не сломать атрибуцию в Singular на этапе интеграции

Почти все ошибки здесь не в «плохой аналитике», а в кривом наборе событий и идентификаторов. Если у вас в app event’ах нет единой схемы названий, а user_id, device_id и install referrer живут отдельно, MMP начнёт собирать красивый, но бесполезный отчёт.

Проверьте базовый набор:
— install и re-engagement должны быть разведены по логике, а не только по имени;
— revenue-события должны совпадать по валюте, таймзоне и типу значения;
— дубли кликов и постбеков нужно отсекать до отправки в BI;
— один и тот же event name нельзя использовать для разных бизнес-смыслов.

Отдельно следите за окнами атрибуции и дедупликацией. Если источник, SDK и сервер шлют один и тот же сигнал разными путями, вы получите лишние конверсии, спорные ретаргетинг-реанимации и вечный спор «почему расход не сходится с installs».

Если собираете схему с серверными событиями, заранее зафиксируйте, кто является source of truth: SDK, backend или ad network postback. Тогда интеграция перестаёт быть магией и превращается в воспроизводимый пайплайн.