Рекламные кабинеты хорошо показывают клики, показы и зафиксированные конверсии. Система веб-аналитики показывает посещения и действия на сайте. CRM хранит заявки, сделки и оплаты.

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

Маркетолог видит дешёвые заявки. Отдел продаж жалуется на их качество. Руководитель видит общую выручку, но не понимает, какие кампании действительно привели платящих клиентов.

Сквозная аналитика соединяет путь от рекламного контакта до сделки и помогает отвечать не только на вопрос:

«Сколько заявок принесла реклама?»

а на более важные вопросы:

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

Что такое сквозная аналитика

Сквозная аналитика — это система, которая связывает данные из нескольких этапов клиентского пути:

1. рекламный источник;
2. посещение сайта или приложения;
3. целевое действие;
4. заявка или звонок;
5. запись в CRM;
6. квалификация;
7. сделка;
8. оплата;
9. возврат, повторная покупка или дальнейшая выручка.

В результате бизнес может анализировать не только верхнюю часть воронки, но и коммерческий результат.

Например, один рекламный канал может приносить заявки по 5 долларов, а другой — по 12 долларов. Если из первого канала покупает один человек из пятидесяти, а из второго — один из пяти, более дорогая заявка может оказаться значительно выгоднее.

Именно поэтому оптимизация только по CPL часто приводит к ошибочным решениям.

Как выглядит минимальная цепочка данных

Для базовой сквозной аналитики не обязательно сразу строить дорогое хранилище данных.

Минимальная рабочая схема может выглядеть так:

Рекламная система → сайт → форма или звонок → CRM → статус сделки → сумма оплаты → отчёт.

Чтобы эта цепочка работала, необходимо сохранить связь между источником и клиентом.

Обычно для этого используются:

• UTM-метки;
• идентификаторы рекламного клика;
• источник первого и последнего посещения;
• идентификатор посетителя или сессии;
• номер телефона;
• email;
• ID заявки;
• ID клиента и сделки в CRM.

Если связь теряется между формой и CRM или между CRM и оплатой, отчёт перестаёт быть действительно сквозным.

Какие данные необходимо собирать

Данные рекламных платформ

Из рекламных кабинетов обычно передаются:

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

Эти данные показывают стоимость трафика, но сами по себе не подтверждают продажу.

Данные сайта

На сайте важно фиксировать:

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

Не нужно превращать каждое нажатие кнопки в главную конверсию. События должны соответствовать реальной воронке.

Данные CRM

CRM должна хранить:

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

Если менеджеры не обновляют статусы и суммы, даже технически идеальная аналитика будет строить отчёты на недостоверных данных.

Звонки и офлайн-обращения

Если значительная часть клиентов звонит, одной аналитики форм недостаточно.

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

Без этого часть продаж попадёт в категорию direct, unknown или manual, а эффективность каналов будет искажена.

Какие показатели действительно важны

CPL — стоимость заявки

CPL = рекламные расходы / количество заявок

Показатель полезен для верхней части воронки, но не учитывает качество обращений.

Дешёвый CPL не означает дешёвого клиента.

CPA или CAC — стоимость привлечения клиента

В простом расчёте:

CAC = расходы на привлечение / количество новых платящих клиентов

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

Главное — использовать одну и ту же методику во всех отчётах.

ROAS — окупаемость рекламных расходов

ROAS = выручка, отнесённая к рекламе / рекламные расходы

Если реклама стоила 10 000 долларов и связанная с ней выручка составила 30 000 долларов, ROAS равен 3, или 300%.

Но высокий ROAS не гарантирует прибыльность. Нужно учитывать себестоимость, скидки, возвраты и операционные расходы.

ROMI

Термин ROMI разные компании используют по-разному. Поэтому формулу необходимо зафиксировать внутри бизнеса.

Один из практичных вариантов:

ROMI = (валовая прибыль от маркетинга − маркетинговые расходы) / маркетинговые расходы

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

