Передадим результаты продаж из amoCRM в Яндекс Метрику
Метрика должна видеть, чем завершилось обращение после ухода посетителя с сайта. Определим события, идентификаторы и способ передачи, затем проверим привязку к визиту.
От визита к подтвержденному результату
Набор полей и временные ограничения зависят от выбранного маршрута передачи.
Связка amoCRM с Яндекс Метрикой позволяет сопоставить клиентские обращения и результаты продаж с посещениями сайта. Можно использовать описанный Яндексом коннектор или подходящий способ передачи офлайн-данных. Сначала нужны согласованные статусы, идентификаторы и даты событий. CubeCode проверяет не только прием файла или запроса, но и фактическую привязку конверсий, причины пропусков и отсутствие повторного учета одного результата.
Выбираем маршрут передачи
Сравним готовое подключение и отдельный обмен по требованиям процесса. В официальной инструкции Яндекса коннектор amoCRM реализован с использованием Albato; при подключении нужно учитывать его доступы и условия.
Если нужен нестандартный учет событий или финансовых результатов, составляем отдельный контракт передачи. Не запускаем одновременно два маршрута одной конверсии без правила удаления повторов.
Идентификатор связывает обращение с визитом
ClientID передается с формой в отдельное поле сделки, когда он доступен. Для звонков и мессенджеров проверяем, поддерживает ли выбранная связка такой перенос. Телефон не должен попадать в произвольные параметры веб-аналитики.
Если идентификатор отсутствует, заявка продолжает обрабатываться. В отчете выделяем неполные данные и используем только поддерживаемые выбранным способом варианты сопоставления.
Статус продажи и дата события
Квалифицированная заявка означает решение менеджера по критериям, а оплата подтверждается финансовым событием. Повтор перехода через этап не создает новый результат.
Для готового коннектора Яндекс указывает отдельные периоды первичной привязки и обновления уже связанного заказа: 21 и 111 дней. Эти сроки не следует переносить на любой другой метод API без проверки его документации.
| Событие | Что сохраняем |
|---|---|
| Квалификация | ID сделки, дата и решение |
| Оплата | ID заказа, платежное основание и сумма |
| Повтор доставки | Прежний ключ события без нового учета |
Прием запроса не равен привязке
Готовый CRM-коннектор проверяем по статусу подключения, целям и отчетам заказов, включая «Источники заказов из CRM». Сверяем сделки, их статусы и суммы с реестром amoCRM. Отдельно загружаемые офлайн-события проверяем в отчете «Офлайн-конверсии»: прием, привязка и причины пропусков.
Для обоих маршрутов проверяем время события и задержку отправки. Передаем карту полей, таблицу статусов и протокол проверки. Полное совпадение CRM и Метрики не гарантируется: часть визитов недоступна для сопоставления.
Продуктовые сведения сверены с официальными материалами. Состав решения и доступность функций уточняются для вашего аккаунта.
- Яндекс Метрика: коннектор amoCRM2026-09-16
- Яндекс Метрика: офлайн-конверсии2026-09-16
Контракт конверсии для Метрики
Контракт конверсии для Метрики
Заполните отдельно для квалификации и оплаты.
Практический материал от CubeCode. Открывается сразу, без регистрации.
Вопросы
по делу.
Достаточно поставить счетчик на сайт?
Нет. Нужно сохранить связь обращения с визитом и передавать результаты из CRM. Счетчик сам по себе не знает, что менеджер квалифицировал заявку или получил оплату.
Можно использовать готовый коннектор?
Да, если его модель и ограничения подходят задаче. Проверим аккаунт, доступы, статусы и период обновления; отдельный обмен выбирается при конкретной необходимости.
Почему конверсия загружена, но не видна у визита?
Возможны отсутствующий идентификатор, неподходящая дата или иная причина сопоставления. Проверяем статус в отчете и данные конкретной отправки, а не отправляем ее бесконечно заново.
Будут передаваться персональные данные?
Состав зависит от способа интеграции. Согласуем минимальные необходимые поля, доступы и правила обработки; контактные данные не помещаем в публичные ссылки и произвольные параметры событий.
Обсудить передачу в Метрику
Формы считаются, но маркетолог не видит, какие заявки подтвердил менеджер и какие клиенты действительно оплатили заказ.