Сквозная аналитика: как связать рекламу с оплаченными заказами
Кратко: сквозная аналитика — это отчёт, который связывает рекламный источник с конкретным оплаченным заказом. Чтобы он работал, нужны четыре вещи: расходы по каналам, заявки с источником, оплаченные заказы и данные о возвратах. Внутри статьи — как устроена цепочка данных, какие показатели считать (CPL, ROAS, ДРР, ROMI), как настроить передачу в Яндекс Метрике, как принять работу специалиста и где ИИ помогает, а где — нет.
Маркетолог смотрит на цену заявки и радуется: канал А даёт обращения по 300 рублей, канал Б — по 1 200. Очевидно, что A лучше. Потом открывают отчёт по оплатам — и оказывается, что из ста дешёвых заявок купили столько же людей, сколько из двадцати пяти дорогих. А маржа по заказам из канала А вышла отрицательной.
Это не выдуманная ситуация — это то, что происходит, когда реклама, CRM и платёжные данные живут в разных системах и никто не потрудился их соединить.
Сквозная аналитика решает именно эту задачу. Не «сколько кликов», не «сколько заявок», а «сколько денег пришло с этого канала после всех затрат». Но чтобы отчёт давал правильные числа, недостаточно просто поставить счётчик на сайт.
Разберёмся, из чего состоит нормально работающая цепочка и что проверять, прежде чем принимать решения о бюджете.
1. Что такое сквозная аналитика и чем она отличается от статистики кабинета?
Сквозная аналитика — это связанный отчёт, в котором каждый рекламный источник сопоставлен с обращениями, заказами и подтверждёнными оплатами, с учётом затрат на привлечение.
Статистика рекламного кабинета показывает клики, показы и конверсии на сайте. Она не знает, купил ли человек на самом деле, вернул ли товар и сколько стоило выполнение заказа. CRM знает про сделки, но не всегда видит источник перехода. Бухгалтерия видит деньги, но не видит рекламу.
Сквозная аналитика появляется, когда все три уровня соединены через устойчивые идентификаторы: источник перехода → номер обращения → номер заказа → номер платёжной операции.
Полнота отчёта зависит от того, что удалось реально связать. Если часть пути неизвестна — например, человек позвонил с нового телефона или пришёл по рекомендации без UTM-метки — это ограничение нужно оставить видимым, а не прятать.
2. Как дешёвые заявки становятся дорогими продажами?
Посмотрим на учебный пример — полностью вымышленная мастерская мебели, чтобы проверить арифметику без претензии на чужой кейс.
Обе кампании потратили по 30 000 ₽. Получили одинаковое число оплаченных заказов — по пять.
| Показатель | Кампания А | Кампания Б |
|---|---|---|
| Рекламные расходы | 30 000 ₽ | 30 000 ₽ |
| Уникальные заявки | 100 | 25 |
| Оплаченные заказы | 5 | 5 |
| Полученные оплаты | 100 000 ₽ | 180 000 ₽ |
| Прямые затраты по заказам | 80 000 ₽ | 90 000 ₽ |
| Цена заявки | 300 ₽ | 1 200 ₽ |
| Цена оплаченного заказа | 6 000 ₽ | 6 000 ₽ |
| Вклад после прямых затрат и рекламы | −10 000 ₽ | 60 000 ₽ |
Расчёт: А = 100 000 − 80 000 − 30 000 = −10 000 ₽. Б = 180 000 − 90 000 − 30 000 = 60 000 ₽.
Цена заявки у А в четыре раза ниже, цена оплаченного заказа одинакова, а вклад — противоположный. Причина: у А на выполнение заказов ушла слишком большая доля полученных денег.
Важная оговорка: здесь всего по пять продаж на канал. Один нетипичный крупный заказ легко перевернёт картину. По такой таблице не стоит сразу отключать А и удваивать Б — сначала нужно проверить корректность самих данных.
3. Какие показатели считать: CPL, ROAS, ДРР и ROMI?
Одинаковые термины в разных компаниях часто означают разные суммы. Чтобы маркетолог, руководитель и финансист говорили об одном, формулу нужно зафиксировать рядом с названием показателя.
| Показатель | Формула | Что показывает |
|---|---|---|
| CPL, стоимость заявки | Расходы на рекламу / уникальные заявки | Сколько стоит одно обращение |
| Стоимость оплаченного заказа | Расходы на рекламу / оплаченные заказы | Сколько стоит дошедшая до оплаты продажа |
| ROAS | Выручка / рекламные расходы | Соотношение выручки и рекламных затрат |
| ДРР | Рекламные расходы / выручка × 100% | Какая доля выручки ушла на рекламу |
| ROMI | (Выручка − прямые затраты − маркетинговые расходы) / маркетинговые расходы × 100% | Вклад после выбранного состава затрат |
По нашему учебному примеру: ROAS кампании А = 100 000 / 30 000 = 3,33 (или 333%). Это выглядит неплохо. Но при прямых затратах 80 000 ₽ реклама всё равно дала отрицательный вклад. Высокий ROAS сам по себе не подтверждает прибыльность.
Два частых технических нюанса:
- При нулевой выручке ДРР не вычисляется — деление на ноль нельзя заменить нулём процентов.
- Канал без платной рекламы не является «бесплатным»: у него могут быть затраты на создание контента, продвижение, обслуживание.
4. Какие данные нужны, чтобы связать рекламу, CRM и оплату?
Минимальная цепочка состоит из четырёх уровней: источник перехода → обращение → заказ → платёж. На каждом уровне нужен свой идентификатор и правило связи с соседним уровнем.
UTM-метка описывает переход. Она не является номером покупателя или заказа — это частая путаница при первой настройке.
| Уровень | Что сохранять | Частая ошибка |
|---|---|---|
| Переход | Источник, кампания, посадочная страница, время, доступный ID посетителя | Метки исчезают при переходе к форме |
| Обращение | Номер заявки, время, канал, ссылка на переход, признак дубля | Клик по кнопке принят за отправленную заявку |
| Заказ | Номер заказа, связанные заявки, статус, даты | Повторная заявка стала второй продажей |
| Платёж | Номер операции, номер заказа, сумма, валюта, дата, признак возврата | Предоплата и полная стоимость сложены дважды |
| Расходы | Канал, кампания, период, сумма, состав затрат | Расходы октября сопоставлены с выручкой сентября |
Несколько вещей, которые стоит прояснить на берегу:
У одного заказа бывает несколько платежей: предоплата, доплата, возврат. Нужно заранее решить, что именно показывает отчёт: оплаченные заказы, фактические поступления за период или продажи группы клиентов, пришедших в конкретный месяц. Это разные срезы — в одной колонке их не смешивают.
Статус «успешно» в CRM не всегда означает, что деньги поступили на счёт. Если менеджер может вручную закрыть неоплаченный заказ, отчёт по этому статусу превращается в отчёт о работе менеджера.
Неопределённый источник — отдельная строка с количеством заказов и суммой. Его нельзя молча распределять между известными каналами. Если доля неизвестных резко выросла, это сигнал о проблеме со сбором данных, а не повод пересчитывать остальные каналы.
5. Как настроить сквозную аналитику в Яндекс Метрике?
Установка счётчика Метрики сама по себе не соединяет продажи с рекламой. Для полноценной сквозной аналитики потребуются: размеченные рекламные ссылки, загрузка расходов, передача идентификаторов посетителей в CRM и обратная передача заказов с оплатами. Детали описаны в официальной документации Яндекса — конкретный способ зависит от вашей CRM и выбранного формата интеграции.
Порядок работ для постановки задачи специалисту:
Запишите вопрос отчёта. Например: «Какие оплаченные заказы связаны с кампаниями и сколько стоило их привлечение». Укажите период, валюту, правило возвратов и состав расходов.
Проверьте UTM-метки. Одна кампания должна одинаково называться в ссылках и в выгрузке расходов. Посадочная страница и форма должны сохранять метки при переходе между ними.
Передавайте в CRM идентификатор посетителя вместе с реальной заявкой. Для Метрики это ClientID — идентификатор браузера, получаемый методом
getClientID. Он не равен ID контакта вашей CRM.Загрузите расходы по кампаниям и настройте передачу данных о заказах.
Сделайте тестовую заявку и проведите её через согласованный сценарий. Проверьте связи и статусы на всей цепочке.
Сравните контрольные суммы с исходными системами. Исправьте дубли до того, как начнёте принимать бюджетные решения.
Офлайн-конверсии и атрибуция
Для действий вне сайта — звонков, визитов в офис — в Метрике есть отдельный механизм привязки к визитам. Факт загрузки данных ещё не означает найденный визит: в отчёте видны причины, например неподходящая цель или отсутствующий идентификатор.
Важное изменение: согласно документации Яндекс Метрики, с 20 мая 2026 года отключены модели атрибуции «Первый переход», «Последний значимый переход», «Последний переход из Директа» и его кросс-девайс вариант. Если где-то в регламентах вашей компании написано «выбрать последний значимый переход» — этот совет устарел. Проверьте, какие варианты доступны в конкретном отчёте, и зафиксируйте выбранную модель рядом с выгрузкой.
6. Как учитывать звонки, мессенджеры и повторные обращения?
Звонок или сообщение в мессенджере связываются с источником только при наличии проверяемого механизма.
Кнопка «Позвонить» фиксирует намерение нажать, а не состоявшийся разговор. Переход в Telegram не подтверждает отправленное сообщение и тем более заказ.
Для звонков используют коллтрекинг — отслеживание источника телефонного обращения. Статический номер закрепляют за каналом, динамическая подмена помогает связать номер с конкретным посещением сайта. Возможная детализация зависит от настройки и объёма выделенных номеров.
Для мессенджеров сохраните техническую связь между переходом и обращением, если она поддерживается каналом. Если нет — честно показывайте «Telegram, источник не определён». Ответ клиента «увидел вашу рекламу» можно хранить отдельно как заявленный источник, не подменяя им технически подтверждённое касание. Это разные вещи.
Про дубли. Один человек может заполнить форму, позвонить и написать в чат. Воронка обращений покажет три события — в учёте это один контакт и один договор. Перед расчётом цены заявки нужно решить, какой уровень уникальности вы используете и по каким правилам удаляете дубли.
7. Что выбрать: таблицу, Метрику или готовый сервис?
Выбор зависит от трёх вещей: доступности данных, способа продажи и человека, который будет поддерживать учёт.
| Вариант | Когда рассматривать | Что проверить перед выбором |
|---|---|---|
| Таблица и выгрузки | Нужно согласовать первый отчёт и формулы | Кто обновляет, как удаляет дубли и сверяет суммы |
| Метрика и CRM | Есть сайт, идентификаторы и передача заказов | Расходы, формат обмена, привязка конверсий, модель атрибуции |
| Roistat | Нужны отчёты из нескольких источников | Поддержка ваших систем, состав дохода и расходов, возвраты |
| Calltouch | Важны звонки и обращения из разных каналов | Подмена номеров, CRM-связи, стоимость полного набора функций |
| Собственная система | Есть особые правила и ответственный за поддержку | Надёжность обмена, доступы, восстановление после сбоя |
Таблица подходит для небольшого числа источников и заказов, если записи можно регулярно сверять вручную. Готовый сервис полезен, когда нужны устойчивые интеграции и автоматическая диагностика передач.
Одно практическое наблюдение: возможности сервиса на сайте поставщика не подтверждают, что конкретно ваша интеграция будет настроена. Попросите показать путь одного тестового заказа на ваших обезличенных данных — до покупки, а не после.
8. Как принять работу специалиста и найти ошибки в отчёте?
Успешно открытая красивая панель не подтверждает корректные деньги внутри. Приёмка строится из трёх частей: путь одного заказа, сверка общих сумм, намеренно ошибочные кейсы.
| Проверка | Ожидаемый результат |
|---|---|
| Один оплаченный заказ передан повторно | Сумма не увеличилась второй раз |
| У заказа предоплата и доплата | Обе операции попали в итог отдельно, без повторения полной суммы |
| Есть частичный возврат | Показана исходная оплата, возврат и результат по принятому правилу |
| Источник отсутствует | Заказ остался в отдельной строке неизвестных |
| Связь с CRM недоступна | Видна ошибка или неполнота, прежние данные не обнулились |
| Платёж пришёл позже заявки | Отчёт сохраняет выбранный период и объясняет разницу с кассовым срезом |
| Расходов по каналу нет | Отношения с нулевым знаменателем не показаны как успешные 0% |
| Время передано в другом часовом поясе | Событие попало в согласованный день, исходное время сохранено |
После отдельных случаев проверяйте итог целиком: сверьте сумму всех каналов плюс неизвестных с исходной выгрузкой. «Часть не загрузилась» — слишком расплывчатый ответ. По каждой несопоставленной записи должно быть видно, какого поля или связи не хватает.
Неизвестные затраты нельзя заменять нулём. Если оплаты подтверждены, а себестоимость ещё не получена, честный отчёт показывает выручку со статусом «вклад в прибыль не рассчитан». Это полезнее красивой доходности, которая образовалась из пропущенной колонки.
9. Как использовать ИИ для проверки аналитики?
ИИ хорошо справляется с черновиком задания специалисту, пересчётом обезличенного учебного примера и списком пропусков в данных. Он не получает доступ к вашему рекламному кабинету, CRM или платёжной системе из одного промпта.
Перед отправкой любой выгрузки уберите имена, контакты, коммерческие секреты. Технические номера лучше заменить учебными.
Ниже — промпт, который можно использовать в любом ИИ-ассистенте для подготовки задания или проверки таблицы.
Ты специалист по маркетинговой аналитике. Твоя задача: помочь составить проверяемый отчёт от источника обращения до заказа и оплаты. Работай только с данными, которые я передал. Не представляй план настройки как уже работающую интеграцию.
Режим: [задание / расчёт / приёмка].
Бизнес и способ продажи: [ниша, заявка на сайте, звонок, переписка, заказ].
Главный вопрос: [какое решение я хочу принять].
Период и время: [даты, часовой пояс, кассовый срез или группа клиентов по дате обращения].
Системы: [рекламные кабинеты, счётчик, CRM, платёжный или учётный источник].
Доступные поля: [источник, ID обращения, ID заказа, ID операции, сумма, валюта, статус, время, возврат, прямые затраты].
Правила: [уникальность заявки, связь заказа с обращением, состав расходов, модель атрибуции].
Учебные строки: [обезличенные записи или таблица].
Неизвестное: [чего пока нет, какие связи не проверены].
1. Сначала перечисли исходные факты, ограничения и недостающие поля. Если не хватает данных для запрошенного вывода, задай вопросы. Не назначай неизвестным суммам или счётчикам ноль. Не выбирай модель атрибуции по умолчанию.
2. Раздели переходы, клики по кнопкам, отправленные заявки, заказы и подтверждённые платежи. У каждого типа свой счётчик. Объясни, что является источником истины для оплаты; статус CRM без проверки не приравнивай к поступлению денег.
3. Для режима «задание» предложи минимальную цепочку данных, поля связи, ответственного за обновление и проверки. Не выдумывай API, тарифы, сроки и настройки интерфейса.
4. Для режима «расчёт» выпиши формулы и состав затрат:
CPL = расходы на рекламу / уникальные заявки
Цена оплаченного заказа = расходы на рекламу / оплаченные заказы
ROAS = выручка / рекламные расходы
ДРР = рекламные расходы / выручка × 100%
ROMI = (выручка − прямые затраты − маркетинговые расходы) / маркетинговые расходы × 100%
Нулевой знаменатель = «не определено». Неизвестное значение = «недостаточно данных».
5. Не называй выручку чистой прибылью. Возвраты учитывай по переданному правилу. Повторную доставку одного ID операции не суммируй заново. Конфликтующие записи с одинаковым ID вынеси на проверку.
6. Для режима «приёмка» проверь: один связанный заказ, повтор платежа, возврат, неизвестный источник, пропуск расходов, сбой обмена. Для каждого случая: вход — ожидаемый результат — фактический результат — статус. Непроведённый тест пометь «не проверено».
7. Итог собери в таблицу: канал | расходы | уникальные заявки | оплаченные заказы | выручка | прямые затраты | вклад после рекламы | CPL | ROAS | ДРР | ROMI | ограничение. Недоступные колонки оставь с объяснением.
8. Отдели проверенный расчёт от гипотезы о причинах. Атрибуция не доказывает дополнительный эффект рекламы. В конце предложи одно следующее проверяемое действие, которое не требует передачи паролей или изменения живых данных.
Чего ИИ не делает сам
По опыту проверки этого промпта на вымышленных данных: арифметика и исключение точных дублей работают корректно. Но финансовые определения и причинно-следственные выводы нужно перечитывать. Модель может назвать поступление «выручкой», не имея правила её признания, или объявить канал «убыточным по ROAS» — хотя этот показатель сравнивает выручку с рекламой и сам по себе прибыль не измеряет.
Сверка платежей и решение о бюджете остаются за человеком.
Частые вопросы
Можно ли начать без CRM?
Да, с небольшой таблицы — если у каждого обращения и заказа есть свой номер, а платежи регулярно сверяются вручную. Это ограниченный ручной учёт. Подключение CRM помогает поддерживать связи, но не делает их правильными автоматически.
Показывает ли сквозная аналитика чистую прибыль?
Только если переданы все необходимые затраты и заранее согласовано правило расчёта. Чаще всего отчёт показывает выручку или вклад после прямых затрат и рекламных расходов. До чистой прибыли нужен более полный финансовый учёт с накладными расходами, налогами и принятой учётной политикой.
Почему заявки есть, а оплаченных заказов в отчёте нет?
Возможных причин несколько: незакрытые сделки, потерянные идентификаторы, другой период оплаты или ошибка при передаче данных. Возьмите одну известную продажу и пройдите путь по записям шаг за шагом. До такой проверки нельзя утверждать, что реклама не приносит денег.
Почему числа в CRM и Метрике расходятся?
Единицы учёта, периоды, часовые пояса, модели атрибуции и правила дублей у них могут быть разными. Часть событий не привязывается к визиту. Сначала сравните определения и конкретные записи — потом итоговые суммы. Сравнивать итоги напрямую без этого шага бессмысленно.
Нужно ли покупать отдельный сервис аналитики?
Зависит от количества источников, доступных интеграций и того, кто будет это поддерживать. Разумный порядок: сначала опишите минимальный отчёт, проверьте контрольный заказ на реальных данных, а потом сравнивайте предложения сервисов — включая телефонию, состав дохода и обработку возвратов.
Может ли ИИ сам принимать решения о рекламном бюджете?
Из промпта выше такой доступ не возникает. Используйте ИИ как инструмент для проверки таблицы и подготовки вопросов к специалисту. Изменение бюджетов требует отдельно настроенного процесса, прав доступа и контроля — при неполных данных автоматическая рекомендация легко окажется неверной.
Что унести с собой
Сквозная аналитика начинается не с выбора сервиса, а с вопроса: что именно вы хотите решить и какие данные для этого нужно связать. Минимальная цепочка — источник, обращение, заказ, платёж — уже даёт больше, чем статистика рекламного кабинета. Дешёвая заявка может оказаться дорогой продажей, и это видно только когда все уровни соединены. Неизвестные источники и незавершённые связи не стоит скрывать — они показывают, что ещё нужно починить. Принимать бюджетные решения имеет смысл только после того, как контрольные суммы сошлись с исходными системами.
Если хотите, чтобы это работало в вашем бизнесе без ручной рутины, напишите нам. Подскажем, как собрать это под вашу нишу.
Материал подготовлен по мотивам разбора портала Wake up Marketing с адаптацией и дополнениями НейроМаркета. Данные по изменениям моделей атрибуции: документация Яндекс Метрики, май 2026.