Сквозная аналитика для контекстной рекламы: как связать расходы с продажами

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

11 сентября 2026 · LidFly

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

В LidFly можно начать с проверки доступных данных: ИИ читает расходы Директа, цели и отчёты Метрики, показывает пробелы и готовит план сверки. Данные о продажах должны поступать в Метрику из настроенной интеграции либо быть предоставлены отдельно. Подключение рекламного кабинета само по себе не открывает вашу CRM.

Что такое сквозная аналитика и где заканчивается обычный отчёт

Сквозная аналитика связывает источник привлечения, расходы, обращения и результат продаж. Для магазина результатом может быть выкупленный заказ с учётом возврата; для услуги — оплаченная работа. Такая связь помогает ответить, какие кампании приводят покупателей и сколько стоит их привлечение.

У каждого этапа свой источник истины. Директ знает расход и рекламный переход. Метрика фиксирует действия на сайте. CRM или система учёта заказов хранит состояние сделки. Если измерять только отправку формы, получится аналитика заявок. Это полезный первый этап, но по нему ещё нельзя считать стоимость продажи.

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

Какие данные нужно соединить

Начните с одного рекламного канала и одного направления бизнеса. Соберите карту полей: где рождается запись, чем она связана с соседней системой и кто отвечает за её обновление.

1. Реклама: кабинет, ID кампании, дата расхода, сумма и валюта. Если вы сравниваете объявления, понадобится также их ID.
2. Посещение: счётчик Метрики, источник, рекламные метки, ClientID. Последний помогает связать браузер посетителя с записью в CRM.
3. Обращение: уникальный ID заявки, дата, способ связи и результат квалификации. Отправка формы и звонок одного человека не всегда означают двух покупателей.
4. Заказ: уникальный ID, связь с клиентом, текущий статус, сумма, дата оплаты, отмена или возврат. Для оценки отдачи с учётом затрат нужна также себестоимость.

Яндекс описывает базовую настройку через разметку ссылок, загрузку рекламных расходов, сохранение ClientID и передачу клиентов и заказов. В Метрике для этого есть отчёты «Источники заказов из CRM» и «Источники, расходы и ROI». Инструкция Яндекс Метрики.

UTM-метка описывает источник перехода, но не заменяет ID заказа. Переименованная кампания не должна распадаться на два бизнеса в отчёте: для соединения рекламных данных используйте стабильные идентификаторы. Правила разметки разобраны отдельно в статье об UTM-метках для рекламы.

Как настроить сквозную аналитику в Яндекс Метрике

Сначала согласуйте, что считать продажей

Запишите определения вместе с ответственным за продажи. «Заказ создан» может означать корзину, которую никто не выкупит. «Сделка выиграна» иногда проставляется до оплаты. Выберите событие, которое соответствует вашему вопросу: подписанный договор, поступившие деньги или завершённый заказ.

Затем проверьте цели Метрики. Они должны отражать реальные действия. Клик по кнопке «Отправить» не подтверждает успешную отправку: форма могла вернуть ошибку. Сверьте тестовое обращение с фактической записью в системе учёта.

Настройте передачу заказов и обновление статусов

Для передачи данных из CRM Яндекс предусматривает API, интеграции и Центр конверсий. Заказ нужно связать с посетителем; отсутствие связи с визитом ограничивает его участие в отчётах. Поэтому проверять следует не только успешную отправку данных, но и появление заказа в нужном отчёте. Документация по загрузке CRM-данных.

Интеграцию настраивает ответственный за CRM или разработчик. Уточните, передаёт ли выбранный способ вашу схему статусов, суммы и последующие изменения. Нельзя считать интеграцию готовой, если новые заказы появляются, а отмены остаются только у менеджеров.

Проверьте полный путь одной записи

Выберите разрешённую для проверки заявку и проследите её от формы до отчёта. Сохранился ли идентификатор посетителя? Создалась ли одна сделка? Передался ли статус? Не задвоился ли заказ после повторной отправки? Сумма совпадает с учётной системой? Такая проверка полезнее красивой сводки, которую пока не с чем сверить.

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

Как считать CPL, стоимость продажи и ДРР

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

• CPL: рекламные расходы / число заявок. Заранее определите, входят ли сюда дубли и нецелевые обращения.
• Стоимость оплаченного заказа: рекламные расходы / число оплаченных заказов, отнесённых к этой рекламе.
• ДРР: рекламные расходы / относимая к ним выручка × 100%. Расходы и выручка должны быть согласованы по валюте, периоду и правилам учёта.
• Отдача с учётом себестоимости: сравнение выручки за вычетом себестоимости с расходами на привлечение. Это ещё не чистая прибыль бизнеса: остаются другие затраты.

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

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

