Конверсия — зафиксированное целевое действие. Её смысл зависит от настройки: открытие формы, отправка запроса и оплата могут быть разными целями. Поэтому число конверсий само по себе не отвечает на вопрос, сколько новых клиентов получила компания. Для этого рекламные события нужно сопоставить с обработанными обращениями и учётом сделок.
Метрика показывает поведение посетителей и может принимать офлайн-данные. CRM хранит ход работы с человеком или организацией. Учёт оплат подтверждает движение денег, отмены и возвраты. Эти источники дополняют друг друга; одинаковые названия отчётов ещё не означают одинаковый состав показателей.
Согласуйте словарь результата
| Этап | Когда фиксировать | С чем не смешивать |
|---|---|---|
| Событие на сайте | Сработало проверенное условие цели | С уникальным обращением |
| Валидное обращение | Принят реальный запрос без спама и дубля | С каждым звонком по одной задаче |
| Квалификация | Проверено соответствие условиям бизнеса | С любой доступной для связи записью |
| Предложение отправлено | Клиенту передан расчёт или условия | С согласием купить |
| Оплата | Деньги отражены в учёте | С окончательным вкладом заказа после расходов и возвратов |
Критерии квалификации согласуют продажи и маркетинг. Причина «не подходит регион» отличается от «не ответили вовремя». Если обе записаны как «плохой лид», исправление рекламы будет основано на неверном диагнозе.
Как связываются данные
Для привязки офлайн-действия Метрике нужен поддерживаемый идентификатор. Например, ClientID относится к посетителю сайта, yclid — к рекламному клику Директа. UserID требует заранее настроенного сопоставления с ClientID. Номер сделки в CRM полезен для собственного учёта, но не становится автоматически идентификатором посещения.
Офлайн-конверсии и передача клиентов и заказов из CRM — разные форматы. Не переносите список полей из одного в другой. В формате CRM предусмотрена привязка по телефонам и электронной почте; это не означает, что те же поля можно произвольно добавить в файл офлайн-конверсий. Перед настройкой определите формат, событие, цель и способ сохранения идентификатора в момент обращения.
По проверенной 4 октября 2026 года документации период дополнения визитов офлайн-данными составляет 21 день: важно расстояние от последнего визита до обработки данных. Для уже добавленных заказов CRM предусмотрено обновление в течение 111 дней от связанного визита. Это не разрешение впервые загрузить любую старую оплату через 111 дней. При длинных сделках передавайте подходящие ранние этапы своевременно и храните дальнейшую историю в CRM.
Как проверить интеграцию
- Опишите события простыми бизнес-названиями: что именно произошло и кто это подтвердил.
- Сохраните источник, дату обращения, идентификатор посетителя и внутренний номер записи; ограничьте доступ к персональным данным.
- На контролируемом примере проверьте путь от события сайта до нужной записи CRM.
- Передайте данные выбранным способом и проверьте ошибки обработки.
- В отчёте офлайн-конверсий убедитесь, что событие привязалось к визиту; успешная загрузка файла этого не доказывает.
- Сверьте дубли, отмены и итоговые оплаты с управленческим учётом.
При настроенной передаче Директ может использовать офлайн-результаты через Метрику. Выбирайте для оценки понятные события, которые команда умеет последовательно фиксировать. Переименование обычной заявки в «качественную» не добавляет проверки качества.
Сравнивайте расходы на обращения одного периода с дальнейшей судьбой именно этих обращений. Поздняя оплата старой сделки не доказывает результативность рекламы текущего месяца. Более подробно различие целей и клиентов разобрано в статье о качестве заявок.
Источники и дата проверки
Проверено 4 октября 2026 года. Справка Яндекс Метрики: «Что такое офлайн-конверсии», «Передача и обработка данных», «Импорт офлайн-данных». Справка Яндекс Директа: «Офлайн-конверсии».
ПРИМЕНИТЬ К ВАШЕМУ ПРОЕКТУ
Аудит рекламы в Яндекс Директе
Получить независимый разбор кампаний и список конкретных действий: что мешает обращениям и что исправлять в первую очередь.
Состав работы ↗
