Сквозная аналитика Битрикс24 для интернет-магазина

Магазин крутит рекламу в Директе, ВКонтакте, шлёт рассылки и платит за размещения у блогеров. В отчётах рекламных кабинетов — клики, показы и «конверсии», а в 1С — оплаченные заказы. Вот только между этими двумя картинами нет моста: никто в компании не может уверенно сказать, какая именно кампания принесла живые деньги, а какая только сожгла бюджет. Пока рекламу оценивают по кликам и заявкам, а не по выручке, часть денег гарантированно уходит впустую. Мост между рекламой и деньгами и строит сквозная аналитика Битрикс24.

Ниже — практический разбор того, как настроить сквозную аналитику для интернет-магазина на 1С-Битрикс: как размечать источники, как заказ с сайта «узнаёт» свой рекламный канал, как считается ROMI, как связать телефонные продажи через коллтрекинг и что делать с заказами, у которых источник неизвестен. Материал основан на наших проектах по внедрению и настройке Битрикс24 для торговых компаний — без общих слов, только то, что реально влияет на цифры в отчёте.

Что такое сквозная аналитика и зачем она магазину

Сквозная аналитика — это способ измерять рекламу не по промежуточным действиям (клик, визит, заявка), а по конечному результату — деньгам. Она «прошивает» весь путь клиента насквозь: от объявления, по которому он пришёл, через визит на сайт и заявку в корзине, до оплаченного заказа и повторных покупок. Отсюда и название: аналитика идёт сквозь все этапы воронки, не теряя нить между рекламным рублём и рублём выручки.

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

Для интернет-магазина на 1С-Битрикс сквозная аналитика особенно важна по трём причинам. Во-первых, у магазина обычно много каналов сразу — контекст, таргет, SEO, маркетплейсы, рассылки, — и без единого отчёта бюджет распыляется вслепую. Во-вторых, значимая доля заказов оформляется не только через корзину, но и по телефону или в мессенджере, а значит теряется без коллтрекинга и интеграции с CRM. В-третьих, у товаров разная маржа, и «дорогой» заказ по выручке может быть менее выгодным, чем несколько «дешёвых» с высокой наценкой — сквозная аналитика позволяет считать не только оборот, но и прибыль.

Битрикс24 подходит для этой задачи потому, что в нём уже есть три из четырёх нужных компонентов: CRM со сделками и суммами, встроенная веб-аналитика с идентификацией посетителей и модуль сквозной аналитики, который сводит расходы и доходы в единый отчёт. Остаётся аккуратно соединить их с сайтом магазина и рекламными кабинетами — этому и посвящён материал.

Архитектура сквозной аналитики Битрикс24

Чтобы настраивать аналитику осознанно, полезно держать в голове её устройство. Сквозная аналитика Битрикс24 — это связка из нескольких слоёв, каждый из которых отвечает за свой кусок пути клиента.

• Рекламные источники. Кабинеты Яндекс Директа, ВКонтакте и других каналов. Дают расходы и параметры кампаний, а ссылки в объявлениях несут UTM-метки.
• Сайт магазина на 1С-Битрикс. Принимает трафик, счётчик Битрикс24 фиксирует визит, источник и присваивает посетителю идентификатор (client_id).
• CRM Битрикс24. Хранит лиды и сделки с суммами, стадиями и метками источника. Именно здесь появляется «деньги».
• Модуль сквозной аналитики. Сводит расходы из источников и доходы из сделок в единый отчёт, считает стоимость обращения, стоимость сделки и ROMI.
• Коллтрекинг. Подменяет телефон на сайте, связывает звонок с визитом и меткой, чтобы телефонные заказы тоже попадали в отчёт.

Данные текут по этим слоям слева направо: клик по объявлению приносит на сайт UTM-метку, счётчик сохраняет визит и client_id, посетитель оформляет заказ, заказ уезжает в CRM вместе с меткой и идентификатором, а модуль аналитики соединяет расход на этот клик с суммой сделки. Понимание цепочки сразу подсказывает, где искать разрыв: если в отчёте «нет данных» об источнике — рвётся передача меток между сайтом и CRM; если не сходятся суммы — проблема на стороне сделок и стадий; если недооценён канал со звонками — не настроен коллтрекинг.

