Один инструмент редко видит всю цепочку
Веб-аналитика хорошо показывает поведение на собственном сайте. Трекер связывает источник и click ID. Партнёрская платформа знает подтверждённые события и выплаты. Рекламный кабинет — расходы. Если пытаться выбрать «главную правду» только в одном месте, часть контекста потеряется.
Нужна не максимальная сложность, а понятное распределение ролей.
Минимальный стек
| Инструмент | Главная задача |
|---|---|
| Веб-аналитика | страницы входа, события на сайте, устройства |
| Трекер / SubID | источник, кампания, креатив, click ID |
| Партнёрская платформа | регистрации, FTD, confirmed events, revenue |
| Рекламный кабинет | расход, показы, клики |
| Таблица/BI | свести расходы и подтверждённый результат |
Сначала договоритесь о названиях
Если в одном отчёте кампания называется KZ_01, в другом kz-main, а в третьем 124567, склейка превращается в ручную работу. Хорошая схема UTM/SubID должна быть понятна до запуска.
Расхождения — нормальная часть системы
Разные платформы могут считать клики по-разному, использовать другую timezone и атрибуцию. Важно не добиться абсолютного совпадения любой ценой, а понимать причину расхождения и контролировать её стабильность.
Если вчера разница была 3%, а сегодня 30%, это уже сигнал для проверки.
Не собирайте данные «на всякий случай»
Каждый параметр должен отвечать на вопрос, по которому принимается решение. Если команда никогда не смотрит utm_term, возможно, его не нужно усложнять. Зато source, campaign, creative, GEO и device часто полезны практически.
Сводите расходы с confirmed результатом
Raw FTD может выглядеть хорошо, но если часть событий не подтверждается, фактическая стоимость выше. Поэтому финансовый отчёт лучше строить на том событии, за которое действительно происходит расчёт.
Retention и cohort — отдельный слой
Длинные метрики нельзя смешивать с мгновенными. Для них нужна дата привлечения и одинаковое окно наблюдения. Иначе старые пользователи всегда будут иметь больше накопленного результата.
Вывод
Стек аналитики должен помогать ответить «какой сегмент создал результат и почему», а не просто собирать максимум событий. Связанные материалы: UTM и SubID, postback S2S и расхождения атрибуции.