Сквозная аналитика соединяет расходы на рекламу с реальными продажами. RetailCRM в этой связке — источник данных о заказах и деньгах, без которого сервис считает только клики, но не окупаемость.
Что такое сквозная аналитика и роль CRM
Сквозная аналитика сводит воедино три потока: расходы из рекламных кабинетов, обращения с сайта и телефонии, продажи из CRM. На пересечении рождаются метрики окупаемости — ROMI, CPO, LTV по каналам.
RetailCRM отвечает за последнее и самое важное звено — деньги. Из неё сервис забирает состав заказа, сумму, статус и источник. Без этих данных сквозная аналитика вырождается в отчёт по кликам и заявкам.
- Расходы — из Яндекс.Директа, VK Рекламы и других кабинетов.
- Обращения — коллтрекинг, формы, чаты.
- Продажи — заказы и выручка из RetailCRM.
Какие сервисы подключают
На рынке несколько платформ сквозной аналитики, и почти все имеют готовую или API-интеграцию с RetailCRM.
| Сервис | Особенность | Связь с RetailCRM |
|---|---|---|
| Roistat | сильная визуализация и коллтрекинг | готовый модуль |
| Calltouch | акцент на телефонии | API / вебхуки |
| CoMagic / UIS | телефония и мультиканальность | API |
| Собственный BI | гибкость под свои метрики | API + выгрузки |
Как заказы попадают в сервис
Есть два надёжных механизма передачи данных из RetailCRM в систему аналитики:
- Веб-хуки — при смене статуса заказа CRM сама отправляет POST-запрос с телом события. Быстро, событийно, без опроса.
- Периодический опрос API — сервис раз в N минут читает
GET /api/v5/ordersс фильтром по дате изменения.
В любом случае в аналитику должны уйти минимум: номер заказа, сумма, статус, дата и источник (UTM или ClientID/визит). Именно источник склеивает продажу с рекламным кликом.
GET /api/v5/orders?filter[statusUpdatedAtFrom]=2026-07-14 00:00:00&apiKey=...
Склейка визита, обращения и заказа
Самое хрупкое место сквозной аналитики — сопоставление рекламного клика с заказом. Работают несколько идентификаторов, и лучше передавать сразу все, что есть:
- ClientID / visitorId — из счётчика на сайте, сохранённый в кастомное поле заказа.
- Roistat visit / marker — метка сервиса, если стоит его скрипт.
- Номер звонка — при коллтрекинге сервис сам связывает звонок с сессией.
- UTM-метки — как запасной вариант атрибуции по кампании.
Статусы и корректировка выручки
Заказ живёт: оплачивается, отменяется, частично возвращается. Сквозная аналитика должна видеть эти изменения, иначе окупаемость будет завышена.
| Событие в CRM | Что делает сервис |
|---|---|
| Оплачен | засчитывает выручку каналу |
| Отменён | вычитает из выручки |
| Возврат | уменьшает сумму заказа |
Поэтому веб-хук вешают не только на создание, но и на смену статуса. Передавайте актуальную сумму и текущий статус при каждом изменении — сервис пересчитает ROMI на лету.
Какие метрики вы получаете
Когда данные сшиты, сквозная аналитика раскрывает картину по каждому каналу и кампании:
- ROMI — окупаемость маркетинговых вложений.
- CPO — стоимость подтверждённого заказа, а не заявки.
- Доля отмен по источникам — где трафик «пустой».
- LTV по каналу — если передавать в сервис историю повторных заказов.
На этих цифрах уже можно перераспределять бюджет: отключать кампании с высоким CPO и отменами, усиливать те, что дают выполненные заказы с хорошей маржой.
Итог
Интеграция RetailCRM со сквозной аналитикой — это стабильная передача заказов и статусов (веб-хуки или опрос API), богатый набор идентификаторов для склейки клика с продажей и обязательный учёт отмен и возвратов. Тогда ROMI и CPO считаются по деньгам, а не по заявкам.
Мы подбираем сервис под задачу, настраиваем передачу событий, добиваемся высокого процента склейки и следим, чтобы статусы корректировали выручку. Если реклама должна оцениваться по реальной прибыли из CRM — поможем собрать эту связку и поддерживать её в порядке.
Частые вопросы
Обязательно ли ставить скрипт сервиса на сайт?
Для точной склейки клика с визитом — да, скрипт сервиса или счётчика нужен. Без него остаётся только атрибуция по UTM, которая теряет телефонные и повторные заказы.
Веб-хуки или опрос API — что выбрать?
Веб-хуки дают оперативность и меньше нагрузки, опрос API проще восстановить после сбоя. На практике часто используют веб-хуки с периодической сверкой через API.
Как учитываются отмены заказов?
Веб-хук на смену статуса передаёт в сервис отмену, и он вычитает сумму из выручки канала. Без передачи статусов окупаемость будет завышена на долю отказов.
Можно ли считать LTV по каналам?
Да, если передавать в сервис историю повторных заказов клиента. RetailCRM хранит все заказы контакта, и по источнику первого можно относить последующую выручку.
Что передавать для склейки телефонных обращений?
При коллтрекинге сервис сам связывает звонок с сессией по подменному номеру. От CRM нужен номер заказа, сумма и статус, а также идентификатор звонка, если он есть в карточке.
Подойдёт ли собственный BI вместо готового сервиса?
Да, если нужна гибкость метрик. Тогда расходы, обращения и заказы из RetailCRM сводятся в BI по API, но склейку и коллтрекинг придётся реализовать самостоятельно.
Сколько заказов реально сшивается с рекламой?
При правильной передаче идентификаторов обычно 70–90% онлайн-заказов. Остаток — очистка cookie, смена устройства и офлайн-обращения без цифрового следа.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.