«Реклама работает, заявки идут» — а на вопрос, какая кампания приносит прибыль, а какая сливает бюджет, ответа нет. Веб-аналитика показывает клики и конверсии, но не знает, оплатился ли заказ, не отменился ли он и сколько реально денег принёс. В итоге бюджет распределяется на глаз, а самые дорогие, но убыточные кампании продолжают жить, потому что «дают заявки».
Сквозная аналитика закрывает этот разрыв: она связывает рекламные расходы с реальными заказами и деньгами из 1С. Разберём, как протянуть путь клиента от клика до оплаченного заказа в интернет-магазине на 1С-Битрикс, почему настоящие деньги живут в 1С и как корректно считать ROMI. Фундамент всего этого — чистый и надёжный обмен с учётной системой, который мы настраиваем в рамках автоматизации на 1С.
Коротко
- Сквозная аналитика связывает рекламные расходы с реальными заказами и деньгами, а не с кликами.
- Настоящая выручка живёт в 1С: там оплаты, отгрузки и возвраты, а не факт оформления на сайте.
- Путь строится цепочкой идентификаторов: клик → визит → заказ на сайте → сделка в 1С.
- Корректный ROMI требует стабильного сквозного ключа заказа и аккуратной обработки статусов.
Зачем нужна сквозная аналитика
Задача рекламной аналитики — не считать клики, а понимать, какие вложения приносят прибыль. Пока вы видите только визиты и заявки, вы управляете бюджетом вслепую: кампания с дешёвыми заявками может давать сплошь отменённые заказы, а «дорогая» — приводить крупных оплачивающих клиентов. Сквозная аналитика переводит разговор с языка кликов на язык денег.
Практический смысл прост: вы перестаёте платить за кампании, которые генерируют шум, и усиливаете те, что приносят выручку. Для этого нужно связать три мира, которые обычно живут порознь: рекламные расходы, поведение на сайте и реальные заказы в учётной системе.
Веб-аналитика против сквозной
Веб-аналитика (в том числе веб-аналитика Битрикс и внешние счётчики) хорошо видит, что происходит на сайте, но обрывается на факте заявки. Сквозная аналитика достраивает картину данными из учёта.
| Что измеряем | Веб-аналитика | Сквозная аналитика |
|---|---|---|
| Клики и визиты | Да | Да |
| Заявки и заказы на сайте | Да | Да |
| Оплата заказа | Обычно нет | Да (из 1С) |
| Отмены и возвраты | Нет | Да (из 1С) |
| Реальная выручка и прибыль | Нет | Да |
| ROMI по кампаниям | Приблизительно | Корректно |
Ключевое отличие — сквозная аналитика знает судьбу заказа после оформления. Именно это превращает «конверсии» в деньги и позволяет считать окупаемость рекламы, а не её активность.
Почему деньги живут в 1С
Заказ, оформленный на сайте, — это ещё не выручка, а лишь намерение. Часть заказов отменяется, часть не оплачивается, по части идут возвраты, а итоговая сумма может отличаться от корзины из-за корректировок, скидок и доставки. Все эти события фиксируются не на сайте, а в 1С: там статусы оплаты и отгрузки, там возвраты, там реальные деньги.
Поэтому корректная сквозная аналитика опирается на данные 1С, а не на факт оформления. Если считать выручку по заказам сайта, картина будет завышенной и искажённой: убыточные каналы с высокой долей отмен будут выглядеть прибыльными. Качество этой связки прямо зависит от качества обмена — а его мы приводим в порядок через аудит и оптимизацию 1С.
Цепочка идентификаторов
Сердце сквозной аналитики — цепочка идентификаторов, которая протягивает анонимный клик до конкретной сделки в 1С. Каждое звено передаёт эстафету следующему:
- Клик по рекламе. Приходит с UTM-метками, которые говорят об источнике, кампании и объявлении.
- Визит на сайте. Метки и идентификатор пользователя аналитики фиксируются и сохраняются в сессии.
- Заказ на сайте. При оформлении источник и идентификатор клиента записываются вместе с заказом.
- Сделка в 1С. Заказ уходит обменом со своим номером, обратно приходят статусы оплаты и отгрузки.
Если хоть одно звено рвётся — метка не сохранилась при оформлении, номер заказа «плавает» при обмене — цепочка распадается, и связать деньги с рекламой не получается. Поэтому надёжность этой связки важнее красоты отчётов.
Разметка трафика: UTM и источники
Всё начинается с разметки. Без единой системы UTM-меток источники сливаются в кашу, и никакая аналитика их не разделит. Базовые правила:
- Единый стандарт меток. Одинаковые названия источников и кампаний во всех каналах, без разнобоя.
- Фиксация при заходе. Метки сохраняются в сессии и не теряются при переходах внутри сайта.
- Привязка к заказу. При оформлении источник записывается в свойства заказа, чтобы уйти дальше в 1С.
- Учёт первого и последнего касания. Для длинных цепочек фиксируется не только последний источник, но и первый.
Разметка — самая скучная и самая недооценённая часть. Но именно ошибки в ней чаще всего рушат сквозную аналитику: если источник не сохранился в заказе, деньги из 1С будет не к чему привязать.
Выгрузка заказов и статусов из 1С
Вторая половина связки — данные из 1С. В аналитику нужно поднять не только сам заказ, но и его судьбу: оплачен ли, отгружен, не возвращён ли, какая итоговая сумма. Эти данные приходят обменом CommerceML и обновляются по мере изменения статусов.
Технически важно, чтобы выгрузка была идемпотентной: повторная загрузка того же заказа не должна задваивать его в отчётах, а изменение статуса должно корректно обновлять запись. При больших объёмах это отдельная инженерная задача — обмен ставят в очередь и обрабатывают пакетно, чтобы не нагружать ни сайт, ни 1С. Настройку такого устойчивого обмена мы делаем в рамках автоматизации продаж и склада на 1С, а инженерные детали доставки данных разбирали в статье про CI/CD и деплой для 1С-Битрикс.
Расходы из рекламных кабинетов
Чтобы посчитать окупаемость, к выручке нужно добавить расходы. Их выгружают из рекламных кабинетов — по кампаниям, объявлениям и датам. Здесь важна регулярность и сопоставимость: расходы должны разбиваться по тем же источникам и кампаниям, что и заказы, иначе их не сложить.
Автоматическая выгрузка расходов через API рекламных систем избавляет от ручного сведения таблиц и ошибок. Такие интеграции с внешними API строят по правилам надёжной и безопасной работы с внешними сервисами — эту тему мы разбирали в статье про безопасность REST и вебхуков в 1С-Битрикс.
Длинный цикл сделки в B2B
В B2B сквозная аналитика сложнее, чем в рознице, из-за длинного цикла сделки. Между кликом и оплатой проходят недели и месяцы: заявка, согласование, счёт, отгрузка. За это время слетают куки, теряются клиентские метки, клиент возвращается уже из другого источника или напрямую.
Поэтому в B2B опираются не на короткоживущие клиентские идентификаторы, а на устойчивые: телефон, email, аккаунт клиента в личном кабинете. Первый источник фиксируется при первом контакте и хранится вместе с клиентом, а не только с сессией. Тогда сделка, закрывшаяся через два месяца, всё равно привязывается к рекламе, которая её породила. Это одна из причин, почему в B2B критичен полноценный обмен клиентами и сделками между сайтом и 1С.
Корректный расчёт ROMI
Когда данные собраны, считается главная метрика — окупаемость рекламных вложений. Важно считать её на деньгах из 1С, а не на заказах сайта, и аккуратно обращаться со статусами:
- Только реальная выручка. Отменённые и неоплаченные заказы не считаются доходом.
- Учёт возвратов. Возвращённые суммы вычитаются из выручки канала.
- Без задвоений. Один заказ — одна запись, даже при повторной выгрузке.
- Сопоставимые периоды. Из-за длинного цикла выручка и расходы соотносятся с учётом задержки сделки.
Только при таком подходе ROMI отражает реальность: какие каналы приносят прибыль, а какие — активность и убытки. Всё остальное — красивые, но обманчивые графики.
Реализация на 1С-Битрикс
Сборка сквозной аналитики укладывается в понятную последовательность. Общая логика такая:
- Наведите разметку. Единые UTM, фиксация источника в сессии и в свойствах заказа при оформлении.
- Задайте сквозной ключ. Стабильный номер заказа, единый на сайте и в 1С.
- Настройте обмен статусов. Заказы, оплаты, отгрузки и возвраты приходят из 1С и обновляют записи.
- Подключите расходы. Автоматическая выгрузка из рекламных кабинетов по кампаниям и датам.
- Соберите хранилище. Единое место, где сходятся расходы, заказы и статусы для отчётов.
- Постройте отчёты ROMI. По источникам и кампаниям, на реальной выручке из 1С.
- Проверьте на данных. Сверьте выручку в отчёте с 1С, убедитесь в отсутствии задвоений и потерь.
Доступ к данным заказов удобно строить на современном ORM — как это устроено в 1С-Битрикс, мы разбирали в статье про D7 и ORM.
Частые ошибки
- Считают по заказам сайта. Отмены и возвраты не учтены, выручка завышена, убыточные каналы кажутся прибыльными.
- Разнобой в UTM. Источники названы по-разному, кампании не сходятся, данные не сложить.
- Источник не доезжает до заказа. Метка теряется при оформлении, привязать деньги не к чему.
- Плавающий номер заказа. Сквозной ключ нестабилен, сайт и 1С не сходятся.
- Задвоение заказов. Повторная выгрузка считает один заказ дважды.
- Игнорируют длинный цикл. В B2B опираются на куки вместо устойчивых идентификаторов, сделки теряются.
Чек-лист внедрения
- Разметка едина. Стандарт UTM, фиксация источника в сессии и в заказе.
- Сквозной ключ стабилен. Номер заказа один и тот же на сайте и в 1С.
- Статусы приходят из 1С. Оплаты, отгрузки, возвраты обновляют записи без задвоений.
- Расходы выгружаются. Автоматически, по кампаниям, сопоставимо с источниками заказов.
- Хранилище собрано. Расходы, заказы и статусы в одном месте.
- ROMI на деньгах 1С. Отчёты считают реальную выручку с учётом отмен и возвратов.
- Данные сверены. Выручка в отчёте совпадает с 1С, задвоений и потерь нет.
Вывод
Сквозная аналитика превращает рекламу из «чёрного ящика с заявками» в управляемый инструмент, где видно, какой канал приносит прибыль. Ключ к ней — связать три мира: рекламные расходы, поведение на сайте и реальные заказы в 1С, где живут настоящие деньги.
Технически всё держится на цепочке идентификаторов и стабильном сквозном ключе заказа, а корректность цифр — на качестве обмена с 1С и аккуратной обработке статусов. Начните с разметки и порядка в данных, настройте надёжный обмен, и только потом стройте отчёты ROMI. Тогда аналитика будет показывать деньги, а не активность, и рекламный бюджет пойдёт туда, где он окупается.