Почему Директ, Метрика и CRM показывают разные суммы

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

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

Разный состав данных. В рекламном отчёте могут учитываться все цели, а в CRM — только сделки. В расходах может различаться учёт НДС; в доходах — учёт отмен. Зафиксируйте определения до расчёта показателей.

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

Как проверить готовность данных через LidFly

Откройте нужный проект в разделе «Проекты», проверьте привязку кабинета и счётчика. Если у вас несколько клиентов, назовите точный кабинет. Начните с запроса на чтение:

Проверь готовность сквозной аналитики для выбранного проекта.
Найди связанный кабинет Директа и счётчик Метрики, покажи их перед анализом.
Возьми последний полный календарный месяц.
Прочитай расходы по кампаниям и список целей Метрики.
Покажи, какие цели относятся к форме, качественной заявке и оплате.
Не считай все достижения целей продажами.
Собери доступные показатели по кампаниям. Укажи даты, валюту,
учёт НДС и фактические модели атрибуции.
Если заказы или выручка недоступны, поставь «нет данных».
Выдай таблицу пробелов и план проверки. Ничего не изменяй.

Для такого разбора LidFly использует статистику кампаний Директа, список целей и отчёты Метрики. ИИ связывает цифры с объяснением: какая цель выбрана, какие строки сопоставимы, почему стоимость оплаты пока нельзя вычислить. Отдельный запрос по конкретной цели нужен, чтобы агрегат по всем целям не превратился в «число покупателей».

Результат этого шага — проверяемый отчёт: источник каждой колонки, ID объектов, период, формулы, отсутствующие данные и действия ответственных. Подключение CRM и исправление передачи заказов остаются отдельной технической задачей. В этом сценарии LidFly не обещает выполнить их одной командой; он помогает понять, что именно нужно настроить и как потом проверить результат.

Сценарий: у компании услуг заявки есть, а оплаты неизвестны

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

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

LidFly читает настройки и отчёты, показывает выбранную цель и составляет список недостающих данных. Если оплат нет в доступных источниках, вывод звучит прямо: стоимость заявок сравнить можно, стоимость продаж пока нельзя. Артефакт — задание для интегратора: идентификаторы, определение оплаты, обновление статусов и порядок сверки.

После настройки владелец возвращается с тем же запросом, добавив период после подключения. ИИ перечитывает цели и статистику. Ответственный за CRM проверяет связанные заказы. Теперь решение о кампании опирается на путь до оплаты, а не на догадку о качестве лидов. Старый период не следует автоматически считать восстановленным.

Сценарий: у магазина выручка расходится с заказами

Учебный сценарий. Магазин передаёт заказы в Метрику, но маркетолог считает успехом оформление корзины, а собственник — выкуп. Часть заказов отменена. В сводке рекламная кампания выглядит выгоднее, чем в отчёте продаж.

Для выбранного магазина покажи определения целей оформления и оплаты.
Собери по кампаниям расход и доступные данные об оплаченных заказах
за согласованный завершённый период. Укажи модель атрибуции.
Сопоставь итоги с предоставленной агрегированной сверкой из CRM:
оплаты, отмены, выручка. Не подменяй выручку ценностью цели.
Перечисли расхождения и данные, которые нужно проверить у интегратора.

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

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

Когда система готова помогать с решениями

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

Затем попросите LidFly объяснить одну кампанию: что известно, чего не хватает и какое действие следует из данных. План изменения рекламных настроек согласуйте отдельно; после записи перечитайте фактическое состояние. Для регулярного получения той же сводки пригодится выгрузка Директа и Метрики по расписанию. Для проверки гипотезы о новом объявлении — руководство по A/B-тестам.

Частые вопросы

Можно ли настроить сквозную аналитику без CRM?

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

Достаточно ли установить счётчик Метрики?

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

LidFly сам подключает любую CRM?

Нет. В этом сценарии LidFly анализирует Директ и доступные отчёты Метрики, а передачу заказов из CRM нужно настроить отдельно. После интеграции можно вернуться к той же проверке и сверить новые данные.

Почему расходы есть, а стоимость продажи не посчитана?

Причины разные: продаж нет, данные об оплатах не передаются или их не удалось связать с рекламой. Сначала нужно установить причину; неизвестное значение нельзя заменять нулём.