Смена инфраструктуры без потерь: как проверить целостность событий до и после миграции

Смена инфраструктуры без потерь: как проверить целостность событий до и после миграции

При переезде трекинга важен не сам факт отправки событий, а их сопоставимость. Если меняется домен, контейнер, CDN, сервер или схема маршрутизации, данные начинают расходиться по источникам: часть событий уходит в пустоту, часть дублируется, часть теряет параметры.

Проверка строится по трём слоям:
— сырой запрос: есть ли событие в network-логе и уходит ли оно на нужный endpoint;
— обработка: сохраняются ли event_name, timestamp, user_id, client_id, параметры и UTM;
— стык систем: совпадают ли объёмы, уникальные пользователи и последовательность ключевых шагов в аналитике и рекламных кабинетах.

Для контроля сравнивайте не только количество событий, но и структуру payload. Частая ошибка — событие приходит, но пустые поля после миграции ломают атрибуцию. Отдельно проверьте дубли: одинаковый event_id, повторная отправка при ретрае, двойной запуск тега из старого и нового контура.

Практика простая: до переключения снимите эталонную выборку событий, после переключения повторите тестовый сценарий и сравните расхождения по каждому шагу. Если есть расхождение — ищите не в отчёте, а в логах клиента, сети и промежуточного обработчика. Аналитика — это не гадание, а интерпретация метрик.