UTM-метки и сквозная аналитика в Битрикс24: почему источник заявки потерялся

UTM-метки и сквозная аналитика в Битрикс24 нужны, чтобы понимать, откуда пришла заявка: реклама, SEO, соцсети, рассылка, партнёрский канал. Но на практике источник часто теряется. В сделке пустые UTM, менеджер видит “другое”, форма создала лид без канала, а отчёты не сходятся с рекламным кабинетом.

Проверять нужно весь путь: рекламная ссылка, редиректы, сайт, форма или виджет, cookies, создание CRM-сущности и поля в карточке.

Проверить саму ссылку

Начать нужно с URL, по которому приходит пользователь. В нём должны быть корректные UTM-метки.

https://example.ru/service/?utm_source=yandex&utm_medium=cpc&utm_campaign=crm_setup&utm_content=ad_1&utm_term=bitrix24

Типовые ошибки:

• опечатка в названии utm_source;
• метки обрезаются редиректом;
• ссылка ведёт сначала на короткий URL, который теряет параметры;
• метки добавлены после якоря # и не уходят на сервер;
• разные каналы используют разные правила именования.

Редиректы

Если ссылка проходит через редирект, нужно проверить, сохраняются ли параметры. Особенно после перехода с HTTP на HTTPS, www на non-www или со старой страницы на новую.

curl -IL "https://example.ru/old/?utm_source=test&utm_medium=cpc"

Если Location в редиректе идёт без query string, UTM потеряются до загрузки формы.

Форма или виджет

CRM-форма Битрикс24 и виджет должны получить UTM с текущей страницы. Если форма встроена в iframe, загружается поздно или конфликтует с кастомными скриптами, параметры могут не попасть в заявку.

Во вкладке Network нужно проверить, какие данные уходят при отправке формы. Также стоит отправить тестовую заявку с уникальной UTM-меткой и найти её в CRM.

Cookies и повторные визиты

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

• первый источник;
• последний источник;
• последний платный источник;
• источник конкретной формы;
• история касаний.

Без согласованной логики отчёты будут спорными даже при технически корректной передаче данных.

Поля в CRM

В карточке лида или сделки нужно проверить, куда записываются UTM. В Битрикс24 могут быть стандартные поля источника и отдельные UTM-поля.

• Источник;
• Дополнительно об источнике;
• UTM Source;
• UTM Medium;
• UTM Campaign;
• UTM Content;
• UTM Term.

Если форма создаёт сделку сразу, а отчёт строится по лидам, данные могут казаться потерянными. Нужно смотреть ту сущность, которую реально создаёт форма.

Интеграции через REST

Если заявку создаёт сайт или сервис через REST, UTM нужно явно передавать в поля CRM. Недостаточно хранить их только в аналитике сайта.

{
    "fields": {
        "TITLE": "Заявка с сайта",
        "UTM_SOURCE": "yandex",
        "UTM_MEDIUM": "cpc",
        "UTM_CAMPAIGN": "crm_setup",
        "SOURCE_ID": "WEB"
    }
}

Коды полей нужно проверять по текущему порталу. В кастомной CRM часть полей может отличаться или быть пользовательской.

Менеджеры могут менять источник

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

Чек-лист диагностики

1. Проверить рекламную ссылку и названия UTM.
2. Проверить, не теряются ли UTM на редиректах.
3. Отправить тестовую заявку с уникальными UTM.
4. Проверить данные в Network при отправке формы.
5. Проверить, что именно создаётся: лид или сделка.
6. Проверить UTM-поля в карточке CRM.
7. Проверить REST-интеграцию, если заявка создаётся сайтом.
8. Проверить правила ручного изменения источника менеджерами.

UTM в Битрикс24 теряются не в одном месте, а на переходах между системами. Если проверить ссылку, редиректы, форму, cookies и поля CRM, обычно становится понятно, где именно оборвалась аналитика.