Переезд трекера — это не «развернуть и переключить DNS». Разбираем инвентаризацию, теневой запуск, перевод трафика по шагам, переключение домена с малым TTL, типичные грабли и план отката.
Смена трекера почти всегда выглядит страшнее, чем есть: страшно потерять конверсии в постбэках, уронить DNS и получить расходящуюся статистику. На практике переезд сводится к трём вещам — полной инвентаризации, теневому запуску и постепенному переводу трафика с планом отката. Ниже — рабочий порядок действий с контрольными точками.
| Признак | Что происходит | Риск |
|---|---|---|
| Лимиты по кликам и событиям | В пиковые часы часть запросов режется или ставится в очередь | Потеря трафика и денег именно тогда, когда льётся объём |
| Чужие IP и домены | Трекинг-домен и адреса делятся с другими пользователями сервиса | Блокировки и репутационные проблемы «за компанию» |
| Нет своих данных | Логи, клики и постбэки выгружаются частично | Нельзя посчитать воронку, разобрать инцидент и обучить оптимизацию |
| Риск банов и аварий | Доступность зависит от чужой инфраструктуры и соседей | Остановка трафика без SLA и без вашего влияния |
| Нет своей логики | Правила, пороги и фильтры одинаковы для всех | Нельзя защитить воронку под свой источник |
Если совпало два пункта и больше — считайте, что подготовка к переезду уже идёт. Начните с инвентаризации: она же покажет масштаб и сроки.
| Актив | Что зафиксировать | Куда переносится |
|---|---|---|
| Домены | Список трекинг-доменов, DNS-провайдер, текущие TTL, срок SSL | DNS-платформа: зоны, записи, сертификаты |
| Кампании | Ссылки, параметры, гео и устройства, расписания, приоритеты | TDS: потоки и маршруты |
| Офферы | Payout, целевые URL, лимиты, партнёрские сети | TDS: офферы и ротация |
| Постбэки | Форматы приёма, токены, endpoint, статусы, идемпотентность | TDS: приём конверсий |
| Источники | Метки, макросы, белые списки, ставки | Отчёты и правила маршрутизации |
| Бот-правила | UA/IP-списки, пороги скоринга, velocity-лимиты, клоакинг | TDS: антибот (см. гайд по фильтрации) |
| Интеграции | Пиксель на лендингах, webhooks, CRM, аналитика | Новые endpoint и токены |
Разверните трекер, поднимите трекинг-домен, SSL и приём постбэков. TTL домена снизьте до 60–120 секунд за 24–48 часов до переключения — старый кэш должен успеть истечь.
Создайте те же кампании на новом контуре и пустите 1–5% трафика параллельно (или внутренний тест). Сверяйте клики и конверсии день-в-день по одним и тем же источникам.
Шаги 10% → 25% → 50% → 100%, по 2–3 дня на шаг. На каждом шаге сверяйте CR и EPC с базой и смотрите, не растёт ли доля отвалов.
Меняете A-запись трекинг-домена на новый контур. Старый трекер продолжает работать и принимать трафик — минимум TTL+24 часа, лучше 2 недели: часть клиентов и резолверов доживает кэш.
Когда 100% трафика идёт через новый трекер и 7 дней сверки чистые — гасите старый, сохранив выгрузки конфигов и логов.
Итого реалистичный срок — 2–4 недели от подготовки до вывода старого контура. Быстрее можно только за счёт теневого запуска и жёсткой сверки — но экономия дней не стоит потерянных конверсий.
| Грабля | Что происходит | Как закрыть |
|---|---|---|
| Смена tracking-домена | Ссылки в источниках и креативах ведут на старый адрес | Обновить ссылки заранее или оставить редирект со старого домена |
| Потеря постбэков | Неверный endpoint или токен — конверсии не долетают | Тестовое событие по каждому формату, лог ответов, идемпотентность по click_id |
| TTL и кэш | Часть трафика ещё часы идёт на старый трекер | Снизить TTL за 24–48 часов, держать старый контур живым |
| Даты в отчётах | Статистика «не сходится» из-за часовых поясов и границ суток | Зафиксировать UTC и одинаковое окно сверки |
| Дубли конверсий | Оба контура принимают один и тот же постбэк | Дедупликация по click_id на период dual-postback |
| Забытые бот-правила | На новом контуре первые дни идёт грязный трафик | Перенести списки и пороги до открытия трафика |
| Макросы источников | Часть макросов теряется, атрибуция ломается | Прогнать по каждому источнику тестовый клик и сверить параметры |
Главный источник паники при переезде — «отчёты не сходятся». Почти всегда дело не в потере данных, а в разных окнах и определении события. Договоритесь о правилах заранее:
| Срез | Как сверять | Допустимое расхождение |
|---|---|---|
| Клики | По источникам и кампаниям, за одинаковые закрытые сутки UTC | до 2% (разница в фильтрации хвоста) |
| Конверсии | По офферам и статусам постбэка, включая pending и rejected | до 5% |
| Доход | По выплатам из постбэков, а не по «предварительной» оценке | до 5% |
| Атрибуция | Все макросы источника дошли до отчёта: sub_id, источник, креатив | 0 потерянных параметров |
Два правила, которые экономят дни разбирательств. Первое: сравнить не сумму, а срез — 100 кликов и 10 конверсий руками по обеим системам; так расхождение находится за минуты. Второе: включить лог приёма постбэков на новом контуре — статус, ответ сети, click_id. Расхождение без лога невозможно объяснить, а с логом оно закрывается одним запросом.
ДО ПЕРЕЕЗДА
ВО ВРЕМЯ ПЕРЕЕЗДА
ПОСЛЕ ПЕРЕЕЗДА
Если планируете маршрутизацию и отказоустойчивость на новом домене — посмотрите гайд по гео-маршрутизации и failover. Если для вас критична чистота трафика — начните с материала по защите воронки от ботов.
TDS, DNS-платформа, Сендер и Дашборд в одном self-hosted кабинете: домены, потоки, постбэки и антибот. Демо без регистрации.
TDS-трекер подробнее → DNS-платформаОпишите объём: домены, источники, число кампаний — соберём план миграции с контрольными точками и поможем со сверкой.
Написать в поддержку