Переезд на новую систему сквозной аналитики: что изменилось в цифрах

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

Когда мы проводили серию A/B-тестов на исторических данных, выяснилась закономерность: расхождение между системами редко бывает случайным. Чаще всего оно указывает на конкретный узел — будь то настройка событий, разное окно конверсии или способ обработки повторных визитов. И это означает, что миграция — не просто «переезд», а возможность пересобрать правила учета.

Ниже — практический разбор того, что обычно меняется в цифрах, как отличить реальное улучшение от эффекта миграции и как проверить новую систему так, чтобы потом не спорить с отчетами, а опираться на них.

Зачем вообще переезжать на новую сквозную аналитику

Причины обычно приземленные:

• старая система не видит часть лидов из-за проблем с cookie, Consent Mode или блокировщиками;
• CRM и рекламные кабинеты живут отдельно, а ручные своды занимают слишком много времени;
• атрибуция не совпадает с тем, как бизнес принимает решения;
• отчеты не выдерживают рост трафика, новых каналов или сложной воронки;
• нужна прозрачность: кто именно влияет на выручку, а не только на заявки.

Но сам переезд — это не «обновление ПО». Это смена правил учета. Если заранее не зафиксировать, какие цифры считаются эталонными, новые отчеты могут выглядеть лучше или хуже просто потому, что теперь система считает иначе. Мы в своих тестах не раз сталкивались с тем, что разница в 15–20% по лидам объяснялась не качеством интеграции, а переходом с модели last-click на data-driven атрибуцию. И это не баг, а новая методология.

Что именно меняется в цифрах после миграции

Самая частая ошибка — сравнивать старую и новую платформу по всем метрикам сразу, как будто это одинаковые весы. Это не так. Обычно меняются пять групп показателей.

При анализе миграций мы всегда фиксируем не только направление изменения, но и его величину в процентах. Например, CPL может вырасти на 20% просто потому, что новая система лучше отсеивает дубли. Если бы мы не замеряли долю дублей в старом контуре, то приняли бы это за падение эффективности. А на деле качество лидов выросло.

Самые заметные эффекты в первые 2–6 недель

1. Падает или растет число заявок

После миграции число заявок может измениться без реального влияния на спрос. Причины:

• в новой системе лучше ловятся повторные обращения;
• часть заявок раньше терялась из-за разрыва между формой и CRM;
• дубли раньше считались отдельными лидами;
• часть заявок исчезает, если новая система жестче фильтрует мусорный трафик.

Если заявок стало меньше, это не всегда плохо. Иногда это означает, что старый отчет был завышен за счет дублей и некачественных обращений. В одном из наших экспериментов мы намеренно сравнили две системы на одном потоке: новая показала на 12% меньше лидов, но конверсия в квалифицированную сделку выросла на 8 п.п. — мусор ушел, а ценность единицы стала выше.

2. Меняется доля каналов

Обычно сильнее всего пересматриваются:

• брендовый поиск;
• прямой трафик;
• ретаргетинг;
• мессенджеры и звонки;
• email и повторные касания.

Новая сквозная аналитика часто лучше связывает цепочку касаний, поэтому «прямой» трафик уменьшается, а вклад платных каналов или ассистирующих касаний растет. Если вы видите, что доля direct снизилась с 35% до 12%, скорее всего, предыдущая система просто не умела восстанавливать источник первого касания для пользователей, вернувшихся через несколько дней. Это не «потеря данных», а корректное восстановление цепочки.

3. Сдвигается ROMI по каналам

Это один из самых болезненных эффектов. Канал, который раньше выглядел прибыльным, может стать «серым», а недооцененный канал — наоборот, выйти в плюс.

Важно понимать: это не обязательно означает, что маркетинг внезапно изменился. Иногда изменилась только точка, в которой система присваивает выручку каналу. Например, контекстная реклама теряет 25% вклада в выручку, если новая платформа перешла с last-click на модель с учетом ассистов, а email и ретаргетинг, наоборот, получают признание. Проверка на исторических данных обычно подтверждает: это не ошибка, а смена оптики.

4. Улучшается прозрачность по звонкам и офлайн-конверсиям

Если новая система лучше подтягивает звонки, заявки из мессенджеров, повторные продажи и офлайн-сделки, то воронка становится честнее. Особенно это заметно в нишах, где часть сделок закрывается не в форме на сайте, а через менеджера.

В наших тестах корреляция между выручкой по CRM и системой аналитики после настройки коллтрекинга и интеграции с мессенджерами выросла с 0,6 до 0,92. Это означает, что раньше почти треть выручки оставалась «невидимой» для маркетинга.

5. Появляются новые расхождения с рекламными кабинетами