Источники трафика и UTM-разметка

Фундамент всей сквозной аналитики — правильная разметка ссылок. Если объявление ведёт на «голый» адрес сайта без параметров, система не сможет отличить переход из Директа от перехода из рассылки. Поэтому каждая рекламная ссылка размечается UTM-метками — служебными параметрами в конце адреса, которые описывают источник.

Пять стандартных меток решают разные задачи, и путать их не стоит:

Дисциплина разметки важнее её сложности. Одна и та же площадка не должна называться в разных кампаниях по-разному: если где-то utm_source=yandex, а где-то utm_source=Yandex или ya, отчёт раздробит один источник на три строки, и картина рассыплется. Заведите единый справочник значений и придерживайтесь его. В Яндекс Директе и ВКонтакте удобно использовать динамические подстановки, которые автоматически проставляют кампанию, объявление и ключ, — так исключается ручная опечатка.

Отдельно стоит подумать про каналы, которые UTM-метками не размечаются «из коробки»: органический поиск, прямые заходы, переходы с карт и агрегаторов. Их источник система определяет сама по реферреру, но у них нет расходов в привычном смысле, и в отчёте они играют роль базового фона. Их важно не путать с платными каналами, иначе SEO-трафик «приклеится» к рекламной кампании и исказит ROMI.

Client_id: как заказ узнаёт свой источник

UTM-метка описывает, откуда пришёл клик. Но между кликом и оплаченным заказом проходит время: человек посмотрел товар, ушёл, вернулся через день, оформил заказ. Чтобы связать все эти события в одну цепочку, нужен постоянный идентификатор посетителя — client_id. Это анонимный номер, который счётчик Битрикс24 (или связанной системы веб-аналитики) присваивает браузеру и хранит в куки.

Логика такая: при первом визите из рекламы система запоминает пару «client_id → источник и UTM-метки». Дальше, какой бы путь ни прошёл посетитель, за ним тянется этот идентификатор. В момент оформления заказа сайт кладёт client_id в саму сделку CRM. Теперь у сквозной аналитики есть всё, чтобы соединить рекламный клик, визит и деньги: она находит визит по client_id, у визита есть источник, а у сделки — сумма.

Именно на этом звене чаще всего рвётся цепочка. Типичные причины потери связи:

• client_id не передаётся в сделку. Форма заказа не сохраняет идентификатор в скрытое поле, и сделка приходит в CRM «безымянной».
• Куки очищены или заблокированы. Пользователь чистит браузер или заходит в приватном режиме — прежний идентификатор теряется.
• Заказ создан вручную. Менеджер завёл сделку сам, не связав её с визитом клиента, — источник неизвестен.
• Разные домены и поддомены. Если оформление заказа уходит на другой домен без проброса идентификатора, связь обрывается.

Практический вывод: настройка передачи client_id из формы заказа в поле сделки — не «мелочь для программиста», а критический узел всей аналитики. Без него даже идеально размеченная реклама даст отчёт, где половина заказов висит в «нет данных».

Как связываются реклама, заявка и оплаченный заказ

Соберём цепочку целиком на примере одного клиента. Человек видит в поиске объявление магазина, кликает — в адресе сайта приезжают UTM-метки utm_source=yandex&utm_medium=cpc&utm_campaign=smartfony. Счётчик Битрикс24 фиксирует визит, присваивает браузеру client_id и запоминает связку «этот посетитель пришёл из кампании smartfony Яндекс Директа».

Дальше события развиваются так:

1. Визит. Посетитель смотрит каталог, добавляет товар в корзину. Всё это время за ним закреплён client_id и запомненный источник.
2. Заявка. Он оформляет заказ. Сайт на 1С-Битрикс создаёт заказ и одновременно передаёт в CRM Битрикс24 лид или сделку, вкладывая в неё client_id и UTM-метки как скрытые поля.
3. Квалификация. Менеджер обрабатывает сделку: подтверждает наличие, уточняет доставку. Стадия сделки двигается по воронке, но метка источника остаётся с ней.
4. Оплата. Клиент оплачивает заказ. Сумма фиксируется в сделке и переходит на стадию «Успешно». Именно эта сумма станет «доходом» в сквозной аналитике.
5. Сведение. Модуль аналитики берёт расход на клик из кампании smartfony и относит к нему выручку этой сделки. Появляется строка отчёта: расход, доход, ROMI по кампании.

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

