UTM-метки есть, а источник заявки в CRM потерялся: где проверять

Какие данные нужно связать

В Битрикс24 источник сквозной аналитики настраивается с UTM-меткой. Официальная инструкция показывает цепочку от размеченной ссылки до пути клиента в CRM после заполнения формы. Это описание настроенного сценария: произвольная форма на внешнем сайте не получает такую связь просто от наличия параметров в адресе.

Договорись о смысле полей до теста. «Источник» может означать исходный utm_source, категорию рекламного канала или атрибуцию выбранного касания. Сравнивать нужно одинаковые значения: например, utm_source из сохранённого визита с соответствующим UTM-полем записи, а категорию источника — с правилом её назначения. Для произвольной формы заранее запиши, какие поля она передаёт и где сервер получает недостающие данные.

Проверка по четырём контрольным точкам

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

2. Найди запись визита или событие входа, где система действительно сохранила метку. Нужны значения полей и время, а не только загруженный скрипт. Если сверяешься с Метрикой, учитывай её собственное правило: метки берутся из первого просмотра визита. Добавленная позже в том же визите метка не станет его источником. Это правило Метрики нельзя автоматически переносить на другой сборщик.

3. Выполни одну тестовую отправку и проверь принятые обработчиком данные. Связь с визитом может передаваться полем формы или восстанавливаться на сервере по согласованному ключу. Поэтому отсутствие UTM в видимом запросе браузера ещё не доказывает ошибку: выясни весь маршрут до CRM. Клик по кнопке и HTTP-ответ от сайта не заменяют подтверждение создания обращения и результата последующей доставки.

4. Открой CRM-запись по ID из результата доставки или журнала сопоставления. Проверь исходные UTM отдельно от категории источника и пути клиента. Если запись найдена только по близкому времени, это кандидат на сверку, а не установленная связь. В проверке участвовали несколько заявок — добавь отдельную тестовую пометку к каждой.

В этом примере источник не «потерялся где-то в рекламе»: он доступен перед отправкой в CRM. После исправления сохрани новый запрос доставки и прочитай новую CRM-запись. Проверь UTM и классифицированный источник повторно после работы автоматизации. Успешный ответ API без чтения записи не закрывает сверку.

Почему метка могла исчезнуть

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

• Переход или очистка URL. Сравни адрес до и после каждого перехода со временем первого сохранения данных. Исправляй участок, на котором параметры исчезают до чтения сборщиком.
• Переход на другой домен. Отдельно проверь визит на посадочной и контекст формы на втором домене. Установи, какой ключ связывает эти части маршрута; наличие одинаковых названий полей такой связи не доказывает.
• Повторный визит или другая модель атрибуции. Сопоставь даты, ключи визитов и правило выбора касания. Условный пользователь мог сначала прийти с рекламы, а обратиться позже без UTM; это другая задача, чем потеря параметра в одной отправке.
• Форма не передала нужные поля. Посмотри фактическую полезную нагрузку и серверное обогащение. Если ни UTM, ни рабочего ключа для их получения нет, разработчику нужна конкретная договорённость о данных.
• Сбой доставки или неверное сопоставление. Раздели отсутствие CRM-записи и пустые поля существующей записи. Для первого проверяют доставку, для второго — содержимое запроса, назначение полей и последующие изменения.
• Метка есть, категория источника не назначена. Сверь исходное значение с настройкой источника. В Битрикс24 отдельно существуют UTM-метки и правила закрепления их за источниками; не исправляй уже сохранённую метку ради ошибочной категории.

При сверке с Метрикой сравнивай и регистр значений: для неё Yandex и yandex — разные метки. Храни исходное значение рядом с результатом собственной нормализации. Тогда будет видно, что пришло с сайта и что изменила обработка. Справка описывает правила обработки меток в Метрике.

Если используешь штатную сквозную аналитику Битрикс24, проверь закрепление метки по инструкции подключения источников. Если обращения создаёт собственный обработчик, проверяй его договорённость с CRM отдельно: инструкция к штатной форме не доказывает корректность произвольной интеграции.

Что делать с неизвестным источником

Оставь неизвестный источник отдельным значением. У обращения может быть рабочий ID и история обработки, но не быть доказанной связи с визитом или кампанией. Не присваивай ему самый вероятный канал только потому, что в этот день работала реклама.

Для собственного контроля полноты выбери одну единицу — уникальные обращения из проверяемой формы за период. Посчитай отдельно: сколько из них связано с визитом, сколько имеет сохранённую кампанию и сколько получило категорию источника. Это три проверки с одним явно описанным знаменателем, а не доля CRM-записей от числа посетителей. Убирай повторные доставки одного обращения по согласованному ключу и показывай причину исключений.

В Кирпиче сохраняются данные источника и UTM визита, а после настройки интеграции с Битрикс24 можно связать историю сайта с CRM. Полнота сравнения кампаний зависит от размеченных визитов, связей и данных CRM. Поэтому сначала проверь одну сквозную цепочку и полноту данных, затем переходи к связанным результатам. Обзор сценария — три шага от визита к сделке. Наличие функции не гарантирует доставку каждой конкретной заявки: нужны настроенный портал, права и успешная передача.

Короткий акт сверки

Передай коллегам один воспроизводимый маршрут. Вместо «UTM не работают» напиши: «В условном тесте visit_demo_041 содержит qa_demo_041; обработчик request_demo_041 получил эту кампанию; связанная lead_demo_041 создана с пустыми UTM-полями. Нужен запрос доставки, схема сопоставления и история изменения полей». Так следующему участнику не придётся начинать поиск с рекламного кабинета.

• Маркетолог: исходная ссылка, ожидаемые значения UTM и правило выбора источника. Укажи, какой именно канал и кампанию должен показать этот тест.
• Разработчик сайта: конечный URL, запись визита, ключ отправки, принятые данные формы и результат обогащения перед CRM. Передавай нужные фрагменты с маскировкой персональных данных и секретов.
• Администратор CRM: точный тип и ID созданной сущности, значения исходных полей, правило категории источника и сведения о последующих изменениях.
• Ответственный за интеграцию: запрос и результат доставки, связь ключа обращения с ID CRM, причина отклонения или повторной обработки, если она была.