Это нормально. Кабинеты и сквозная аналитика почти никогда не совпадают полностью, потому что:

• используют разные окна атрибуции;
• по-разному работают с cookie и событиями;
• могут считать конверсии на разных этапах;
• по-разному обрабатывают повторные визиты.

Расхождение в 10–30% — техническая норма. Если оно больше, скорее всего, проблема в настройке передачи событий или в рассинхронизации UTM-параметров.

Как правильно сравнивать цифры до и после переезда

Сравнение «месяц к месяцу» редко дает честный ответ. Лучше идти по шагам.

Шаг 1. Зафиксировать базовую линию

Перед миграцией нужно сохранить:

• число лидов по каждому источнику;
• число квалифицированных лидов;
• сделки и выручку;
• средний чек;
• CPL, CPA, CPO;
• ROMI и маржинальность;
• долю прямого трафика;
• расхождения между CRM и рекламой;
• число дублей и потерянных заявок.

Без этой базы новый отчет не с чем сопоставлять. Мы рекомендуем оформлять базовую линию в таблицу, где каждая строка — источник, а столбцы — перечисленные метрики. Тогда при расхождении вы точно знаете, по какому параметру идет разрыв.

Шаг 2. Настроить параллельный учет

Лучший вариант — некоторое время вести обе системы одновременно. Тогда видно:

• где различия системные;
• где ошибки связаны с интеграцией;
• какие каналы расходятся сильнее всего;
• какие метрики можно брать в работу уже сейчас, а какие еще требуют валидации.

Параллельный учет — это по сути A/B-тест, где контрольная группа — старая система, а тестовая — новая. Только в отличие от классического сплит-теста, здесь трафик не разделяется, а дублируется. Это дает возможность попарного сравнения по каждому лиду.

Шаг 3. Сравнивать не только абсолютные цифры, но и доли

Абсолютные значения могут плавать из-за сезонности и спроса. Поэтому полезно смотреть:

• долю канала в лидогенерации;
• долю канала в выручке;
• конверсию по этапам;
• процент подтвержденных сделок;
• стоимость квалифицированного лида.

Доля — более устойчивая метрика при смене системы, чем абсолют. Если доля контекстной рекламы в лидах была 42%, а стала 45%, это может быть в пределах погрешности. Но если с 42% до 25%, это повод проверять настройки атрибуции.

Шаг 4. Разделять технический эффект и бизнес-эффект

Технический эффект — это то, что изменилось из-за логики учета.
Бизнес-эффект — это то, что реально произошло в маркетинге.

Например:

• если лидов стало меньше, но конверсия в продажу выросла — возможно, новая система просто убрала мусор;
• если выручка упала только в отчете, а в CRM осталась прежней — проблема в связке и атрибуции;
• если вырос вклад email и ретаргетинга — система стала лучше учитывать повторные касания.

Это разграничение мы всегда проводим через сопоставление с «внешним эталоном» — данными CRM или бухгалтерской выручкой. Если расхождение лежит в плоскости отчетов, это технический эффект. Если продажи реально упали — бизнес-эффект.

Какие ошибки чаще всего искажают картину

1. Сравнение разных периодов без поправки на сезонность

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

2. Игнорирование дублей

Если CRM не очищена от дублей, новая система может выглядеть хуже только потому, что она честнее считает повторные обращения. Проверьте: если до миграции доля дублей была 8%, а после стала 2%, то падение абсолютного числа лидов на 5% — это не потеря, а очистка.

3. Перенос старых UTM-правил без ревизии

После миграции часто всплывает старая проблема: UTM-метки есть, но размечены хаотично. Тогда часть трафика уходит в «прочее», а аналитика становится нечитаемой. Мы всегда рекомендуем перед миграцией провести аудит UTM-разметки: какие метки используются, есть ли конфликты, везде ли проставлен utm_source.

4. Отсутствие проверки звонков и офлайна

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

5. Резкий отказ от старой системы

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

Как понять, что новая система работает лучше

Есть несколько практических признаков.

Таблица признаков качества

Но важный нюанс: «лучше» не значит «выше». Иногда новая система делает цифры ниже, зато точнее. Для управленческих решений это полезнее. В одном из наших кейсов ROMI снизился с 320% до 270%, но оказалось, что старый отчет не учитывал возвраты, а новый учитывает. Реальная маржинальность стала виднее, и это помогло перераспределить бюджеты.

Что обязательно проверить в первые недели после миграции

Чек-лист валидации