ROMI и ключевые метрики окупаемости

Главная метрика сквозной аналитики — ROMI (Return on Marketing Investment), окупаемость вложений в маркетинг. Формула проста: из дохода, который принёс канал, вычитают расход на него, делят результат на расход и переводят в проценты.

ROMI = (Доход − Расход) / Расход × 100%. Если кампания стоила 50 000 рублей и принесла заказов на 200 000, то ROMI = (200 000 − 50 000) / 50 000 × 100% = 300%. Значит, каждый вложенный рубль вернулся тремя рублями прибыли сверху. ROMI = 0% — канал вышел в ноль, отрицательный ROMI — канал работает в убыток.

Важная тонкость: считать ROMI можно от оборота, а можно от валовой прибыли. Для магазина честнее второй вариант. Если наценка на товар 25%, то заказ на 200 000 рублей приносит не 200 000 прибыли, а около 50 000 — и с этой суммой канал, который «по обороту окупался», по прибыли может уходить в минус. Поэтому в настройках стоит подставлять в расчёт не сумму заказа, а маржу, если данные о себестоимости доступны в CRM.

ROMI не существует в вакууме — его читают в связке с другими метриками:

Смотреть только на ROMI опасно: канал с ROMI 500%, но двумя заказами в месяц не масштабируется, а канал с ROMI 120% и сотнями заказов — это основа бизнеса. Поэтому решения принимают, глядя одновременно на окупаемость, объём и стоимость привлечения. Сквозная аналитика Битрикс24 показывает все эти метрики в разрезе источника, кампании и даже ключевого слова.

Настройка сквозной аналитики пошагово

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

1. Установите счётчик и включите модуль. Разместите код веб-аналитики Битрикс24 на всех страницах сайта и активируйте раздел «CRM-аналитика → Сквозная аналитика». Без счётчика на сайте система не увидит визиты.
2. Свяжите сайт с CRM. Настройте передачу заказов с 1С-Битрикс в CRM Битрикс24 (штатная интеграция или REST). Проверьте, что заказ создаёт сделку/лид, а не теряется.
3. Настройте передачу источника. Убедитесь, что форма заказа кладёт в сделку client_id и UTM-метки в отдельные поля. Это критический шаг — без него источник не определится.
4. Разметьте рекламу. Проставьте UTM-метки во всех кампаниях по единому справочнику. Для Директа и ВКонтакте используйте динамические подстановки.
5. Подключите рекламные кабинеты. В сквозной аналитике авторизуйте Яндекс Директ и ВКонтакте, чтобы расходы подтягивались автоматически. Для прочих каналов подготовьте загрузку расходов.
6. Настройте коллтрекинг. Если есть телефонные продажи, подключите динамический коллтрекинг и свяжите номера с визитами.
7. Проверьте на тестовом заказе. Пройдите путь клиента сами: кликните по размеченной ссылке, оформите заказ, доведите сделку до оплаты и убедитесь, что в отчёте источник определился верно.
8. Задайте модель атрибуции и маржу. Выберите, как распределять заслугу за заказ между каналами, и подставьте прибыль вместо оборота, если считаете ROMI по марже.

Как это выглядит в интерфейсе Битрикс24

Модуль сквозной аналитики живёт в разделе «CRM-аналитика». Основной отчёт — таблица каналов с расходами, числом обращений, сделок и итоговым ROMI. Схематично центральный экран выглядит так:

Из отчёта видно главное: email-рассылка при минимальном бюджете даёт самый высокий ROMI, Директ — основной объём выручки, а размещение у блогера ушло в минус и требует решения. Проваливаясь в строку канала, можно дойти до конкретной кампании, объявления и ключевого слова — и отключать неэффективные связки точечно, а не рубить весь канал.

Связь сайта на 1С-Битрикс с CRM Битрикс24

Сердце всей конструкции для магазина — надёжная передача заказов с сайта на 1С-Битрикс в CRM Битрикс24. Именно здесь «клик превращается в деньги», и здесь же чаще всего прячутся проблемы. Есть несколько способов связать сайт и портал.

