Сквозная аналитика требует связать заявку с выручкой, а агенты пишут недостающие переходы

Как понять, какая реклама приносит деньги? Сквозная аналитика сопоставляет расход на источник с продажами, сохраняя путь через заявку и сделку.

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

В документации Яндекс Метрики, проверенной 7 октября 2026, путь включает расходы, идентификатор посетителя в CRM и данные заказов.

Наш пример начинается с теста для руководителя. Его заявка попадает в «Контакты» и «Ручейки» нашего сайта.

Этот участок собран машиной агентов. Он помогает увидеть обращение. Связь рекламного расхода с выручкой этим ещё не доказана.

Перед заказом разработки выпишите, какой переход уже работает, а какой теряется. Заменять существующую CRM ради недостающего поля требуется не всегда.

Почему заявка есть, а источник оплаты неизвестен? Метка рекламной кампании описывает переход, но сама не соединяет его со сделкой.

В момент отправки формы сохраните идентификатор посетителя вместе с заявкой. В Метрике это ClientID, который получают методом getClientID.

Дальше нужны связи заявки со сделкой и сделки с оплатой. Название клиента для этого ненадёжно, менеджер может его изменить.

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

Укажите правило выбора источника. Если покупатель вернулся по другой рекламе, программа должна применить принятое правило.

Нет связи с визитом? Оставьте сумму в группе «Источник неизвестен». Подстановка популярной кампании скрывает пробел и меняет решение о бюджете.

Нужно ли писать свою сквозную аналитику? Если готовая интеграция передаёт нужные заказы и суммы, её стоит проверить раньше разработки.

Метрика принимает заказы из CRM через API и готовые интеграции. Свой код нужен, когда ваш процесс не помещается в доступный способ передачи.

Например, форма передаёт контакт без идентификатора визита. Агенту можно поручить добавить поле и сохранить его до сделки.

Агентам можно поручить получение событий, преобразование полей и повторную доставку. Инженер ведёт машину агентов и проверяет результат по правилам компании.

В постановке задач ИИ-агенту разбираем критерий «готово». Здесь он звучит предметно: оплаченный заказ виден рядом с исходной заявкой.

Готовый импорт тоже может ошибиться. Метрика предупреждает, что повторная ручная загрузка расходов Директа продублирует уже переданные автоматически суммы.

Как принять работу агента? Попросите показать учебную заявку от входа до оплаты. Номера записей и итоговая сумма должны сходиться на каждом переходе.

Сначала проходите обычный путь, затем ломаете условия. Красивый отчёт по заранее подобранным данным не проверяет повторную доставку и потерянную связь.

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

Сверяйте итог с первичным учётом оплат. Источник неизвестен и оплаты нет вообще требуют разных исправлений.

Проверяйте конечную привязку. В Метрике отчёт об офлайн-конверсиях показывает, связалось ли событие с визитом, и объясняет отсутствие связи.

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

Кто заметит, что данные перестали доходить? У работающего сервера может быть сломан переход. Мы столкнулись с этим на машине vibecoding.ru.

Поэтому проверка должна видеть вход и результат. Нулевые продажи сами по себе не доказывают сбой, а непереданное событие оплаты указывает, где искать.

В уроке «Руль, окно и сторож» соединяем записанное правило, экран наблюдения и проверку с уведомлением. Для аналитики нужен тот же порядок.

На публичной странице работы машины видны её результаты. Количество коммитов показывает стройку, но не доказывает, что конкретная оплата связалась с рекламой.

Для связки нужны свои проверки полноты. При обрыве назначается ответственный, события доставляются повторно, после исправления суммы сверяются заново.

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

С чего начать покупку разработки? Покажите инженеру путь конкретной заявки и место, где пропадает связь. Это даст границу первой задачи.

Переписывать всю CRM ради аналитики не обязательно. В правилах для ИИ-агентов разбираем, как удержать работу в этой границе.

На подписке на разработку «Один проект» стоит 250 000 ₽ в месяц. Формат подходит для связки сайта, событий и CRM одного продукта.

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

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

Если пока неясно, чего не хватает процессу, начните с теста для руководителя. Затем сформулируйте одну связь, которую можно проверить до конца.

1. Свяжите расход с оплатой через заявку и сделку. Отметьте, где путь теряется.
2. Запишите показатель результата, правило выбора источника и учёт возвратов до заказа кода.
3. Проверьте готовую интеграцию. Агентам поручайте переходы, которых в ней не хватает.
4. Принимайте работу на дублях, пропусках и возвратах. Сверяйте итог с учётом оплат.
5. Превращайте обрыв в сигнал с ответственным. После исправления повторяйте доставку и сверку.