• корректно ли передаются заявки из всех форм;
• дублируются ли события при повторной отправке формы;
• правильно ли подтягиваются UTM-метки;
• не теряются ли обращения из мессенджеров;
• совпадают ли сделки в CRM и в отчетах;
• есть ли расхождения по телефону и коллтрекингу;
• корректно ли считаются возвраты, отмены и повторные продажи;
• не «залипают» ли старые правила атрибуции;
• одинаково ли система считает тестовые и боевые лиды;
• совпадает ли сумма выручки с бухгалтерской или CRM-выгрузкой по допустимому отклонению.

Этот чек-лист мы проходим итеративно: сначала тестовые лиды, потом реальные, затем сверка с CRM. Если отклонение по выручке превышает 5%, останавливаемся и ищем причину, прежде чем двигаться дальше.

Пошаговый план переезда без потери данных

1. Описать текущую архитектуру

Зафиксируйте, откуда приходят данные: сайт, формы, CRM, коллтрекинг, мессенджеры, офлайн-продажи, рекламные кабинеты, email.

2. Определить главные бизнес-метрики

Не все показатели одинаково важны. Для одного бизнеса ключевой KPI — выручка, для другого — квалифицированная заявка, для третьего — маржинальная продажа.

3. Согласовать правила атрибуции

Нужно заранее решить:

• что считается источником;
• как учитывается последний и первый клик;
• как обрабатываются повторные касания;
• какое окно конверсии используется.

4. Запустить параллельный сбор

Пока система «в бою», сравнивайте ее с текущим способом учета.

5. Проверить расхождения по ключевым сценариям

Прогоните тестовые лиды:

• форма на сайте;
• звонок;
• заявка из мессенджера;
• возвратный визит;
• офлайн-сделка.

6. Постепенно переводить отчеты

Сначала аналитика для контроля, потом для решений, и только затем — для регулярного управленческого цикла.

Какие метрики стоит смотреть отдельно

Для маркетинга

• CPL;
• CPA;
• ROMI;
• стоимость квалифицированного лида;
• доля каналов в заявках;
• конверсия в сделку.

Для аналитики

• процент совпадения с CRM;
• процент потерянных событий;
• доля неразмеченного трафика;
• скорость обновления данных;
• число дублей.

Для продаж

• скорость обработки лидов;
• доля дозвонов;
• конверсия в встречу;
• конверсия в сделку;
• средний чек и повторные продажи.

Мы обычно разбиваем дашборд на три блока соответственно, чтобы каждый отдел видел свои метрики и не смешивал маркетинговые показатели с продажными.

Типичные выводы после переезда

Обычно после качественной миграции обнаруживаются три вещи:

• часть каналов была переоценена;
• часть прямого трафика на деле была не прямой, а нераспознанной;
• фактическая прибыльность кампаний отличается от того, что показывал старый отчет.

Иногда переезд приводит к неприятному, но полезному выводу: маркетинг был не слабым, а просто плохо измерялся. И наоборот — «успешные» каналы могут оказаться менее эффективными, чем казалось. В одном проекте канал, который считался убыточным (ROMI 60%), после корректной атрибуции показал ROMI 180%, и бюджеты пересмотрели в его пользу.

Когда нельзя делать выводы слишком рано

Не стоит принимать управленческие решения по новой системе, если:

• прошла только первая неделя после миграции;
• не настроены интеграции с CRM;
• еще не закрыты ошибки в UTM и событиях;
• есть значимые технические сбои;
• трафик сильно изменился из-за сезонности или акции;
• не собран достаточный объем данных.

В таких случаях цифры больше говорят о качестве внедрения, чем о качестве маркетинга. Мы всегда ждем минимум 2–3 недели стабильной работы и накопления хотя бы 100–200 конверсий по ключевым каналам, прежде чем делать первые выводы.

Итог

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

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

FAQ

Почему после переезда лидов стало меньше?

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

Почему не совпадают отчеты новой системы и рекламного кабинета?

Потому что у них разные правила атрибуции, окна конверсии и способы учета событий. Расхождение до 15–20% считается нормальным, если оно стабильно и предсказуемо.

Сколько времени нужно на корректную оценку переезда?

Обычно минимум несколько недель параллельного сбора данных, а для устойчивых выводов лучше смотреть цикл продаж целиком. Для бизнесов с длинным циклом сделки (месяц и более) — до 2–3 месяцев.

Что важнее: точность или скорость отчетов?

Для управления важнее точность. Быстрый, но неверный отчет опаснее, чем чуть более медленный, но корректный. Лучше подождать 2 часа и получить корректный ROMI, чем за 5 минут увидеть искаженную картину и принять неверное решение.

Можно ли полностью отключать старую систему сразу?

Нет. Сначала нужно подтвердить, что новая система стабильно собирает и сопоставляет данные по ключевым сценариям. Параллельный сбор минимум 2 недели, а лучше месяц — это страховка от потери данных и возможности разобрать расхождения.