Офлайн-конверсии из CRM: как передать продажи в Метрику и проверить привязку
В форме есть заявка, в CRM — оплата, а реклама видит только отправку контактов. Разбираем идентификаторы, определения целей, загрузку событий и проверку непривязанных продаж.
Две кампании приводят одинаковое число заявок. Из первой менеджеры получают подходящие обращения, из второй — в основном нецелевые. Пока аналитика видит только заполненную форму, рекламный отчёт не различает эти результаты. Данные о последующей работе остаются в CRM и не возвращаются к исходному визиту.
Офлайн-конверсией может быть продажа, квалификация лида или другое согласованное событие вне сайта. Сначала нужно определить событие и связь данных, затем подключать выгрузку. Рассмотрим практический контур для Яндекс Метрики и отличие от аналогичной передачи в Google Ads. Это задача сопоставления, а не доказательство дополнительного эффекта рекламы.
Определите, какое событие действительно означает результат #
Стадия «успешно» в CRM не всегда равна оплате. Менеджер мог закрыть сделку после подписания договора, а деньги придут позднее и частями. Для цели «оплачено» нужен подтверждённый источник платежа и понятная единица: заказ, отдельная оплата или иное событие. Смешение этих единиц завышает количество результатов.
Зафиксируйте название цели, правило наступления, время события и сумму. Для квалифицированного лида перечислите обязательные признаки. Если один отдел считает достаточным ответ на звонок, а другой — подтверждённую потребность, одна общая цель не позволит сравнивать кампании.
Для онлайн-заявки сохраняют доступный идентификатор вместе с обращением, а не пытаются восстановить его спустя месяц по имени клиента. В Метрике ClientID получают предусмотренным методом getClientID. UserID требует заранее настроенной связи с посетителем. yclid относится к клику Директа, PurchaseId — к покупке электронной коммерции; назначение различается по документации импорта офлайн-данных .
В CRM у клиента может быть несколько обращений и покупок. Идентификатор посещения нужно связывать с конкретным основанием конверсии. Копирование последнего ClientID в каждую старую сделку клиента подменит историю. При объединении дублей сохраните происхождение идентификаторов и связь с заявками.
UTM-метки полезны для внутренней аналитики, но не заменяют требуемые платформой идентификаторы. Если доступной связи нет, событие отмечают как несопоставленное. Телефон или email передают только в поддерживаемом формате соответствующего контура и на принятых основаниях обработки данных; это не универсальная замена ClientID для любого метода.
Журнал разделяет факт события, попытку передачи и результат сопоставления. Время оплаты не заменяют временем запуска выгрузки. Повторная отправка должна опираться на устойчивую идентичность события и правила выбранного API. Для исправлений и возвратов заранее определяют поддерживаемый механизм обновления; отрицательная сумма не является универсальной командой отмены.
Для Метрики доступны разные контуры: файл, API, подключение CRM и передача подробных данных. Их поля, способы сопоставления и ограничения нужно проверять отдельно. Выбор начинают с того, какие события и идентификаторы уже надёжно сохраняются, а не с самого длинного списка полей.
Для компаний, которые используют Google Ads в доступном им контуре, существуют собственные правила импорта. В Google Ads API используются conversion action, время, поддерживаемые идентификаторы и параметры загрузки. Пакет может содержать ошибки отдельных строк: проверять нужно их результат, а не только успешный HTTP-ответ. Настройки Метрики нельзя механически перенести в Google Ads.
Возьмите несколько контрольных заказов с известным источником. Для каждого пройдите цепочку: визит → заявка → CRM → событие оплаты → отправка → привязка. В отчёте Метрики «Офлайн-конверсии» можно увидеть идентификаторы, цели и состояние привязки к визиту, включая причину отсутствия связи. Принятый файл ещё не означает, что все строки сопоставлены.
Сверяйте одинаковые периоды и определения: дата события отличается от даты визита, а выручка по заказу — от суммы конкретного платежа. Вынесите отдельно события без идентификатора, отклонённые строки и непривязанные записи. Если они просто исчезают из отчёта, оценка рекламы становится выборочной и её ограничения незаметны.
Можно ли оценить по этой загрузке, сколько продаж реклама добавила? #
Нет. Передача помогает связать результаты с источниками по правилам атрибуции. Покупатель мог бы прийти и без кампании. Для дополнительного эффекта нужен отдельный подход — его разбираем в статье об атрибуции и инкрементальности .
Что делать, если оплата приходит значительно позже заявки? #
Сохранять исходную связь и проверять допустимые сроки загрузки и сопоставления в используемом методе. Нельзя делать все задержанные сделки сегодняшними ради принятия API. Если событие выходит за ограничения платформы, это фиксируют как ограничение отчёта.
