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

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

Главная ошибка при переезде — переносить только активные кампании и забывать про слой данных. Если не зафиксировать структуру, отчёты сломаются: источники начнут дублироваться, постбэки поедут, а сравнение периодов станет мусором.

Перед миграцией снимай слепок текущей схемы: naming convention, макросы, токены, subID-цепочки, правила дедупликации, зоны часового пояса, атрибуцию, таймауты postback и редиректов. Отдельно сохраняй маппинг: campaign_id, flow_id, lander_id, offer_id, geo, device, payout model. Это база для реконструкции исторических срезов.

Дальше — параллельный прогон. Не руби старый трекер в ноль: заведи дублирующий поток, прогоняй тестовые клики, сверяй click_id, conversion_id, status, revenue. Чистим логи, проверяем постбэки. Если S2S у партнёра и трекера не совпадают по логике, история начнёт расходиться уже на первом уровне.

После переноса не пытайся «склеить» отчёты вручную. Лучше экспортируй сырые события, сохрани их в отдельное хранилище и делай сверку по временным окнам, а не по агрегатам. Иначе потеряешь возможность сравнивать фиды, крео и связки до/после миграции. Технический стек определяет потолок вашего ROI.

Сначала фиксируй данные, потом переключай трафик. И только после сверки всех связок закрывай старый контур. Data-driven подход или работа вслепую — выбор за тобой.