Вы вкладываете деньги в рекламу, а на вопрос «какой канал приносит прибыль?» отвечаете догадками. Часть клиентов звонит по телефону, часть оставляет заявку, кто-то оформляет заказ на сайте, а реальная оплата подтверждается только в 1С через несколько дней. Между этими точками — разрывы, из-за которых бюджет распределяется вслепую: дешёвые заявки могут оказаться убыточными, а «дорогой» канал — самым маржинальным.
Эта статья — о том, как связать магазин на 1С-Битрикс с коллтрекингом и сквозной аналитикой, чтобы дотянуть цепочку от рекламного клика до фактической выручки из 1С. Разберём подмену номеров, сшивку звонков с сессиями и заказами, работу с композитным кэшем и передачу денег из учётной системы. Автоматизацию и обмен с 1С, на которых всё держится, мы закрываем услугой автоматизации на 1С.
Коротко
- Коллтрекинг определяет источник звонка через подмену номера; сквозная аналитика сводит расходы, обращения и выручку.
- Всё держится на сквозном идентификаторе посетителя, который проходит через сессию, заказ и возвращается из 1С с суммой оплаты.
- При композитном сайте подмену номера делают на клиенте через JS, чтобы не ломать кэш.
- Честная оценка рекламы — по прибыли из 1С (оплата, возвраты, маржа), а не по числу заявок.
Зачем магазину коллтрекинг и сквозная аналитика
Пока обращения не привязаны к источникам, маркетинг работает на ощущениях. Руководитель видит, что заявки идут, но не знает, какая реклама их приносит и во что обходится каждый оплаченный заказ. Особенно это болезненно там, где значимая доля клиентов звонит: телефонные обращения по умолчанию «невидимы» для аналитики.
Коллтрекинг возвращает видимость звонкам, а сквозная аналитика достраивает картину до денег: сколько потратили на канал, сколько он дал обращений, сколько из них стали оплаченными заказами и какая с них прибыль. Для магазина на 1С-Битрикс это особенно важно, потому что настоящая выручка живёт в 1С, и без обмена с ней аналитика останавливается на «оформленных корзинах».
Коллтрекинг и сквозная аналитика: в чём разница
Эти два понятия часто смешивают, хотя они решают разные задачи. Коллтрекинг — про источник звонка. Сквозная аналитика — про окупаемость каналов целиком.
| Критерий | Коллтрекинг | Сквозная аналитика |
|---|---|---|
| Главный вопрос | Откуда пришёл звонок | Окупается ли канал |
| Данные | Звонки, сессии, метки | Расходы, обращения, выручка |
| Механизм | Подмена номера | Сшивка всех данных по ID |
| Итог | Источник каждого звонка | Прибыль по каждому каналу |
| Роль | Источник данных | Система сведения данных |
Проще говоря, коллтрекинг — один из «датчиков», а сквозная аналитика — «пульт», который сводит показания всех датчиков и данных из CRM и 1С в единую картину окупаемости. Внедрять их логично вместе: коллтрекинг без сквозной аналитики покажет источники звонков, но не деньги.
Как работает подмена номера
Сердце коллтрекинга — динамическая подмена номера. В пул системы заводят несколько телефонных номеров, и каждому посетителю сайта показывают свой.
- Посетитель заходит на сайт. Скрипт коллтрекинга берёт свободный номер из пула и показывает его этому визиту.
- Фиксируется связка. Система запоминает «номер — сессия — UTM-метки — источник».
- Человек звонит. Вызов приходит на подменный номер, который видел именно он.
- Определяется источник. По номеру система восстанавливает сессию и канал, из которого пришёл клиент.
Отсюда важное требование к сайту: номер телефона нельзя «зашивать» в вёрстку статикой. Он должен выводиться так, чтобы скрипт коллтрекинга мог его подменить. Размер пула номеров подбирают под пиковый одновременный трафик — если номеров меньше, чем посетителей, точность привязки падает.
Цепочка идентификаторов от клика до выручки
Сквозная аналитика держится на одной идее: у каждого посетителя есть идентификатор, который сопровождает его на всём пути. Если цепочка идентификаторов нигде не рвётся, звонок или заявку можно дотянуть до реальных денег.
- Клик по рекламе. В URL приходят UTM-метки и идентификатор кампании.
- Визит на сайт. Посетителю присваивается client_id, метки сохраняются в куках.
- Обращение. Звонок через подменный номер или заявка через форму связываются с этим client_id.
- Заказ. При оформлении идентификатор попадает в заказ Битрикса как скрытое поле.
- Выручка. Заказ уходит в 1С, подтверждается оплата, и сумма возвращается в аналитику по тому же идентификатору.
Стоит цепочке порваться в одном месте — и вы снова видите обращения, но не деньги. Поэтому прокидывание идентификатора через сессию, заказ и обмен с 1С — центральная инженерная задача. Она тесно связана с грамотной работой с данными в ядре, о которой мы писали в статье про D7 и ORM в 1С-Битрикс.
Что настроить на стороне 1С-Битрикс
Со стороны сайта задача двойная: не мешать подмене номера и надёжно передавать идентификаторы дальше. Конкретно нужно:
- Вывести телефон через контейнер. Номер подставляет скрипт коллтрекинга, а не статичная вёрстка.
- Сохранять метки в куках. UTM и client_id пишутся при первом визите и живут всю сессию.
- Прокидывать метки в формы. Скрытые поля форм несут источник, кампанию и идентификатор.
- Связать идентификатор с заказом. При оформлении client_id сохраняется в свойстве заказа.
- Передать идентификатор в 1С. Чтобы выручка вернулась в аналитику по той же связке.
Приём внешних событий (звонки, статусы) от систем аналитики удобно делать через защищённые обработчики — про безопасную настройку таких точек входа мы рассказывали в материале про REST, вебхуки и безопасность в Битрикс.
Коллтрекинг и композитный кэш
Магазины на 1С-Битрикс часто используют композитный сайт: HTML-каркас страницы кэшируется и отдаётся всем посетителям мгновенно, а динамика догружается отдельно. Это отлично для скорости, но создаёт ловушку для коллтрекинга.
Аналогично поступают с идентификаторами: их собирают через JS и куки на стороне браузера, а не пытаются «запечь» в кэшируемую разметку. При таком подходе композитный сайт остаётся быстрым, а коллтрекинг — точным. Как устроен композитный кэш и что кэшировать, а что нет, мы разбираем в услуге по аудиту и оптимизации 1С.
Выручка и статусы из 1С
Самая ценная и самая сложная часть сквозной аналитики — вернуть в неё фактическую выручку. Оформленный заказ на сайте — это ещё не деньги: его могут отменить, вернуть, оплатить частично, а маржа по разным товарам отличается в разы. Настоящая картина складывается только после подтверждения в 1С.
- Подтверждённая оплата. Не сумма корзины, а факт оплаты по данным 1С.
- Статус сделки. Оплачен, отгружен, отменён, возврат — чтобы не считать отменённое выручкой.
- Себестоимость и маржа. Если 1С отдаёт себестоимость, канал оценивают по прибыли, а не по обороту.
Эти данные приходят из учётной системы обменом, поэтому качество аналитики упирается в качество интеграции с 1С. Настроить стабильную выгрузку статусов и оплат — задача автоматизации, которую мы решаем услугой автоматизации продаж и склада на 1С. Про архитектурную сторону обмена и разработку модулей полезен материал про разработку модуля под Битрикс.
Клиентская и серверная передача данных
Данные в аналитику передают двумя путями, и для полноты картины нужны оба.
| Способ | Что передаёт | Слабое место |
|---|---|---|
| Клиентский (JS) | Визиты, обращения, события на сайте | Режут блокировщики и браузеры |
| Серверный (S2S) | Выручку, статусы, подтверждённые сделки | Сложнее в реализации |
Обращения удобнее фиксировать на клиенте, а выручку и подтверждённые сделки — досылать с сервера по идентификатору, потому что они приходят из 1С уже после визита. Серверная передача устойчивее к блокировщикам и не зависит от того, закрыл ли посетитель вкладку. Такая гибридная схема даёт самую полную и честную картину.
Оценка рекламы по прибыли
Когда цепочка собрана, меняется сам способ принятия решений. Вы перестаёте оптимизировать рекламу по числу заявок и начинаете — по прибыли.
Это часто переворачивает выводы. Канал с дешёвыми обращениями может давать много отмен и низкую маржу, а «дорогой» по цене заявки — приносить крупные оплаченные заказы. Без сквозной аналитики вы бы урезали как раз прибыльный канал. С ней — распределяете бюджет туда, где выше отдача по деньгам, а не по «корзинам». Именно ради этого разворота и строят всю цепочку интеграции.
Пошаговый план подключения
- Выберите систему коллтрекинга. Оцените пул номеров под ваш пиковый трафик и наличие серверного API.
- Подготовьте вывод телефона. Номер выводится через контейнер, доступный для подмены скриптом.
- Настройте сбор меток. UTM и client_id сохраняются в куках и прокидываются в формы.
- Свяжите идентификатор с заказом. При оформлении client_id пишется в свойство заказа.
- Настройте обмен с 1С. Оплаты и статусы возвращаются в аналитику по идентификатору.
- Учтите композитный кэш. Подмена и сбор данных — на клиенте, не в кэшируемом HTML.
- Добавьте серверную передачу. Выручку и подтверждённые сделки досылайте по S2S.
- Проверьте цепочку целиком. Тестовый звонок и заказ должны дойти до выручки в отчёте.
Частые ошибки
- Статичный номер на сайте. Подмена невозможна, звонки не привязываются к источникам.
- Подмена в кэшируемом HTML. Все посетители видят один номер, точность падает до нуля.
- Разрыв цепочки идентификаторов. client_id теряется на пути к заказу или в обмене с 1С — выручку не связать.
- Аналитика по корзинам, а не по оплатам. Отменённые заказы считаются выручкой, выводы искажаются.
- Только клиентская передача. Блокировщики режут часть событий, картина неполная.
- Маленький пул номеров. На пике одному номеру достаётся несколько посетителей, привязка ломается.
- Нет маржи из 1С. Канал оценивается по обороту, а убыточные заказы выглядят прибыльными.
Чек-лист внедрения
- Телефон подменяемый. Номер выводится через контейнер, доступный скрипту коллтрекинга.
- Метки собираются. UTM и client_id сохраняются в куках при первом визите.
- Идентификатор в заказе. client_id пишется в свойство заказа при оформлении.
- Кэш учтён. Подмена и сбор данных выполняются на клиенте.
- Выручка из 1С возвращается. Оплаты и статусы попадают в аналитику по идентификатору.
- Серверная передача включена. Подтверждённые сделки досылаются по S2S.
- Маржа учитывается. Каналы оцениваются по прибыли, а не по числу заявок.
- Цепочка протестирована. Тестовый звонок и заказ дошли до выручки в отчёте.
Вывод
Коллтрекинг и сквозная аналитика превращают маркетинг из игры на ощущениях в управление по деньгам. Коллтрекинг возвращает видимость звонкам, а сквозная аналитика достраивает путь до фактической выручки из 1С — но только если цепочка идентификаторов нигде не рвётся и выручка честно приходит из учётной системы, а не считается по оформленным корзинам.
Для магазина на 1С-Битрикс успех решают инженерные детали: подмена номера в обход композитного кэша, прокидывание идентификатора через сессию и заказ, серверная передача выручки и статусов из 1С. Соберите эту цепочку аккуратно — и вы начнёте распределять рекламный бюджет по прибыли, а не по количеству заявок. Настройку обмена и автоматизацию на стороне 1С мы берём на себя в рамках автоматизации на 1С.
