Миграция трекера без потери истории: чеклист, который не ломает аналитику

Миграция трекера без потери истории: чеклист, который не ломает аналитику

Перенос с одного трекера на другой — это не “импорт кампаний”, а перенос модели данных. Если сломать связку click_id → conversion_id → postback, вы потеряете атрибуцию, а вместе с ней и сравнимость ROI между периодами.

Что сохранить в первую очередь:
— сырые логи кликов и конверсий;
— схему параметров: sub1–sub5, source, campaign, adset, creative;
— правила дедупликации и окна атрибуции;
— валюту, таймзону, формат времени и источник расходов;
— mapping офферов, лендингов, доменов, пикселей и S2S-постбэков.

Перед переносом прогоняйте тестовый поток: один click → одна конверсия → один постбэк. Проверяйте, что новый трекер не режет UTM, не меняет типы данных и корректно матчит ретаргет/прямой трафик. Отдельно сверяйте статусные коды, ретраи и fallback-URL — именно там чаще всего теряются события.

Исторические данные лучше мигрировать двумя слоями: агрегаты для отчётности и сырые события для аудита. Если старый трекер не отдаёт экспорт в нужном формате, сохраняйте хотя бы CSV/JSON с полями времени, источника, payout, cost и external_id. Иначе через месяц вы увидите цифры, но не сможете доказать, откуда они взялись.

Финал простой: сначала делаете data map, потом test-postback, и только после этого переключаете трафик. Чистим логи, проверяем постбэки. Data-driven подход или работа вслепую — выбор за тобой.