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

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

Перенос — это не “залить кампании в новый интерфейс”, а сохранить цепочку атрибуции. Иначе ломаются отчёты по ROI, отваливаются postback-цепочки, а старые данные превращаются в красивый мусор.

Что фиксировать до переезда:
— схема событий: click_id, subid, payout, status, source/placement
— таймзону, валюту, окна атрибуции, правила дедупликации
— UTM/params map: какие поля были обязательными, какие вычислялись
— все postback URL, API-gates, токены, фильтры по конверсиям
— список лендингов, редиректов, доменов и трек-ссылок

Историческую аналитику не переносят “как есть” — её нормализуют. Если в старом трекере были разные названия статусов, группировки по офферам или ручные корректировки, сначала выгрузи сырой лог, потом собери маппинг полей в новую схему. Иначе графики по сплитам и источникам поедут уже на уровне агрегации.

Перед переключением прогоняй параллельный период: новый трекер должен принимать те же клики и конверсии, что и старый, но без замены основного источника истины. Сверяй расхождения по количеству кликов, CR, апрувам, дубликатам и таймстампам. Любой разрыв — это баг в передаче данных, а не “плавающая статистика”.

После миграции оставь архивный дамп и схему полей в отдельном хранилище. Это дешевле, чем потом вручную восстанавливать воронку по обрывкам логов. Чистим логи, проверяем постбэки. Data-driven подход или работа вслепую — выбор за тобой.