Воронка из Директа в СРМ: настройка

Свяжите лиды из Яндекс Директа с этапами продаж в системе учёта клиентов — без ручного переноса и потерь на стыке рекламы и отдела продаж.

Получить предложение
01 Клик из Директа и форма с ID
02 Этапы воронки в СРМ
03 Обратная передача в Метрику
04 Макроцель для автостратегии

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

Ниже — контракт данных между статусами в СРМ и целями в Метрике, маршруты интеграции и протокол из пяти тестовых сделок перед включением оплаты за конверсии.

🔗

Контур данных

Директ → лендинг → СРМ → Метрика → обратно в автостратегию

A
API / коннектор
B
Центр конверсий
crm-funnel.sh
# поля лида
utm campaign · content
id ClientID · yclid
sync статус → Метрика OK

Зачем связывать Яндекс Директ и воронку в системе учёта клиентов

Рекламный кабинет показывает клики, расход и цели на сайте. Система учёта клиентов (далее — СРМ) хранит сделки, статусы и выручку. Пока эти слои не связаны, вы не видите, какая кампания принесла оплату, а не просто «отправку формы».

На хабе Monster Context уже описана шестишаговая модель: показ → клик → действие → СРМ → квалификация → сигнал обратно в рекламу (лидогенерация через контекст). Материал про CRM-маркетинг и Директ объясняет стратегию сегментов и рассылок; здесь фокус на операционной настройке воронки и передаче данных.

Яндекс называет такой контур сквозной аналитикой: Метрика сопоставляет заказы из СРМ с сессиями по ClientID (приоритет), телефону или email, в том числе в виде хеша MD5, и отдаёт данные в отчёты, сегменты и оптимизацию Директа (материалы Яндекс Образования, импорт данных из СРМ).

Что ломается без единой воронки

Типичные разрывы цепочки:

  • Ручной перенос. Менеджер копирует заявку из почты в СРМ через час — ClientID и метка клика (yclid) уже не попадают в карточку. Обратная передача в Метрику «не находит» визит. По оценкам интеграторов, около 70% команд ломаются именно на сохранении ClientID в сделке (обзор связки amoCRM и Директа).
  • Разные определения «лида». В Директе цель — «форма отправлена», в продажах — «разговор состоялся». Без согласованных статусов отчёт по кампаниям врёт.
  • Дубли. Один человек оставил заявку на сайте и позвонил — в СРМ две сделки, в аналитике двойной расход на обработку.
  • Длинный цикл B2B. Сделка закрывается через 60–90 дней, а окно атрибуции настроено на 7 дней — выгода рекламы не видна.

Как заметили на Хабре в разборе стеков сквозной аналитики, связка «Метрика плюс Директ» без СРМ часто заканчивается на цели: видны визиты и микроконверсии, но не сделки (статья на Хабре).

Как выглядит целевая схема «клик → заявка → сделка»

Целевая схема в одном предложении: клик в Директе → лендинг с метками → захват идентификаторов → карточка в СРМ → смена статусов → импорт в Метрику → цели и автостратегии в Директе.

Два технических уровня обратной передачи (их важно не смешивать в настройках):

  1. Офлайн-конверсии — цель плюс ClientID, телефон или email; обновление статуса возможно в течение до 90 дней (справка Директа).
  1. Подробные данные о заказах — API CDP Метрики (POST /cdp/api/v1/counter/{counterId}/data/orders/json), маппинг статусов IN_PROGRESS, PAID, CANCELLED, SPAM; упрощённый канал — simple_orders (маппинг статусов).

Дополнительно работает Центр конверсий Директа: загрузка CSV по FTP, HTTP(S), Google Sheets; цели из файла доступны всем логинам с доступом к счётчику; отчёт «Конверсии из Директа» отделяет конверсии после клика (справка).

Карта этапов: от кампании в Директе до сделки

Уникальный ракурс этого гайда — воронка как контракт данных: до выбора коннектора зафиксируйте, какой статус в СРМ что означает для маркетинга и что уходит в Метрику.

Этапы в рекламном кабинете и в СРМ — в чём разница

В Директе «воронка» — это путь пользователя до цели на сайте или в лид-форме. В СРМ — этапы работы менеджера: контакт, квалификация, коммерческое предложение, оплата, отказ, спам.

В кейсах агентств в СРМ бывает 10 и более статусов, а в Метрику и Директ разумно отдавать 3–5 ключевых: создан, квалифицирован, коммерческое предложение, оплачен, отказ или спам (кейс на vc.ru, разбор передачи из СРМ).

Пример матрицы «контракт данных» (подставьте свои названия):