Конверсия между этапами

Сквозная аналитика должна показывать не только финальную продажу, но и переходы:

• клик → заявка;
• заявка → квалифицированная заявка;
• квалифицированная заявка → предложение;
• предложение → продажа;
• продажа → повторная покупка.

Это помогает отличить проблему рекламы от проблемы сайта или отдела продаж.

LTV

Для подписок и повторных продаж одной первой оплаты недостаточно.

Канал, который приводит более дорогих, но лояльных клиентов, может быть выгоднее источника с дешёвой первой покупкой.

При этом LTV нельзя строить на слишком короткой истории или оптимистичных предположениях. Для молодых продуктов полезнее отдельно показывать фактическую выручку и прогноз.

Почему цифры в разных системах не совпадают

Рекламный кабинет, Google Analytics и CRM могут показывать разные результаты, даже если интеграция настроена правильно.

Причины:

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

Это не всегда означает ошибку.

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

Что такое атрибуция

Атрибуция определяет, как ценность конверсии распределяется между рекламными контактами.

Пользователь может:

1. впервые увидеть рекламу в социальной сети;
2. позднее найти компанию через поиск;
3. вернуться напрямую;
4. оставить заявку;
5. оплатить после звонка менеджера.

Какой канал получил продажу?

Ответ зависит от модели.

Last click

Вся ценность присваивается последнему источнику перед конверсией.

Модель проста, но часто недооценивает каналы, которые создали первый интерес.

First click

Вся ценность присваивается первому известному контакту.

Модель полезна для анализа привлечения новой аудитории, но игнорирует последующие точки влияния.

Data-driven attribution

Data-driven модель распределяет ценность между контактами на основе данных о путях пользователей и их вкладе в конверсию. В GA4 модель может учитывать порядок контактов, тип устройства, время до конверсии и другие сигналы; отчёты также позволяют анализировать пути, которые начинают, поддерживают и завершают конверсию.

Но любая attribution model остаётся моделью, а не доказательством причинности.

Если канал получил 40% ценности в отчёте, это не означает, что отключение канала уменьшит продажи ровно на 40%.

Для крупных решений полезно дополнять атрибуцию экспериментами: географическими тестами, holdout-группами, incrementality-анализом и контролируемым изменением бюджета.

Как вернуть в рекламу данные о реальных продажах

Для lead-generation бизнеса важная конверсия часто происходит не на сайте, а после разговора менеджера.

Поэтому рекламным платформам полезно передавать обратно:

• квалифицированную заявку;
• назначенную встречу;
• подписанный договор;
• подтверждённую оплату;
• сумму выручки.

Google Ads поддерживает enhanced conversions for leads: данные об офлайн-конверсиях могут сопоставляться с рекламными взаимодействиями при помощи click ID и хешированных first-party данных, например email или номера телефона. Это помогает оценивать и оптимизировать рекламу по более поздним этапам воронки, а не только по отправке формы.

Meta Conversions API позволяет передавать события с сайта, приложения, CRM и офлайн-источников напрямую через серверное соединение. Это может дополнять браузерные события, но требует корректной дедупликации и соблюдения правил обработки данных.

Нужен ли server-side tracking

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

Server-side tracking добавляет промежуточный серверный уровень, через который данные можно проверять, дополнять, фильтровать и затем отправлять в необходимые системы.

Google указывает, что server-side tagging может улучшить контроль над данными, их качество и производительность страницы за счёт уменьшения количества клиентских тегов. Но он требует отдельной инфраструктуры, настройки и поддержки.

Server-side tracking не является обязательным первым шагом для каждого бизнеса.

Он становится более оправданным, когда:

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

Если в CRM не обновляются сделки, UTM-метки постоянно теряются, а формы создают дубликаты, server-side инфраструктура не решит фундаментальную проблему.

Уровни внедрения

Уровень 1: базовая прозрачность

