Миграция трекера без потери конверсий

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

Контракты, сохраняемые здесь, - эхо subid, поля постбеков, статусная маршрутизация - описаны в гайде от постбека до CAPI; миграция - это те же контракты, соблюдённые при переезде.

Почему клики в полёте - настоящее ограничение

Конверсия атрибутируется через трекер, записавший клик: сеть возвращает sub ID, выданный старым трекером, по URL постбека, который старый трекер ей выдал. Это ожидание не истекает от щелчка переключателя - оно истекает, когда цикл воронки каждого клика в полёте доиграет: посетитель конвертится (или нет), сеть подтверждает (или отклоняет), постбек приземляется (или окно на стороне площадки закрывается).

Поэтому миграции в духе «просто поменяем ссылки» теряют деньги. С дня переключения сосуществуют две популяции:

1. Новые клики, записанные новым трекером и ждущие нового адреса постбека.
2. Клики в полёте, записанные старым трекером и всё ещё ждущие старый адрес постбека - столько, сколько могут легально приезжать их подтверждения.

Убьёте адрес постбека старого трекера в день переключения - и вторая популяция молча подарит свои конверсии никому: сеть стреляет, ничто не матчится, и трекерный симптом - знакомая строка «клик не найден» (траблшутинг постбеков Keitaro называет её дословно).

Параллельный период

Миграция, которая не теряет ничего, гоняет обе системы какое-то время:

1. Настройте новый трекер полностью - кампании, офферы, постбек-контракты с сетями, интеграции площадок - до того, как двинется хоть один клик. Новый трекер, получивший первый живой клик до проводки исходящих постбеков, - шредер конверсий.
2. Переведите новый трафик на новый трекер, сменив ссылки назначения объявлений. С этого момента новые клики рождаются в новой системе.
3. Держите старый трекер полностью живым - тот же домен, тот же URL постбека в настройках каждой сети, те же интеграции площадок - ради популяции в полёте.
4. Дайте старому трекеру угаснуть естественно. Конверсии в полёте продолжают приземляться по мере подтверждений сетей; хвост отчёта худеет день за днём, пока не останется один шум.

Параллельный период стоит дёшево: две подписки на трекеры и немного двойного мониторинга. Альтернатива - жёсткое переключение - стоит каждой конверсии, чьё подтверждение приедет после смерти старого адреса.

Порядок переключения: что меняется и когда

Правила последовательности:

1. Ссылки назначения трафика переключаются первыми. Объявления и ротации смотрят на новый трекер; это единственный шаг, затрагивающий будущие клики.
2. Интеграции площадок делятся по популяциям. Интеграции нового трекера доставляют конверсии новых кликов; интеграции старого продолжают доставлять конверсии в полёте, пока те не иссякнут.
3. Маппинги постбеков сетей остаются по-трекерными. Каждая сеть держит старый URL постбека для кликов старых офферов в полёте и получает новый URL только для офферов нового трекера. Никогда не направляйте постбек сети на новый трекер для офферов, чьи клики всё ещё в полёте в старом.
4. Платформенная идентичность остаётся консистентной. Если оба трекера доставляют в один рекламный кабинет в параллельный период, ничто на стороне площадки не сольёт их результат: дедуп Meta сводит пиксель браузера с серверным событием и не отбрасывает два серверных (правила дедупа). Защита - само разделение популяций: старые клики доставляет только старый трекер, новые - только новый.

Во время пересечения смотрите обе книги раздельно. Смешивание их отчётов задваивает неделю миграции; чтение бок о бок показывает, что передача работает.

Окна: как долго конверсии в полёте ещё могут приезжать

Миграцию ограничивают три окна:

1. Задержка подтверждения сети - сколько проходит от конверсии до выстрела постбека. Колл-центр-вертикали отстают на дни; офферы с мгновенным аппрувом - на минуты.
2. Окно приёма площадки - Conversions API Meta, например, принимает event_time до семи дней в прошлое (using the API), что ограничивает, насколько поздняя конверсия ещё стоит доставки.
3. Горизонт пересогласования сети - некоторые сети переотчитывают смены статусов долго после первичного постбека.

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

Закрытие каждого этапа

Чеклист верификации по этапам:

1. Новая популяция: тестовая конверсия через новый трекер - постбек сматчен, событие площадки видно в Test Events (гайд get started Meta документирует окна видимости).
2. Популяция в полёте: лог постбеков старого трекера продолжает получать строки; счётчик Click for subid not found держится около нуля, потому что для старых кликов ничего не менялось.
3. Платформенные тоталы: во время пересечения следите за дублями - правила дедупа не сливают два серверных события, поэтому однократный счёт держит только строгое разделение популяций (раздел выше) (картина трёх систем).
4. Отключение: только когда лог конверсий старого трекера суше, чем самый длинный лаг подтверждения + окно приёма.

Чеклист поиска неисправностей постбеков - ежедневный инструмент для обоих трекеров в параллельный период.

Миграция трекера: частые вопросы

Источники