Статусы CRM в Метрике: как проверить передачу B2B-заявок

Краткий ответ: согласуйте смысл статусов, проверьте сохранение идентификаторов и проследите путь нескольких обращений от сайта до отчёта. Сообщение «данные отправлены» ещё не подтверждает, что Метрика связала их с визитом и правильно отразила нужный этап сделки.

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

Передача данных из CRM помогает дополнить картину. Но начинать стоит с порядка в статусах, а не с обещания «подключить сквозную аналитику за один клик». Ниже — редакционный чек-лист приёмки; примеры условные, результаты клиентов не приводятся.

Что именно можно связать

По документации Яндекса, в Метрику можно передавать сведения о клиентах и сделках, включая их статусы. Для связи с посещениями используются идентификаторы. Яндекс рекомендует сохранять ClientId в CRM; он помогает сопоставлению, но не отменяет проверку результата. Для загрузки данных существуют разные способы, и состав полей нужно выбирать по документации конкретного способа.

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

Сначала договоритесь о значении статусов

Попросите руководителя продаж объяснить, какое реальное событие стоит за каждым этапом. «Хорошая заявка» не должна означать у одного сотрудника заполненную форму, а у другого — состоявшийся разговор.

Рабочее название	Что стоит описать до подключения
Обращение получено	Где оно зарегистрировано и как исключается технический тест
Подходящая задача	Какие признаки подтверждает менеджер
Предложение отправлено	Как фиксируется факт отправки
Договор согласован	Какое событие подтверждает переход
Оплата получена	Кто и на основании чего ставит статус
Не подходит	Как сохраняется причина без смешивания с недозвоном

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

Если в CRM нет согласованных критериев, сначала заполните бриф B2B-рекламы. Автоматическая передача противоречивых отметок только ускорит появление противоречий в отчёте.

Проверьте путь обращения, а не только подключение

Выберите контрольное обращение с известным источником. Оно должно быть отмечено как тестовое, чтобы его не приняли за реальную продажу и не использовали как доказательство эффективности рекламы.

Попросите исполнителя показать последовательность:

1. Обращение появилось в CRM с нужной услугой и источником.
2. Идентификатор, предусмотренный интеграцией, сохранился без подмены.
3. Обновление статуса отправлено и обработано без ошибки.
4. Данные связались с посещением там, где ожидается такая связь.
5. В отчёте отражён согласованный этап, а не другое действие.

Для разных способов импорта используются разные средства диагностики. Например, для офлайн-конверсий предусмотрен отчёт, показывающий статус привязки и причины отсутствия связи. Не требуйте от интегратора искать любой CRM-заказ именно в этом отчёте: сначала уточните используемый механизм передачи.

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

Почему не стоит ждать оплаты для первой отправки

В B2B между обращением и итогом сделки может пройти значительное время. У механизмов импорта есть ограничения по срокам привязки и обновления данных. Они зависят от способа передачи, поэтому интегратор должен проверить действующую документацию именно для вашей настройки.

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

Не нужно обещать стопроцентную привязку. Лучше видеть, какие записи отправлены, обработаны, связаны и какие требуют разбора. Такой отчёт полезнее общей надписи «интеграция включена».

Защитите отчёт от дублей и неверных обновлений

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

Проверьте также отмену сделки, ошибочно поставленный статус и объединение дублей в CRM. Не предполагайте, что исправление автоматически отменит все ранее достигнутые цели: попросите показать фактическое поведение и ограничения.

Для совместного разбора подойдёт регулярная сверка маркетинга и продаж. В рабочей таблице достаточно внутренних идентификаторов и результатов проверки; переносить полную переписку в общий отчёт не требуется.

Когда использовать результат для рекламы

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

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

Что получить при приёмке

Попросите короткий документ с понятными доказательствами:

• Таблица соответствия этапов CRM и целей.
• Описание используемых идентификаторов и сроков передачи.
• Результат проверки контрольных записей с их внутренними номерами.
• Порядок разбора ошибок, дублей и отсутствующей привязки.
• Ответственный за контроль после изменений сайта или CRM.

Если данные не сошлись, зафиксируйте конкретный этап, на котором возникло расхождение. Это позволяет принять работающую часть и не объявлять готовой всю систему раньше времени.

FAQ

Можно считать интеграцию готовой после успешной отправки?

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

Нужно передавать все внутренние статусы?

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

Если сделка не связалась, реклама точно не участвовала?

Такой вывод делать нельзя. Связь могла не установиться из-за идентификаторов, сроков или настроек. Это повод для проверки данных.

Новые цели сразу улучшат продажи?

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

Обсудить настройку

Получить 10 подарков для маркетинга в Telegram или обсудить проверку аналитики с менеджером.

Источники

Документация проверена 29 сентября 2026 года. Чек-лист приёмки и условные примеры предложены редакцией.

• Яндекс Метрика: загрузка данных из CRM.
• Яндекс Метрика: импорт офлайн-данных.
• Яндекс Метрика: отчёт «Офлайн-конверсии».

1GP-6