GA4 vs Amplitude vs Mixpanel: почему “единую аналитику” почти всегда ломает не склейка данных, а модель событи

GA4 vs Amplitude vs Mixpanel: почему “единую аналитику” почти всегда ломает не склейка данных, а модель событий

Я всё чаще вижу, что команды покупают “правильные” инструменты (GA4, Amplitude, Mixpanel, Heap — любые), но всё равно получают разные цифры по одному и тому же бизнесу. И почти никогда проблема не в коннекторе или задержке. Проблема в том, как вы договорились о событиях и что считается одним и тем же действием пользователя.

Моё правило из практики: если у трёх систем нет общего словаря событий (event taxonomy) и одинакового маппинга параметров, то “единой витрины” не будет по определению. Даже если выгружаете сырые логи в CDP или кладёте данные в одно хранилище — различия возникнут уже на уровне семантики.

Что конкретно расходится чаще всего:
— “Start” vs “View” одной и той же страницы/шага в воронке (и дальше конверсия «прыгает»)
— повторные триггеры при навигации (SPA и бэкенд-рендер) — одна система считает событие, другая — нет, третья нормализует
— параметры: name/идентификаторы (например, product_id как строка в одной системе и как число в другой) → разный подсчёт уникальных пользователей и когорт
— идентификация: где и когда вы связываете anonymous-идентификатор с user_id (после логина/инвайта). В одной аналитике “один человек” может стать “двумя”.

Почему это особенно больно сейчас (и не только в 2026, просто стало заметнее):
— privacy-first атрибуция вытесняет last-click, значит вы сильнее зависите от корректной истории поведения, а не от последнего касания
— растёт роль Topical Authority (в контенте) и Zero-click: пользователи меньше “доходят до сайта” повторяемым кликом, значит качество триггеров и событий становится решающим для оценки воздействия контента и продукта
— в RevOps (выручка как общая метрика маркетинга/sales/customer success) вам нельзя “плыть” в определениях: MQL/SQL-статусы и продуктовые события должны стыковаться без ручных трактовок.

Один ориентир по цифрам: в типичном проекте, где запуск делался “как обычно”, мы в первом аудите ловили расхождение до 10–20% по ключевым конверсиям только из‑за дублирующихся/несовпадающих событий. После нормализации таксономии и параметров цифры сходились, и спор “какая система права” превращался в “какую модель мы выбираем и почему”.

Как я бы действовал:
— фиксировать таксономию событий как договор: название, условия, параметры, правила дедупликации, кто владелец
— отдельно тестировать SPA/edge-кейсы: роутинг, возвраты назад, повторный рендер
— строить матрицу соответствия “продуктовое действие ↔ аналитическое событие” для каждой воронки (а не “просто импортируем всё”)
— и только после этого — решать, GA4 это, Amplitude или Mixpanel (или параллельно). Инструмент вторичен, модель событий — первична.

Если хотите, могу дать шаблон таблицы таксономии: какие колонки я требую, чтобы потом не разъехались отчёты между GA4/Amplitude/Mixpanel и серверной атрибуцией.

— @AnalyticsStackRu