В рекламном отчёте виден переход, а в CRM у заявки стоит «сайт». Менеджер работает с клиентом, но компания не может связать обращение с кампанией. Причина часто в том, что метки существуют только в адресе первой страницы и теряются до отправки. Передачу источника нужно проверять по завершённому обращению.
Определите состав сведений
Обычно используют согласованные UTM-поля и дополнительные признаки источника. Укажите, какие из них нужны в CRM и как они называются технически. Отдельно можно сохранять страницу обращения и идентификатор принятой операции.
Не записывайте все параметры адреса без разбора. В URL могут оказаться личные сведения и служебные значения. Выберите допустимый набор и разумные ограничения длины. Секретные ключи и данные клиента не должны становиться частью рекламной метки.
Согласуйте правило первого и последнего источника
Человек может сначала прийти из поиска, затем вернуться по рекламе и отправить форму. Какой источник нужен отчёту, зависит от задачи бизнеса. Полезно хранить разные сведения отдельно, если они действительно используются.
| Сведения | Что означает |
|---|---|
| Первый известный источник | Начало наблюдаемого пути по выбранному правилу |
| Последний известный источник | Более поздний сохранённый переход |
| Источник конкретной заявки | Данные, связанные с моментом обращения |
| Страница формы | Место, где принят запрос |
Не обещайте полную историю человека по нескольким меткам. Ограничения браузера, смена устройства и настройки хранения влияют на наблюдение. В отчёте нужно понимать, что система знает, а что не смогла связать.
Проверьте сохранение между страницами
Откройте размеченную ссылку, перейдите к услуге и отправьте форму там. Если метки берутся только из текущего адреса, они могут исчезнуть. Выберите согласованный способ хранения и срок, учитывая действующие настройки сайта и процесс обработки данных.
Определите, что происходит при прямом возвращении. Пустые новые параметры не должны случайно стирать сохранённый рекламный источник, если это противоречит выбранной модели. В то же время старую метку нельзя считать вечным источником каждой последующей покупки.
Сопоставьте поля CRM
Название поля в интерфейсе и идентификатор для API могут различаться. Проверьте тип, допустимую длину и возможность записи. Если поле является перечислением, текст из метки не обязательно подходит как готовое значение.
Не складывайте все сведения в один комментарий, если сотрудники строят отчёт по отдельным полям. Но и не создавайте десятки новых полей без задачи. Карта передачи должна связывать каждый параметр с конкретным назначением в работе и аналитике.
Разделите заявку и достижение цели
Клик по кнопке, отправка формы и созданная запись CRM являются разными событиями. Для отчёта нужно понимать, какое из них измеряется. Событие Метрики не доказывает, что внешняя система приняла обращение, если нет соответствующей проверки.
Сохраните идентификатор заявки и результат доставки. При повторе метки должны относиться к той же операции. Новое обращение клиента может иметь другой источник, поэтому не перезаписывайте историю контакта одним общим значением без правила.
Проведите контрольную проверку
Используйте тестовую метку с понятными значениями. Проверьте прямую отправку, переход на другую страницу, повторный визит и отсутствие параметров. Затем сравните данные формы, сохранённой заявки и CRM, не ограничиваясь счётчиком кликов.
В QuickLanding можем настроить карту полей и передачу источника вместе с обращением. Для оценки нужны используемые формы, CRM и ожидаемый отчёт. Сначала согласуем смысл источников, затем реализуем хранение и проверим рабочий маршрут.
Документация и проверка сведений
Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.
Материалы по соседним задачам
Коротко о важном
Почему метки видны в Метрике, но пусты в CRM?
Счётчик и передача заявки работают по разным маршрутам. Проверьте сохранение параметров и сопоставление полей. Просмотр размеченной страницы не гарантирует доставку этих сведений вместе с формой.
Какой источник считать главным?
Это зависит от задачи отчёта и выбранной модели. Первый, последний и источник конкретного обращения можно хранить отдельно. Важно не смешивать их под одной подписью без объяснения.
Можно помещать email клиента в utm_content?
Не следует использовать рекламные метки для личных данных. Такие значения попадают в адреса и разные системы. Сведения клиента передавайте отдельным согласованным защищённым способом.
Разработка и SEO в QuickLanding. Помогаем разобраться в задаче и выбрать подходящий состав работ.
Об эксперте
