Как проверить UTM-метки после отправки формы и в карточке CRM

Чтобы понять, почему CRM показывает «неизвестный источник», проследите одну размеченную ссылку до заявки. Проверять нужно фактические значения на каждом этапе, а не только наличие полей utm_source в карточке.

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

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

Откройте существующую посадочную страницу с такими учебными значениями:

?utm_source=qa_test&utm_medium=manual&utm_campaign=form_check&utm_content=test_01

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

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

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

Проверьте не только видимое название источника, но и отдельные поля utm_source, utm_medium, utm_campaign, utm_content, utm_term, если они предусмотрены вашей схемой. Запишите ID заявки и сделки. Если данные есть у приёмщика, но их нет в CRM, проверяйте сопоставление полей, типы и условия обновления.

Если заявка вообще не появилась, начните с диагностики доставки Tilda → amoCRM. Если появились две карточки, разберите причины дублей.

После первого теста отправьте новую заявку без UTM. Затем повторите визит с другим utm_campaign. Для каждого сценария заранее запишите ожидаемое поведение. Так обнаруживаются ошибки сохранения старых значений и случайной перезаписи первого источника.

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

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