# UTM и источник заявки в CRM: как сохранить сведения о рекламе

Источник: https://quicklanding.ru/knowledge/crm-utm-fields/

Как передавать рекламные метки в CRM, различать первый и последний источник и проверять данные на завершённой заявке.

В рекламном отчёте виден переход, а в CRM у заявки стоит «сайт». Менеджер работает с клиентом, но компания не может связать обращение с кампанией. Причина часто в том, что метки существуют только в адресе первой страницы и теряются до отправки. Передачу источника нужно проверять по завершённому обращению.

## Определите состав сведений

![Команда обсуждает источники обращений у рабочей доски](/assets/images/knowledge/crm-utm-fields.webp)

Обычно используют согласованные UTM-поля и дополнительные признаки источника. Укажите, какие из них нужны в CRM и как они называются технически. Отдельно можно сохранять страницу обращения и идентификатор принятой операции.

Не записывайте все параметры адреса без разбора. В URL могут оказаться личные сведения и служебные значения. Выберите допустимый набор и разумные ограничения длины. Секретные ключи и данные клиента не должны становиться частью рекламной метки.

## Согласуйте правило первого и последнего источника

Человек может сначала прийти из поиска, затем вернуться по рекламе и отправить форму. Какой источник нужен отчёту, зависит от задачи бизнеса. Полезно хранить разные сведения отдельно, если они действительно используются.

| Сведения | Что означает |
| --- | --- |
| Первый известный источник | Начало наблюдаемого пути по выбранному правилу |
| Последний известный источник | Более поздний сохранённый переход |
| Источник конкретной заявки | Данные, связанные с моментом обращения |
| Страница формы | Место, где принят запрос |

Не обещайте полную историю человека по нескольким меткам. Ограничения браузера, смена устройства и настройки хранения влияют на наблюдение. В отчёте нужно понимать, что система знает, а что не смогла связать.

## Проверьте сохранение между страницами

Откройте размеченную ссылку, перейдите к услуге и отправьте форму там. Если метки берутся только из текущего адреса, они могут исчезнуть. Выберите согласованный способ хранения и срок, учитывая действующие настройки сайта и процесс обработки данных.

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

## Сопоставьте поля CRM

Название поля в интерфейсе и идентификатор для API могут различаться. Проверьте тип, допустимую длину и возможность записи. Если поле является перечислением, текст из метки не обязательно подходит как готовое значение.

Не складывайте все сведения в один комментарий, если сотрудники строят отчёт по отдельным полям. Но и не создавайте десятки новых полей без задачи. Карта передачи должна связывать каждый параметр с конкретным назначением в работе и аналитике.

## Разделите заявку и достижение цели

Клик по кнопке, отправка формы и созданная запись CRM являются разными событиями. Для отчёта нужно понимать, какое из них измеряется. Событие Метрики не доказывает, что внешняя система приняла обращение, если нет соответствующей проверки.

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

## Проведите контрольную проверку

Используйте тестовую метку с понятными значениями. Проверьте прямую отправку, переход на другую страницу, повторный визит и отсутствие параметров. Затем сравните данные формы, сохранённой заявки и CRM, не ограничиваясь счётчиком кликов.

В QuickLanding можем настроить карту полей и передачу источника вместе с обращением. Для оценки нужны используемые формы, CRM и ожидаемый отчёт. Сначала согласуем смысл источников, затем реализуем хранение и проверим рабочий маршрут.

## Документация и проверка сведений

Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.

- [Яндекс Метрика: отчёт по UTM-меткам](https://yandex.ru/support/metrica/en/reports/tags-utm)
- [Битрикс24: поля элементов CRM](https://apidocs.bitrix24.com/api-reference/crm/universal/crm-item-fields.html)

## Материалы по соседним задачам

- [UTM-метки: как договориться о названиях и не испортить отчёты](/knowledge/utm-naming-system/)
- [Проверка целей Метрики: отправка формы, звонки и полезные действия](/knowledge/metrika-goals-audit/)
- [Разработка API-интеграций](/services/development/api/)

## Частые вопросы

### Почему метки видны в Метрике, но пусты в CRM?

Счётчик и передача заявки работают по разным маршрутам. Проверьте сохранение параметров и сопоставление полей. Просмотр размеченной страницы не гарантирует доставку этих сведений вместе с формой.

### Какой источник считать главным?

Это зависит от задачи отчёта и выбранной модели. Первый, последний и источник конкретного обращения можно хранить отдельно. Важно не смешивать их под одной подписью без объяснения.

### Можно помещать email клиента в utm\_content?

Не следует использовать рекламные метки для личных данных. Такие значения попадают в адреса и разные системы. Сведения клиента передавайте отдельным согласованным защищённым способом.

Автор: Владимир Николаев