Недатированная справка проверена редакцией 13 октября 2026 года. Это дата проверки инструкции, а не запуска функции.

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

Согласовать словарь статусов

Яндекс относит к офлайн-конверсиям события из CRM, не отслеживаемые непосредственно на сайте. Для сопоставления нужны Метрика и хотя бы один идентификатор пользователя: ClientID, телефон или почта. Для онлайн-заказов справка рекомендует сохранять ClientID через getClientID.

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

Проверить связь заявки с посетителем

Возьмите разрешённый контрольный заказ и проследите его путь от сайта до CRM. Убедитесь, что идентификатор сохранён в нужной записи, а не в соседнем обращении или общей карточке компании. Не включайте персональные данные в публичные отчёты о проверке.

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

Выбрать канал передачи и принять результат

Справка перечисляет Центр конверсий, коннекторы CRM и API. Выбор способа не меняет требования к смыслу исходного события. До массового подключения проверьте, кто отвечает за регулярность загрузки и разбор ошибок.

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

Не смешивать улучшение измерения с ростом продаж

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

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