Переход с Universal Analytics на GA4 в ecommerce: как не сломать воронки и события

Переход с Universal Analytics на GA4 в ecommerce: как не сломать воронки и события

Если вы параллельно тэгируете сайт в Universal Analytics (UA) и Google Analytics 4 (GA4), главный риск — расхождение схемы событий и “двойные” интерпретации в отчётах. В ecommerce это особенно больно: один неверно названный параметр на шаге “Просмотр товара” — и воронка Mixpanel Funnels начинает “плыть”. Ниже — практический чек-лист, как сохранить единый смысл шагов при переходе.

— Зафиксируйте семантику ключевых событий до правок
Составьте таблицу соответствий: “ViewItem”, “AddToCart”, “BeginCheckout”, “Purchase” и т.п. → какие события будут в UA и GA4, и какие параметры у каждого обязательны (например, item_id, price, currency). Цель — чтобы шаг воронки определялся смыслом, а не названием.

— Используйте единый набор параметров (schema), а не только названия событий
Проверьте, что одинаковые поля приходят во все системы: идентификатор товара/категории, валюта, ценность, источник/кампания (если применимо). Если в GA4 вы полагаетесь на новые поля, добавьте их и в UA-часть, либо наоборот приведите к общему минимуму.

— Разведите “двойное тэгирование” по слоям: data-layer → назначение в UA/GA4
Вместо того чтобы редактировать логику в двух наборах тэгов вручную, держите в основе один data-layer (единый контекст событий) и маппинг “как отправлять” отдельно для UA и GA4. Так вы уменьшаете вероятность, что воронка будет собираться из разных версий одного и того же события.

— Нормализуйте названия шагов для воронок (внутри аналитики используйте своё каноническое событие)
В Mixpanel Funnels задайте канонические события/шаги независимо от того, что отправляется в UA/GA4. Например: “Просмотр товара” всегда определяется одним и тем же условием (event_type + обязательные параметры), а не тем, как это называется в конкретной системе тегирования.

— Сделайте валидацию событий на “контрольных сценариях”
Выберите 5–7 типовых пользовательских путей (каталог → карточка → корзина → доставка/оплата → покупка, плюс возврат назад/изменение количества). Для каждого сценария проверьте: приходят ли события в нужном порядке, не теряются ли параметры и не появляется ли дубликат.

— Добавьте защиту от дублей и дрейфа параметров
Проверьте уникальные идентификаторы (transaction_id для покупки, unique item id для позиций) и настройте правила дедупликации/фильтрации там, где возможно. Особенно важно, чтобы “Purchase” не дублировался при повторной загрузке страницы или сетевых ретраях.

— Проведите контрольное сопоставление метрик “до/после”
Снимите базовые показатели (конверсия в корзину, в начало оформления, в покупку; доли по типам товаров) и сравните результаты. Если видите смещение — обычно причина в несовпадении схемы параметров или в некорректно проставленном источнике события, а не в “реальном поведении” пользователей.

когда это пригодится: при миграции с UA на GA4 и параллельном тэгировании ecommerce, когда воронки и события в разных системах начинают расходиться по смыслу.

— @MixpanelFunnelsRuPro