Штатная интеграция «1С-Битрикс + Битрикс24». Для сайтов на платформе есть готовый модуль, который передаёт заказы, лиды из форм и данные покупателей в CRM портала. Это самый быстрый путь: настраивается в админке, не требует программирования, поддерживает обмен статусами. Его ограничение — придётся следить, чтобы вместе с заказом уходили именно UTM-метки и client_id, а не только контакт и состав заказа.

REST API и вебхуки. Более гибкий вариант: сайт по событию оформления заказа сам вызывает метод crm.deal.add или crm.lead.add и передаёт в сделку любой набор полей, включая источник, метки, идентификатор посетителя и состав корзины. Так делают, когда нужна нестандартная логика: своя воронка, разбивка по типам заказа, обогащение данными из 1С. О принципах такой интеграции мы подробно писали в материале про интеграцию сайта с Битрикс24.

Через обмен с 1С. Если заказы «живут» в учётной системе, часть компаний передаёт в CRM уже обработанные заказы из 1С. Это удобно для учёта, но опасно для аналитики: пока заказ дойдёт из сайта в 1С, а из 1С в CRM, метки источника легко потерять. Поэтому даже при обмене через 1С метку и client_id стоит передавать напрямую с сайта в сделку, а учётные данные подтягивать отдельно.

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

Коллтрекинг и офлайн-конверсии

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

Коллтрекинг бывает двух видов, и разница между ними принципиальна:

• Статический. За каждым каналом закреплён отдельный номер: один в Директе, другой на визитках, третий в рассылке. Дёшево, но грубо — доводит источник только до уровня канала, без кампании и ключа.
• Динамический. Каждому посетителю сайта показывается свой номер из пула. Позвонив, человек «проявляет» свой client_id, и звонок связывается с конкретным визитом, кампанией и ключевым словом. Точно, но требует пула номеров и настройки.

Для сквозной аналитики магазина ценен именно динамический коллтрекинг: он доводит телефонный заказ до той же детализации, что и заказ из корзины. Звонок попадает в CRM как обращение, менеджер превращает его в сделку, а метка источника уже прикреплена — сумма ложится в отчёт нужному каналу. Битрикс24 умеет записывать звонки и связывать их со сделками, а внешние коллтрекинг-сервисы интегрируются через API и телефонию. Технику связки телефонии и аналитики мы разбираем в отдельном материале про интеграцию телефонии и коллтрекинга с Битрикс.

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

Модели атрибуции: кому отдать заказ

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

Основные модели:

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

Загрузка рекламных расходов

Доход в отчёт приходит из CRM, а расход — из рекламных источников. Половина «магии» ROMI зависит от того, насколько полно и точно загружены затраты. Тут есть три сценария.

Автоматически. Яндекс Директ и ВКонтакте подключаются к сквозной аналитике Битрикс24 напрямую: после авторизации кабинета расходы по кампаниям подтягиваются сами, с нужной детализацией и обновлением. Это идеальный случай — минимум ручной работы и минимум ошибок.

Через загрузку файла. Каналы без прямой интеграции (реклама у блогеров, посевы, офлайн, часть площадок) заводят расходами вручную — обычно таблицей с датой, каналом, кампанией и суммой. Метод рабочий, но требует дисциплины: если забыть внести расход, канал покажет завышенный ROMI и создаст иллюзию сверхэффективности.

Через API. Для регулярных выгрузок из сторонних систем расходы можно передавать программно. Так поступают, когда каналов много и вести их вручную дорого. Это надёжнее файла и не зависит от человеческого фактора.

Общее правило: в отчёте должны присутствовать расходы по всем каналам, а не только по тем, что подключаются автоматически. Частая ловушка — загрузить только Директ и ВКонтакте, а рассылки, посевы и партнёрку оставить без затрат. Тогда бесплатные на вид каналы «съедают» заслугу и картина перекашивается в их пользу.

Отчёты и метрики, на которые смотреть

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