Статус в СРМСмысл для продажОтправлять в МетрикуЦель в Директе для обучения
Новый лидЗаявка принятаДа, как «создан»Обычно нет (слишком шумно)
Контакт установленДозвонилисьПо желаниюРедко
КвалифицированЕсть бюджет и потребностьДаДа, макроцель
Коммерческое предложениеОтправлено КПДаОпционально
ОплаченДеньги на счётеДа, с суммойДа, главная макроцель
Отказ / спамНе целевойДа как отменаНет
Контракт данных

Где цепочка замыкается — и что уходит в обучение Директа

Таблица выше фиксирует статусы на бумаге; схема показывает поток: клик, захват ClientID и yclid, смена стадий в СРМ и обратный сигнал в Метрику. Переключите сценарий — увидите, при каком маршруте петля доходит до автостратегии.

  • Разрыв — лид в СРМ есть, ClientID в карточке нет: обратная передача не сойдётся.
  • Маршрут A — коннектор или API Метрики: статусы уходят по событию.
  • Маршрут B — CSV или Google Sheets в Центр конверсий: макроцель «оплачен» без разработчика.
Сценарий контура

Вердикт: разрыв — форма ушла в почту, ClientID не в сделке; Директ учится на шуме

Дальше — откуда берутся лиды: формы, звонки и что обязательно попасть в карточку.

Схема воронки из Яндекс Директа в СРМ и обратной петли через Метрику Визуализация 1 · замкнутый контур Директ клик · UTM Лендинг ClientID · yclid СРМ статусы сделки Метрика заказы · офлайн Центр конверсий CSV · Sheets ↺ в Директ Визуализация 2 · статусы в аналитику Новый Контакт Квал КП Оплачен Подсветка = статус уходит в Метрику / макроцель Директа

Минимальный набор полей и статусов под контекст

Минимальные поля карточки лида из Директа:

  • UTM-метки (utm_source, utm_medium, utm_campaign, utm_content, utm_term);
  • yclid (метка клика Директа);
  • ClientID Метрики (через ym.getClientID в скрытое поле формы — рекомендация из справки по офлайн-конверсиям);
  • источник («Яндекс Директ», кампания, группа — хотя бы текстом);
  • ответственный и SLA первого касания (в тексте — «норматив времени ответа», без латинской аббревиатуры в заголовках).

Для B2B добавьте поле «качественный / некачественный лид» и передавайте разметку в Метрику — иначе автостратегия будет гнаться за объёмом, а не за сделками (B2B-воронка 2026).

Откуда берутся лиды: формы, звонки, сайт

Лид-формы и заявки с сайта

Три входа:

  1. Сайт — форма на лендинге, чат, квиз. Здесь критичны UTM, yclid и ClientID в момент отправки.
  1. Лид-формы Директа и турбо-страницы — заявка попадает в кабинет; в СРМ её ведут коннекторами (Albato, модули RetailCRM, источники в Битрикс24). Задержка порядка 5–15 минут (справка RetailCRM, обзор Битрикс24). Метки с сайта при нативных формах слабее — для сквозной аналитики чаще выигрывает свой лендинг с корректным сбором ID.
  1. Мессенджеры и email — если менеджер создаёт сделку вручную, обязательно дублируйте ClientID из первичной веб-заявки.

Стоимость лида в отчёте Директа и «стоимость квалифицированного лида» в СРМ — разные метрики. После связки CRM и передачи статусов допустим рост отчётной цены лида при росте доли платящих — это нормальная перекалибровка, а не «ухудшение рекламы» (кейс vc.ru).

Звонки и коллтрекинг

Звонок без привязки к визиту ломает атрибуцию. Решение: динамический коллтрекинг плюс передача телефона в офлайн-конверсии (в т.ч. хеш MD5 по правилам Метрики). Для звонков действуют те же окна обновления статуса, что и для CRM-форматов (call-conversions).

На сайте храните yclid в cookie не менее 30–90 дней при длинном цикле; для Safari и политики ITP срок жизни JS-cookie может сжиматься до около 7 дней — тогда имеет смысл серверная запись yclid и ClientID при первом визите (разбор GTM и ITP).

Автостратегия учится на «отправке формы», а в СРМ до оплаты доходит каждый пятый лид?

Пока ClientID и yclid не попадают в карточку сделки, обратная передача в Метрику не сходится — и Директ оптимизируется на шум. В Monster Context настраиваем контракт статусов, поля форм и петлю «лид → квалификация → оплата» под вашу СРМ, чтобы макроцели в Директе опирались на реальные сделки.

  • Матрица статусов СРМ ↔ Метрика ↔ цели Директа под ваш цикл
  • Проверка UTM, yclid и ClientID на сайте и в лид-формах
  • Маршрут A (коннектор/API) или B (Центр конверсий) без лишнего вендора

