Квалифицированная заявка
Передавать событие только после проверки менеджером, если именно оно важно маркетингу.
Передача бизнес-конверсий из amoCRM в Яндекс Метрику
Рекламная аналитика становится полезнее, когда в неё возвращаются не только заявки, но и подтверждённые события из продаж. Настраиваем передачу согласованных конверсий из CRM в Метрику с контролем идентификаторов, повторов и правил отправки.
CRM → бизнес-событие → аналитика
Сделка в amoCRMисточник и связанный визит
→Подтверждённое событиеэтап, оплата или другое правило
→Интеграционный слойпроверка и защита от повторов
→Яндекс Метрикабизнес-конверсия
→Зачем
Оценивать рекламу по более глубокому результату, чем отправка формы
Если CRM сохраняет связь заявки с рекламным визитом, можно возвращать в аналитику события, которые происходят уже после обращения.
Нужный этап сделки
Фиксировать достижение конкретного статуса, а не каждый внутренний переход.
Оплата или продажа
Возвращать более глубокое бизнес-событие при наличии надёжного факта и идентификатора связи.
Связь с визитом
Событие имеет смысл только тогда, когда его можно корректно сопоставить с исходным пользователем или рекламным визитом.
Защита от повторов
Повторное событие от системы или изменение карточки не должно создавать одну и ту же конверсию несколько раз.
Журнал отправки
Технический результат сохраняется, чтобы можно было проверить, какое событие и когда было передано.
Логика
Сначала определяем бизнес-событие
Не отправляем в аналитику все статусы CRM. Выбираем несколько событий, которые реально меняют оценку маркетинга.
Определяем цель
Какой результат должна различать рекламная аналитика.
Находим событие в CRM
Статус, поле, оплата или другое однозначное условие.
Проверяем идентификатор
Есть ли сохранённая связь с исходным визитом или клиентом.
Настраиваем отправку
Формат, обработка ошибки и повторная попытка.
Сверяем результат
Проверяем тестовые сделки и отсутствие дублей.
Контроль качества
Что важно предусмотреть технически
Маркетинговая цифра должна быть воспроизводимой. Поэтому интеграция хранит техническую связь между CRM-событием и отправленной конверсией.
Идентификаторы
Не угадываем связь по имени клиента или похожей сумме.
Дедупликация
Одно бизнес-событие передаётся один раз по заданному ключу.
Повтор после ошибки
Временная недоступность API не должна означать потерю события.
Сверка
Можно проверить отправленные события по логу и исходным сделкам.
Пример
Путь одного события
Конкретный набор статусов и целей выбирается отдельно для каждого проекта.
Рекламный визит→Заявка→Сделка в amoCRM→Согласованный статус→Проверка идентификатора→Отправка в Метрику
Связанные направления
Передача конверсий — часть общей аналитической архитектуры
Если в CRM нет стабильного источника или визита, сначала нужно исправить фиксацию атрибуции на входе.
Смотреть также
CRM, источники и управленческие данные должны быть связаны
Кроме Метрики можно выстроить сквозные отчёты по источникам, CRM-результатам и фактическим оплатам.
Вопросы
Частые вопросы
Можно передавать в Метрику оплату из CRM?
Да, если факт оплаты корректно доступен процессу и есть надёжный идентификатор для связи с исходным визитом или пользователем. Конкретный технический способ проверяется по актуальному API и схеме атрибуции.
Нужно ли передавать каждый статус сделки?
Обычно нет. Лучше выбрать несколько бизнес-событий, которые имеют понятный маркетинговый смысл.
Что делать, если идентификатор визита потерян?
Не стоит придумывать связь задним числом по слабым признакам. Сначала исправляем сохранение идентификатора для новых заявок, а исторические данные используем только там, где связь доказуема.
Можно защититься от двойной отправки?
Да. Для события сохраняется устойчивый ключ и результат отправки, поэтому повторное событие не должно создавать дубликат.
Какие события из продаж должны видеть маркетологи?
Определим 2–5 действительно полезных конверсий, проверим наличие идентификаторов и соберём передачу без дублей и ручной выгрузки.