• Каналы по ROMI и объёму. Базовый экран: где деньги окупаются и в каком объёме. Основа для перераспределения бюджета.
• Кампании и ключевые слова. Проваливаемся внутрь канала, отключаем убыточные связки, усиливаем прибыльные — не рубим канал целиком.
• Воронка продаж по источникам. Где и на каком этапе отваливаются обращения из разных каналов: одни дают дешёвые лиды, но плохо доходят до оплаты, другие наоборот.
• Средний чек и маржа по каналам. Канал с высоким оборотом может приводить низкомаржинальные заказы — по прибыли он окажется скромнее.
• Динамика во времени. Как меняется окупаемость от сезона к сезону, растёт или падает стоимость привлечения.
• Повторные продажи. Какой канал приводит клиентов, которые покупают снова, — их LTV может окупать «дорогой» первый заказ.

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

Стоит помнить и о разнице между сквозной аналитикой в CRM и чисто веб-аналитикой каталога. Первая отвечает на вопрос «какой канал приносит деньги», вторая — «что происходит с посетителем на сайте». Обе нужны и дополняют друг друга. Более глубоко тему аналитики e-commerce на платформе мы разбираем в материале про сквозную аналитику e-commerce на Битрикс.

Точность данных и «нет данных»

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

Основные причины появления «нет данных»:

• Неразмеченные ссылки. Реклама ведёт на адрес без UTM — источник неизвестен с самого начала.
• Потеря client_id. Куки очищены, сменился браузер или устройство, приватный режим — связь визита и сделки рвётся.
• Ручные сделки. Менеджер завёл заказ сам, не привязав к визиту клиента.
• Долгий цикл. Между первым визитом и покупкой прошло больше срока хранения данных о визите.
• Технические сбои. Счётчик не отработал, форма не передала поля, интеграция временно легла.

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

Частые ошибки при внедрении

• Запустили рекламу без UTM-меток — источник заказов невозможно определить в принципе, отчёт пустой.
• Форма заказа не передаёт client_id и метки в сделку — заказы приходят «безымянными» и уходят в «нет данных».
• Разметили один и тот же источник по-разному (yandex, Yandex, ya) — один канал дробится на несколько строк.
• Загрузили расходы только по Директу и ВКонтакте, забыв про рассылки и посевы — «бесплатные» каналы искусственно завышают ROMI.
• Считают ROMI от оборота, а не от прибыли — низкомаржинальный канал кажется выгодным, хотя работает в минус.
• Не подключили коллтрекинг при большой доле телефонных заказов — каналы со звонками выглядят убыточными.
• Менеджеры заводят сделки вручную без привязки к визиту — часть выручки теряет источник.
• Настроили и забыли: в отчёт никто не смотрит, решения по бюджету принимают по интуиции.

Чек-лист внедрения

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

1. Счётчик установлен. Код веб-аналитики Битрикс24 стоит на всех страницах сайта, визиты фиксируются.
2. Сайт связан с CRM. Заказы с 1С-Битрикс создают сделки/лиды в Битрикс24 без потерь.
3. Источник доезжает до сделки. Все формы (корзина, быстрый заказ, обратный звонок) передают client_id и UTM в поля сделки.
4. Реклама размечена. Все кампании несут UTM по единому справочнику, источники названы одинаково.
5. Расходы загружаются. Директ и ВКонтакте подключены автоматически, остальные каналы — файлом или по API, без пропусков.
6. Коллтрекинг настроен. Телефонные заказы связаны с визитами и попадают в отчёт (если есть звонки).
7. Модель атрибуции выбрана. Задано правило распределения заслуги, при необходимости ROMI считается по марже.
8. Тестовый заказ прошёл. Путь «клик → заказ → оплата» проверен вручную, источник в отчёте определился верно.
9. Ритм работы задан. Назначен ответственный, есть регулярность просмотра отчётов и внесения расходов.

Вывод

Сквозная аналитика Битрикс24 превращает рекламу из статьи расходов «на веру» в управляемый инструмент: видно, какой канал приносит деньги, какой сжигает бюджет и куда добавить. Но точность отчёта держится не на самом модуле, а на дисциплине данных — размеченных ссылках, доезжающих до сделки метках и client_id, полностью загруженных расходах и учтённых телефонных заказах. Наведите порядок в этих четырёх узлах, свяжите сайт на 1С-Битрикс с CRM аккуратно — и решения о рекламном бюджете вы будете принимать по прибыли, а не по ощущениям.