Интеграция Директа и СРМ: способы и выбор

Задача интеграции — не «поставить галочку», а обеспечить поток: лид в СРМ → смена статуса → событие в Метрике → цель в Директе.

Готовые связки с Битрикс24 и amoCRM

Битрикс24: встроенные источники лидов, роботы, вебхуки, маркетплейс приложений; типовой сценарий — лид-форма или сайт → лид или сделка → робот при смене стадии дергает выгрузку в Метрику или файл в Центр конверсий.

amoCRM: входящие заявки через формы и интеграции, Digital Pipeline для триггеров на статусах, отдельные сценарии для офлайн-конверсий.

Обе системы закрывают маршрут A из нашего угла: нативная или полуночная связка «СРМ ↔ Метрика» без отдельного BI.

Когда маршрут B (Центр конверсий + ежедневный CSV или Google Sheets) уместен: малый бизнес, нет разработчика, мало сделок в день, но нужна хотя бы макроцель «оплачен». Это не замена полноценному API, но быстрый старт (online-to-offline).

Отдельные сервисы сквозной аналитики (Alytics, Roistat и др.) на хабе разобраны в обзоре Alytics и Директа. Подключайте их, если нативного импорта не хватает по отчётам или атрибуции; данный гайд описывает настройку без обязательного вендора.

Вебхуки и промежуточная автоматизация

Схема с Make, Albato или своим микросервисом:

  1. Форма отправляет JSON в СРМ и дублирует payload на промежуточный URL.
  2. Промежуточный слой нормализует поля (телефон, ClientID, статусы).
  3. При смене стадии СРМ шлёт вебхук → скрипт обновляет заказ в API Метрики.

Плюс — гибкость; минус — ответственность за логирование и повторные попытки при ошибках API.

Настройка воронки в Битрикс24 на примере

Блок универсален по логике: те же шаги переносятся на amoCRM и другие СРМ с другими названиями сущностей.

Создание воронки и правил распределения

  1. Создайте воронку «Яндекс Директ» или используйте основную, но с обязательным полем «Источник».
  2. Стадии согласуйте с матрицей из раздела «контракт данных» (не больше 5–7 видимых стадий для менеджера).
  3. Настройте роботов: новый лид → задача «позвонить за 15 минут»; переход в «квалифицирован» → тег для выгрузки в Метрику.
  4. Права доступа: маркетолог видит источник и UTM, но не меняет сумму сделки задним числом без лога.

Пошаговые материалы по воронке в Битрикс24 пересекаются с запросами «воронка продаж в битрикс24»; здесь акцент на стыке с Директом, а не на общих настройках портала.

Проверка: тестовая заявка из Директа

Протокол приёмки на 5 тестовых сделок (упрощение практики сверки >95% заказов из гайда kvodo):

  1. Запустите тестовую кампанию или используйте помеченную ссылку с UTM test_crm_funnel.
  2. Кликните с мобильного и десктопа, отправьте форму — проверьте ClientID и yclid в карточке.
  3. Проведите сделку по цепочке статусов до «оплачен» (можно нулевой тестовый платёж).
  4. В Метрике откройте «Заказы из CRM» / офлайн-конверсии — сопоставление с сессией.
  5. В Директе — отчёт по целям и «Конверсии из Директа».

Если 4 из 5 тестов не сходятся — не включайте оплату за конверсии на макроцель.

Тестовые сделки не сходятся с «Заказами из СРМ» — включать оплату за конверсии рано?

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

Метки, Метрика и сквозная аналитика

Без Метрики как «хаба идентичности» Директ не узнает о сделках. Подробнее про отчёты для руководителя — в материале дашборд Метрика и Директ для руководителя.

UTM и цели в Метрике

  • Единый шаблон UTM для всех кампаний; не смешивайте ручные метки и автотеги без документации.
  • Цели: микро (просмотр, клик по телефону) и макро (отправка формы, квалификация из СРМ, оплата).
  • Яндекс рекомендует разделять микро- и макроцели для обучения автостратегий; при малом числе продаж строить лестницу: вовлечение → намерение → лид → квалификация из СРМ → продажа (разбор оплаты за конверсии). Для стабильного обучения часто называют порядка 10+ конверсий на цель в месяц.

Отчёты: от клика до оплаты

Окна атрибуции, которые нельзя игнорировать:

  • привязка офлайн-события к визиту — порядка 21 дня после визита (в справках и материалах подрядчиков);
  • для заказов из СРМ Метрика допускает изменение или добавление заказа к сессии до 111 дней от даты визита — критично для B2B (офлайн-параметры, лидогенерация на хабе).

