Сквозная аналитика RetailCRM и Директа
Свяжите заказы в RetailCRM с кампаниями Яндекс Директа и Метрики — чтобы видеть реальную выручку, а не только клики.
Получить предложениеКоротко: прямой связки «RetailCRM ↔ Яндекс Директ» не существует — сквозная аналитика для интернет-магазина на RetailCRM строится через сайт с Яндекс Метрикой и электронной коммерцией, заказы в CRM и выгрузку в отчёты «Данные из CRM» / «Источники заказов». Параллельно модуль «Маркетинговые расходы» подтягивает расходы Директа в RetailCRM. Когда ClientID попадает в заказ, видна выручка по кампаниям, а не только клики; без него атрибуция по телефону и почте заметно слабее.
Ниже — двухконтурная схема, чек-листы модулей retailcrm.services, типовые ошибки и FAQ для интернет-магазина.
~19 мин чтения
RetailCRM · Директ
Контуры: A заказы → Метрика → PAID · B расход Директа в CRM.
utm → order OK
module Метрики ~05:00
crm_goal paid
Что даёт сквозная аналитика магазину на RetailCRM
Определение. Сквозная аналитика — это учёт цепочки от показа и клика в рекламе до оплаченного заказа в CRM, с возможностью сверять кампании Яндекс Директа с реальной выручкой, а не с промежуточными целями на сайте.
Цепочка «реклама → сайт → заказ → выручка»
Типовой маршрут для e-commerce на RetailCRM выглядит так:
- 1. Пользователь переходит по объявлению Яндекс Директа (в URL сохраняются метки и идентификатор клика).
- 2. На сайте срабатывает счётчик Яндекс Метрики, фиксируются цели и, при включённой электронной коммерции, действия «корзина / оформление».
- 3. Заказ создаётся в RetailCRM — вручную, из сайта, из колл-центра или через интеграцию.
- 4. Модуль «Яндекс.Метрика» на маркетплейсе retailcrm.services (или собственная выгрузка по API Метрики) передаёт состав заказа, статусы и суммы в Метрику.
- 5. В отчётах сквозной аналитики и в целях вида «CRM: Заказ оплачен» видно, какие кампании привели к деньгам; эти сигналы можно использовать в автостратегиях Директа и в Центре конверсий (офлайн-данные из CRM).
С февраля 2025 года в changelog API Метрики зафиксирована полноценная передача клиентов и заказов из CRM в отчёты сквозной аналитики — это усиливает сценарий для RetailCRM без обязательного платного «коробочного» сервиса.
Чем отличается от отчётов только в Директе или только в RetailCRM
Только Директ и Метрика на сайте показывают клики, расход, конверсии по целям «заявка отправлена» или «заказ в dataLayer», но не знают, отменился ли заказ, изменилась ли сумма после скидки менеджера или клиент оплатил через три дня.
Только RetailCRM даёт воронку, RFM и unit-экономику внутри CRM, но не привязывает строку «кампания X в Директе» к оплате автоматически — для этого нужен мост через Метрику (и разметку на входе).
Связка закрывает разрыв: маркетолог видит окупаемость рекламы по статусам, которые важны бизнесу (например, «оплачен»), а не по «сырой» заявке.
Почему без связки RetailCRM и Директа теряются деньги
Несовпадение utm и полей заказа
Если utm-метки в объявлениях не совпадают с тем, как RetailCRM сохраняет источник, отчёт «Источники заказов» в Метрике и раздел маркетинга в CRM покажут разные картины. Частая ошибка — разные регистры, сокращения utm_campaign или ручное редактирование источника оператором.
Модуль «Загрузка источников заказов из Яндекс.Метрика» раз в сутки (~05:00) подставляет источник в карточку заказа по номеру или внутреннему id, но он рассчитан на заказы с настроенной электронной коммерцией на сайте, а не на все каналы.
Разные статусы «лид» и «оплачен»
Директ по умолчанию оптимизируется на то, что видит на сайте. Если в CRM заказ долго в статусе «новый» или «ожидает оплаты», а в рекламе цель — «отправка формы», алгоритм приводит дешёвые заявки, а не маржинальные оплаты.
При передаче в Метрику типов статусов IN_PROGRESS, PAID, CANCELLED, SPAM (и кастомных через маппинг symbolic code) в визите достигаются цели «CRM: Заказ создан», «CRM: Заказ оплачен» и другие — их имеет смысл использовать в отчётах и в настройках кампаний.
Невидимые повторные заказы и ценность клиента
Повторная покупка через личный кабинет, мессенджер или телефон часто создаёт заказ без нового визита с ClientID. Такие заказы либо не привязываются к рекламе, либо «липнут» к старому источнику. Без учёта когорт в CRM кажется, что кампания «не окупается», хотя она привела клиента с высокой ценностью на срок жизни.
Встроенная аналитика RetailCRM (воронка, RFM) помогает внутри CRM, но не заменяет привязку клика Директа к выручке — это разные задачи.
Прямой связки RetailCRM и Директа нет — есть два согласованных потока
Переключите этап: увидите, когда в цепочку попадают ClientID в заказе, модуль «Яндекс.Метрика» (контур A) и «Маркетинговые расходы» (контур B) — и где Директ получает цель «CRM: Заказ оплачен».
- Контур A: заказ RetailCRM → отчёт «Источники заказов» → автостратегии на выручку.
- Контур B: расход Директа в финансах CRM — ROI в одном кабинете, но не заменяет цели PAID в Метрике.
- Окно привязки визита к заказу — 21 день; обновление статусов — до 111 дней с визита.
Активны: Директ, сайт, визит Метрики · RetailCRM и выгрузка заказов отключены · оптимизация на цели сайта
Дальше — какие метрики считать в приоритете и как не путать ROI в CRM и в Метрике.
Какие метрики сквозной аналитики считать в приоритете
Доля рекламных расходов, маржа и средний чек по кампаниям
Главный управленческий показатель для интернет-магазина — не клик, а доля рекламных расходов (отношение расхода на рекламу к выручке по привязанным заказам) и маржа после себестоимости. Модуль «Яндекс.Метрика» может передавать себестоимость строк заказа — тогда в связке с расходами из модуля «Маркетинговые расходы» проще сравнивать кампании по прибыли, а не по выручке «с полки».
Сверяйте цифры раз в неделю: отчёт Метрики — «инструмент оценки трендов рекламной активности», не финансовый аудит; расхождения с CRM возможны из‑за электронной коммерции на сайте и правил атрибуции.
Конверсия по этапам воронки
Полезно смотреть не одну цифру CR, а этапы: визит → корзина → заказ в CRM → оплата. Просадка между «заказ создан» и «оплачен» часто указывает на логистику, оплату или работу колл-центра, а не на креатив в Директе.
Когорты и повторные покупки при данных в RetailCRM
Если статусы и клиентская база чистые, в RetailCRM можно строить когорты, а в Метрике — смотреть вклад кампаний в первый и повторный заказ через отчёты по CRM-данным. Без ClientID на повторных заказах вклад рекламы в LTV (ценность клиента на срок жизни) недооценивается — закладывайте это в интерпретацию.
Подготовка: Яндекс Метрика, цели и разметка Директа
Цели и события на сайте
Минимум для старта:
- счётчик Метрики на всех странках воронки;
- цели «добавление в корзину», «начало оформления», «заказ в dataLayer» (если используете электронную коммерцию);
- передача ClientID в форму или в backend при создании заказа.
Метрика рекомендует ClientID (getClientID / cookie _ym_uid) как самый точный способ связать заказ с визитом; допустимы телефон и email (и хеши), для Директа — yclid. Без ClientID растёт доля непривязанных заказов.
Единый стандарт utm для всех кампаний
Зафиксируйте шаблон utm для всех групп Яндекс Директа: utm_source, utm_medium, utm_campaign, utm_content, utm_term. Не меняйте названия кампаний «задним числом» — история в CRM и Метрике разъедется.
Для магазинов на Яндекс KIT проверьте передачу metric_client_id в кастомное поле заказа — это соседний сценарий к полю rs_metrika_client_id в стандартном модуле.
Проверка до запуска трафика
Чек-лист на один день:
- 1. Тестовый клик по объявлению → utm в URL совпадает с шаблоном.
- 2. В Метрике в режиме «Вебvisor» или отладке целей срабатывают нужные события.
- 3. Тестовый заказ попадает в RetailCRM с ClientID в поле
rs_metrika_client_id(или вашем кастомном поле). - 4. Через сутки после включения модуля «Яндекс.Метрика» заказ виден в отчёте «Сквозная аналитика → Источники заказов» (учитывайте синхронизацию ~1 раз в сутки около 05:00).
RetailCRM: заказы, источники и обмен данными для аналитики
Поля заказа и источник в карточке
В карточке заказа должны быть заполнены: источник, utm (если храните отдельно), ClientID, сумма, состав, клиент. Модуль обратной загрузки источников из Метрики сопоставляет заказы по номеру, internal id или externalId; история — до 365 дней, но только для сценариев с электронной коммерцией на сайте.
Статусы, по которым считать выручку
Договоритесь с финансами и складом, какие symbolic code статусов RetailCRM считаются выручкой для маркетинга. Обычно это «оплачен» / «выполнен», а не «новый» или «ожидает комплектации». Эти коды нужно сопоставить с типами Метрики через маппинг — особенно если у вас несколько статусов «в работе».
Когда нужен программный обмен и интеграции с внешними системами
Стандартного модуля «Яндекс.Метрика» достаточно большинству магазинов. API Метрики и RetailCRM имеет смысл подключать, если:
- нужны выгрузки чаще раза в сутки;
- заказы создаются в кастомной ERP, минуя типовые интеграции;
- вы строите собственный дашборд (учитывайте квоты API: с 17.12.2025 — до 200 запросов за 5 минут к
/stat/v1/data/и 400 за 5 минут к отчётам в интерфейсе).
Прямой интеграции «RetailCRM ↔ Яндекс Директ» по-прежнему нет — рабочая схема идёт через сайт и Метрику.
Связка кликов Яндекс Директа с заказами в RetailCRM
Сценарий через Метрику и RetailCRM
Контур A (CRM → Метрика → Директ): модуль «Яндекс.Метрика» выгружает заказы в ветку «Данные из CRM». Заказы привязываются к визитам в пределах 21 дня от текущей даты; после привязки заказ можно обновлять (статусы, сумма, товары) 111 дней с начала визита. Цели «CRM: …» попадают в отчёты и в оптимизацию кампаний.
Контур B (Директ → RetailCRM): модуль «Маркетинговые расходы» подтягивает расходы Яндекс Директа в раздел «Финансы» RetailCRM (подключение токена Директа через OAuth на retailcrm.services, около 10 минут). Так видно расход и выручку в одном интерфейсе CRM, но это не заменяет цели PAID в Метрике для автостратегий.
Не путайте ROI в двух контурах — сверяйте их по одной неделе и одному набору статусов.
Ручной контроль и автоматизация
На старте полезна ручная выборка: 10–20 заказов с utm «yandex / cpc» сверить с визитами в Метрике и с отчётом «Источники заказов». Когда расхождение стабильно ниже согласованного порога, переходите к автостратегиям на «CRM: Заказ оплачен».
Платные сервисы (Roistat, ROMI.center и аналоги) дают готовую связку RetailCRM + Директ + коллтрекинг; ROMI описывает триггеры RetailCRM → API с полями суммы, статуса, телефона и email для Центра конверсий. Имеет смысл, когда бесплатных модулей не хватает: много телефонных заказов, несколько сайтов, жёсткая SLA по скорости данных. Подробнее о платформенном подходе — в материале про сквозную аналитику Alytics и Директа.
Важно: модуль RetailCRM «Яндекс.Метрика» не заполняет отчёт Метрики «Офлайн-конверсии» — данные идут в «Данные из CRM» / источники заказов. Это частая причина «пустого» отчёта при живых заказах в CRM.
Сверка выборки за неделю
Раз в неделю:
| Шаг | Где смотреть | Что сравнить |
|---|---|---|
| 1 | RetailCRM, фильтр по utm Директа | Количество заказов в статусе «оплачен» |
| 2 | Метрика, «Источники заказов из CRM» | Привязанные заказы и выручка по источнику |
| 3 | Директ, отчёт по кампаниям | Расход и конверсии по целям CRM |
| 4 | Модуль «Маркетинговые расходы» | Расход Директа vs строка в финансах CRM |
Если импортируете лиды из турбо-страниц модуля «Импорт лидов из Яндекс.Директ», помните: заказы создаются за ~5 минут, но utm и ClientID слабее, чем на своём лендинге — слабое место для сквозной аналитики.
В Директе клики есть, а выручка по кампаниям в RetailCRM не сходится?
Monster Context настроит ClientID в заказе, модули «Яндекс.Метрика» и «Маркетинговые расходы», маппинг статусов на цели «CRM: Заказ оплачен» и проверит отчёт «Источники заказов» до переноса автостратегий на оплату, а не на заявку.
- Тест: клик с yclid → заказ с rs_metrika_client_id → цель PAID в Директе
- Регламент utm и двух контуров A/B без путаницы ROI в CRM и Метрике
- Чек сверки за неделю: CRM, Метрика, кабинет Директа
Настройка сквозной аналитики: пошаговый чек-лист
День 1 — разметка и цели
- Утвердить utm-шаблон для всех кампаний Директа.
- Включить электронную коммерцию и цели на сайте.
- Настроить передачу ClientID в заказ (поле
rs_metrika_client_idили кастомное по инструкции retailcrm.services).
День 2 — правила в RetailCRM
- Установить модуль «Яндекс.Метрика», маппинг статусов на типы Метрики.
- Подключить «Маркетинговые расходы» для расхода Директа (при необходимости).
- Включить «Загрузку источников из Метрики», если источник в карточках пустой.
День 3 — отчёт и гипотезы по кампаниям
- Дождаться первой ночной синхронизации (~05:00).
- Построить отчёт по кампаниям с выручкой по статусу «оплачен».
- Отключить или сузить группы с высокой долей рекламных расходов без маржи; масштабировать связки с низкой долей и нормальным средним чеком.
Подробную архитектуру «уровней» воронки из Директа в CRM см. в гайде «Воронка из Директа в CRM».
Двухконтурная схема RetailCRM и цели PAID — разборы в Telegram
В канале Monster Context — чек-листы по модулям retailcrm.services, окнам 21/111 дня, отчёту без «Офлайн-конверсий» и переключению Директа на оплаченные заказы.
Типичные ошибки и как их избежать
Дубли заказов и «ломаные» utm
Дубли при интеграции сайта и ручном создании ломают выручку в отчёте. Решение: правила deduplication по externalId, запрет ручного дублирования без слияния.
Разные часовые пояса и окна атрибуции
RetailCRM, сервер сайта и отчёты Метрики должны быть в согласованных часовых поясах. Помните окно 21 день на первичную привязку — заказ, созданный на 22‑й день после визита, может не связаться с рекламой.
Смешение брендового и небрендового трафика
Брендовые кампании часто «крадут» атрибуцию у контекста на небренд. Выносите бренд в отдельные кампании и сравнивайте долю рекламных расходов по сегментам, иначе решения по небренду будут неверными.
Проверьте сквозную аналитику RetailCRM и Директа до роста бюджета
Оставьте заявку — Monster Context за первую неделю найдёт разрывы в utm, ClientID и статусах, прогонит тест «клик → оплачено» и подготовит цели для автостратегий на выручку магазина.
Частые вопросы (FAQ)
Сквозная аналитика RetailCRM и Яндекс Директ
Нужен ли отдельный сервис сквозной аналитики при RetailCRM?
Не обязательно. Для многих магазинов достаточно связки: электронная коммерция + ClientID + модуль «Яндекс.Метрика» + «Маркетинговые расходы» + цели «CRM: Заказ оплачен» в Директе. Платный сервис оправдан при сложном коллтрекинге, нескольких CRM-контурах или необходимости sub-hourly данных.
Как сравнить подход с Битрикс24?
У Битрикс24 свой набор интеграций и отчётов по сквозной аналитике; логика ClientID и CRM-целей в Метрике схожа. RetailCRM силён в e-commerce и маркетплейсе модулей под заказы и финансы. Если вы на RetailCRM, сравнение с Битрикс24 нужно только чтобы не переносить чужие инструкции «как есть» — архитектура модулей другая. Отдельный гайд Monster Context по сквозной аналитике Битрикс24 и Директа полезен для общих принципов Метрики, но не заменяет настройку полей RetailCRM.
Что делать, если в Wordstat мало запросов по связке «RetailCRM + сквозная»?
Это нормально: запросы дробятся между «сквозной аналитикой», брендом RetailCRM и «Яндекс Директ аналитика». Для бизнеса важнее не частота слова в Wordstat, а видимость оплаченных заказов по кампаниям. Кейс «Московские окна» (2024): после передачи заказов из CRM в Метрику оценку Директа перевели на оплаченные заказы, а не на заявку на сайте — обзор на Sostav.
Чем этот гайд отличается от материала про amoCRM?
Фокус здесь — заказы интернет-магазина, поле rs_metrika_client_id, модули retailcrm.services и двухконтурная схема «расходы в CRM / выручка в Метрике». Для amoCRM и воронки лидов см. сквозную аналитику amoCRM и Директа.
Нужен ли Google Analytics, если работаю только с Директом?
Модуль «Маркетинговые расходы» в справке указывает, что для полноты связки заказов и расходов желательна интеграция с Google Analytics — это ограничение продукта модуля. Для оптимизации только через Яндекс стек можно обойтись Метрикой и CRM-целями, но тогда сверяйте финансы в CRM и отчёты Метрики отдельно, без ожидания «идеального» ROI в одном экране модуля расходов.
Стоит ли оптимизировать кампании на отмены и спам?
Да, если статусы CANCELLED и SPAM корректно маппятся в Метрику — алгоритм Директа получает негативный сигнал и реже гонит мусорный трафик. Это особенно важно при автостратегиях: как отмечает практика B2B-контекста, вести Директ без передачи квалифицированных заказов из CRM теряет смысл (цитата Антона Гладченко в материале Monster Context про контекстную рекламу B2B).
Итог
Сквозная аналитика RetailCRM и Директа — это не одна кнопка, а два согласованных контура: заказы и статусы в Метрику для оптимизации рекламы и расходы Директа в CRM для финансов. ClientID, единые utm, маппинг статусов и еженедельная сверка важнее, чем выбор «ещё одного сервиса». Когда бесплатных модулей не хватает, подключайте специализированную платформу — но сначала исчерпайте честный чек-лист ограничений: суточная выгрузка, 21 день привязки, турбо-лиды без ClientID, отсутствие данных в отчёте «Офлайн-конверсии» при работающем модуле «Яндекс.Метрика».
Дальше имеет смысл связать эту схему с общим хабом аналитики на сайте и проверить кампании Директа на цели «CRM: Заказ оплачен» — тогда реклама опирается на выручку магазина, а не на промежуточные клики.
Читайте также
Материалы блога Monster Context
Сквозная аналитика amoCRM и Директа: настройка и отчёты
Динамический коллтрекингβ без Calltouch: Поиск, Карты, Метрика и оплата за реальные звонки — что доступно уже сейчас
Alytics и Яндекс Директ: настройка сквозной аналитики | Monster Context
Сквозная аналитика Битрикс24 и Яндекс Директ: настройка
Roistat и Яндекс Директ: сквозная аналитика
UTM-метки в Яндекс Директе без потери данных — Monster Context
Цели Яндекс Метрики для Директа: настройка и оптимизация
Детальные отчёты по офлайн-данным в Яндекс Метрике
Электронная коммерция в Метрике для Директа — Monster Context
Юнит-экономика лидов из контекста: расчёт и таблица