Подходит для бизнеса, который только начинает связывать маркетинг и продажи.

Необходимо:

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

На этом уровне уже можно увидеть разницу между количеством заявок и количеством клиентов.

Уровень 2: полноценная lead-аналитика

Добавляются:

• коллтрекинг;
• интеграции с мессенджерами;
• рекламные расходы по API;
• офлайн-конверсии;
• квалификация лидов;
• причины отказов;
• отчёты по менеджерам;
• автоматическое обновление дашборда.

Этот уровень подходит компаниям с несколькими рекламными каналами и заметным объёмом заявок.

Уровень 3: централизованная data-инфраструктура

Может включать:

• отдельное хранилище данных;
• server-side tracking;
• единый customer ID;
• данные продукта и биллинга;
• cohort- и LTV-анализ;
• контроль качества данных;
• собственные модели атрибуции;
• прогнозирование.

Такое решение оправдано, когда объём бизнеса и цена ошибки уже покрывают стоимость инфраструктуры.

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

Частые ошибки

Оптимизация по всем заявкам

Спам, дубли, вакансии, партнёрские запросы и нецелевые обращения нельзя считать одинаково ценными с квалифицированными лидами.

Отсутствие единого определения продажи

Маркетинг может считать продажей отправленную форму, CRM — созданную сделку, а финансы — поступивший платёж.

Для управленческого отчёта нужно одно согласованное определение.

Потеря источника при передаче в CRM

Если UTM сохраняется только в аналитике, но не попадает в заявку и сделку, связать рекламу с оплатой будет невозможно.

Дублирование конверсий

Одно событие может одновременно отправляться через браузер, сервер, CRM и стороннюю интеграцию.

Без event ID и правил дедупликации одна продажа превращается в несколько.

Игнорирование возвратов

Отчёт по выручке должен учитывать отменённые заказы, возвраты и неоплаченные сделки.

Смешивание разных периодов

Реклама могла быть показана в январе, заявка создана в феврале, а оплата поступила в марте.

Поэтому отчёты по дате клика, заявки и оплаты отвечают на разные вопросы.

Слепая вера в дашборд

Красивый отчёт не гарантирует правильность данных.

Необходимо регулярно проверять:

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

Когда сквозная аналитика действительно нужна

Она особенно полезна, если:

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

Когда не стоит начинать со сложной системы

Полноценная сквозная аналитика может быть преждевременной, если:

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

В таком случае сначала полезнее наладить базовую дисциплину:

1. корректные UTM-метки;
2. одна CRM;
3. обязательные статусы;
4. фиксация оплаты;
5. еженедельный отчёт.

Автоматизировать хаотичные данные бессмысленно.

Как начать внедрение

Определите бизнес-вопросы

Не начинайте с выбора платформы.

Сначала зафиксируйте, какие решения должен поддерживать отчёт:

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

Опишите воронку

Для каждого этапа определите:

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

Выберите источник истины

Обычно:

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

Необходимо заранее определить приоритет при расхождении данных.

Проведите аудит качества

Проверьте:

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

Запустите минимальный отчёт

Начните с нескольких показателей:

• расходы;
• заявки;
• квалифицированные заявки;
• клиенты;
• выручка;
• CPL;
• CAC;
• ROAS или ROMI;
• конверсия между этапами.

Не нужно сразу создавать десятки графиков.

Итог

Сквозная аналитика нужна не для того, чтобы объединить как можно больше систем в красивом дашборде.

Её задача — связать маркетинговые расходы с реальными коммерческими результатами и помочь бизнесу принимать более обоснованные решения.

Рабочая система начинается с простого фундамента:

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

Только после этого стоит добавлять автоматический импорт расходов, коллтрекинг, offline conversions, server-side tracking и отдельное хранилище данных.

Настройте аналитику от рекламы до оплаты

Опишите рекламные каналы, текущую CRM и путь клиента от первого контакта до продажи.

Команда Prodexa поможет:

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