Соберите единый экран: расход Директа → лиды в СРМ → квалифицированные → выручка. Если цифры расходятся, сначала проверьте дубли и часовые пояса выгрузки.

Типичные ошибки и чек-лист перед запуском

Редирект съедает yclid. Цепочка 301 через несколько доменов без проброса метки — классическая поломка. Проверьте финальный URL в теге {lpurl}.

Оптимизация на «отправку формы» при 80% мусора. Переключите макроцель на статус «квалифицирован» или «оплачен» после настройки обратной передачи.

Слишком много целей в Директе. Оставьте 1–2 макроцели для стратегии и несколько вспомогательных для отчётов.

Дубли лидов. Включите склейку по телефону и email в СРМ; на сайте — антиспам и honeypot.

Задержка передачи > 24 часов. Автостратегии работают на свежих сигналах; настройте выгрузку статусов минимум раз в сутки, лучше по событию.

ITP и Safari. План B: серверный capture ClientID при первом хите.

Чек-лист перед боевым запуском

  • [ ] Матрица статусов СРМ ↔ Метрика ↔ Директ согласована с продажами и маркетингом
  • [ ] В формах есть скрытые поля ClientID и yclid, проверены на мобильных
  • [ ] UTM-шаблон задокументирован, тестовая кампания проходит end-to-end
  • [ ] Интеграция или CSV-выгрузка в Центр конверсий работает на тестовых сделках
  • [ ] В Метрике включён импорт заказов, статусы замаплены (IN_PROGRESS, PAID, …)
  • [ ] В Директе выбрана макроцель для стратегии, не только микроформа
  • [ ] Отчёт для руководителя собран (см. дашборд на хабе)
  • [ ] Назначен владелец воронки на стороне продаж (SLA первого звонка)

Аудит воронки «Яндекс Директ → СРМ → Метрика» перед боевым запуском

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

🔗 Стык лид-форм, сайта и СРМ без ручного переноса
📈 Сквозная картина: расход → квалификация → выручка
✅ Чек-лист из 5 тестовых сделок и сходимость с Метрикой

Что сделать дальше

  1. Зафиксируйте матрицу статусов и проведите одну тестовую сделку от клика до «оплачен».
  2. Сверьте отчёт Метрики и список сделок в СРМ за одну неделю.
  3. Пересоберите цели в Директе под макроэтапы.
  4. Вернитесь к хабу блога Monster Context за смежными материалами по аналитике и лидогенерации.
  5. Если нужна помощь с настройкой под ключ — оставьте заявку на главной.

Итог

Воронка из Директа в систему учёта клиентов — это согласованные этапы, поля и обратная петля в Метрику. Реклама перестаёт оптимизироваться на дешёвый шум и начинает учиться на тех, кто дошёл до оплаты. Начните с контракта данных, пяти тестовых сделок и одной макроцели — остальное наращивайте итерациями.

Markdown→HTML: Наташа

Частые вопросы

Воронка из Директа в систему учёта клиентов, интеграция и сроки

Как создать воронку продаж, если реклама идёт только из Яндекс Директа?

Создайте в СРМ отдельную воронку или ветку стадий с обязательным полем «источник = Директ». Воронка в кабинете Директа — это не замена: настройте цели на сайте и обратную передачу статусов. Пошаговый контекст запуска рекламы — в настройке контекстной рекламы на хабе.

Нужна ли отдельная СРМ, если лидов мало?

При <30 лидах в месяц иногда хватает таблицы и Центра конверсий, но как только появляются менеджеры и повторные касания — без СРМ вы теряете ClientID и историю касаний. Критерий не размер, а длина цикла и число касаний.

Сколько времени занимает настройка связки?

Базовый контур «форма → Битрикс24 или amoCRM → ручной CSV в Метрику» — от нескольких дней до двух недель. API, роботы и сверка статусов — от двух до шести недель с тестами. Не включайте автостратегию на оплату до успешных тестовых сделок.

Чем отличается офлайн-конверсия от импорта заказов?

Офлайн-конверсии проще для одной-двух целей и обновления в пределах 90 дней. Импорт заказов через CDP даёт суммы, товары и гибкий маппинг статусов — нужен при e-commerce и сложном B2B.

Можно ли обойтись без разработчика?

Да, на маршруте B: коннекторы, Albato, выгрузка в Google Sheets в Центр конверсий. Для стабильного ClientID на сложном сайте часто нужен разработчик или настройщик GTM.

Почему в Директе много конверсий, а в СРМ пусто?

Проверьте, куда реально уходит форма (email, Telegram), не дублируется ли отправка без интеграции, и совпадает ли домен счётчика Метрики с лендингом.