Смена инфраструктуры ломает аналитику не в коде, а в потоке событий

Смена инфраструктуры ломает аналитику не в коде, а в потоке событий

При миграции пикселя, GTM, CRM или backend-триггеров проблема редко выглядит как полный отказ. Чаще данные начинают расходиться: часть событий дублируется, часть теряет параметр, а часть приходит с новой схемой имен. Аналитика — это не гадание, а интерпретация метрик.

Проверяйте целостность по трём уровням:
— количество событий до и после миграции;
— совпадение ключевых параметров: order_id, user_id, revenue, currency;
— стабильность последовательности: view_content → add_to_cart → purchase.

Если события приходят, но атрибуция съехала, ищите разрывы в идентификаторах. Частая причина — смена домена, контейнера, способа генерации client_id или переход на server-side без синхронизации логики. Любая неточность в трекинге ведет к неверным бизнес-решениям.

Не ограничивайтесь интерфейсом рекламной системы. Сверяйте логи сервера, сетевые запросы, очереди передачи и внутренние события продукта. Настраиваем эвенты так, чтобы видеть путь пользователя целиком.

После переключения инфраструктуры держите параллельный прогон: старый и новый контуры должны какое-то время собирать одни и те же события. Это позволяет поймать потери, а не гадать по отчётам. Проверим в системе трекинга.

Если после миграции не сходятся идентификаторы, объёмы и порядок событий, проблема уже найдена. Сначала выравниваем поток, потом принимаем решения.