Офлайн-конверсии: как связать рекламную заявку с продажей
Как подготовить CRM и передачу офлайн-конверсий, согласовать статусы, проверить идентификаторы и избежать повторного учёта одной сделки в аналитике.
Офлайн-конверсии связывают действия вне сайта с данными продвижения: например, подтверждённую сделку после звонка или оплату из CRM. Для этого нужны согласованные статусы, подходящий способ сопоставления и регулярная проверка передачи. Начинайте с одного бизнес-события и тестового набора. Наличие файла или интеграции ещё не доказывает, что продажи учитываются правильно и без повторов.
Выберите событие, которое имеет смысл
Определите, что именно нужно видеть: подходящее обращение, заключённый договор, оплату или завершённый заказ. Это разные этапы. Если смешать их в одном показателе, получится несколько конверсий там, где бизнес ожидает одну продажу.
Согласуйте определения с отделом продаж. Статус «успешно» должен означать одинаковое событие у всех менеджеров. Без этого автоматизация лишь ускорит передачу противоречивых данных. Начните с наиболее надёжного этапа, который команда действительно отмечает регулярно.

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

Наведите порядок в статусах CRM
Составьте простую схему этапов и переходов. Отделите закрытую сделку от отменённой и возврата. Зафиксируйте, какой момент времени передаётся и какая сумма считается доходом. Для разных валют и частичных оплат нужны явные правила.
Условный пример: клиент сначала оплатил аванс, затем остаток. Если бизнес считает заказ одной продажей, два платежа нельзя автоматически представлять как две независимые сделки. Правило должно быть согласовано до первой массовой загрузки.
Проведите тест на небольшой выборке
Выберите несколько записей с заранее известным результатом. Проверьте заполненность полей, время события, сумму и наличие сопоставления после передачи. Сравните результат в аналитике с исходными записями, а не только с сообщением об успешной загрузке.
Повторите передачу тестовой записи контролируемо и проверьте защиту от дублей согласно выбранному механизму. Если повторный запуск создаёт лишние продажи, сначала исправьте процесс. Иначе автоматическое расписание быстро накопит недостоверную статистику.
Организуйте наблюдение за интеграцией
Назначьте ответственного за ошибки и срок их разбора. Нужны журнал запусков, количество переданных записей и список отклонений. Резкое исчезновение событий может означать техническую поломку, а не падение реальных продаж.
Передавайте только необходимые данные и ограничьте доступ к ним. Не выгружайте контакты клиентов в общедоступные таблицы для удобства проверки. Рабочая интеграция должна сохранять не только точность аналитики, но и управляемость доступа к информации.
Используйте результат с учётом задержки
После запуска сравнивайте рекламу по более близким к бизнесу событиям. При этом учитывайте время между обращением и продажей: недавние визиты ещё могут не успеть завершиться сделкой. Сравнение незрелых и завершённых периодов вводит в заблуждение.
Перед использованием события для оптимизации убедитесь, что данные поступают стабильно и отражают нужное качество. Автоматизация не исправляет ошибочное определение продажи. Регулярно сверяйте агрегированные итоги с CRM и разбирайте расхождения на конкретных записях.
Вопросы и ответы
Любая заявка из CRM считается офлайн-продажей?
Нет. Нужно выбрать конкретное событие и согласовать его смысл. Заявка, квалификация и оплата — разные этапы, которые нельзя подменять друг другом.
Как понять, что интеграция работает?
Проверить несколько известных записей от CRM до аналитики, включая идентификатор, время, сумму и отсутствие дублей. Одного успешного ответа загрузки недостаточно.


