UTM разметка, которая доживает до карточки в CRM

Как настроить UTM разметку так, чтобы метки не терялись по пути в CRM: скрытые поля, cookie, срок хранения и проверка атрибуции.

Редакция ADS BeastОпубликовано Обновлено 9 мин чтения

UTM разметка доживает до карточки в CRM, если метки считываются из URL при загрузке страницы, сохраняются в cookie или localStorage и передаются в скрытых полях формы вместе с заявкой. Без сохранения метки обнуляются при первом же переходе по внутренней ссылке, и сделка остаётся без источника.

Коротко

  • Метки чаще не теряются, а не доезжают: форма отправляет заявку в CRM, но параметры из URL в неё не попадают.
  • Считывать UTM нужно скриптом при загрузке страницы и сразу писать в скрытые поля формы.
  • Без cookie или localStorage метки живут до первого клика по внутренней ссылке.
  • Срок хранения cookie обычно 30–90 дней; для коротких циклов хватит 30, для долгих ставят 180.
  • Цепочка рвётся на редиректах, в маппинге полей интеграции и при ручном создании сделки.
  • Проверка занимает минуту: откройте 10 последних сделок и посмотрите, у скольких заполнен utm_source.

Что такое UTM разметка и зачем её доводить до сделки

UTM разметка - это набор параметров в URL, который помечает источник перехода: utm_source, utm_medium, utm_campaign, utm_content и utm_term. Они нужны не сами по себе, а чтобы в CRM было видно, из какого канала пришёл конкретный лид.

Разметка и атрибуция - разные вещи. Метки можно расставить идеально, но если они не доедут до карточки сделки, отчёт покажет 100 лидов с канала, а в CRM у половины будет стоять «не определено». Разница между «настроили UTM» и «настроили атрибуцию» стоит ровно на трёх участках: сохранение меток в браузере, передача их в форму и маппинг полей в CRM.

Почему метки теряются при передаче лида в CRM

Чаще всего метки не теряются, а не доезжают до сделки. Форма на сайте отправляет данные в CRM, но параметры из URL в неё не попадают, потому что их никто не считывает из адресной строки. Вторая причина - ручной ввод лида менеджером, при котором источник проставляется наугад.

Типичная картина: реклама приводит трафик, аналитика показывает переходы, а в CRM у половины сделок источник пустой или «не определено». Проблема не в рекламе и не в CRM по отдельности, а в том, как данные переходят из одного места в другое.

Есть и третья причина, о которой вспоминают реже: метки считываются, но не сохраняются. Человек кликает по внутренней ссылке, URL меняется, параметры исчезают. Если заявка отправляется не с той страницы, где он приземлился, меток уже нет.

Путь метки от URL до сделки. Считать из URL: Скрипт читает utm_source, utm_medium, utm_campaign из адресной строки; Сохранить в cookie: Без хранения метки обнуляются при клике по внутренней ссылке; Записать в скрытые поля: Значения подставляются в форму в момент отправки заявки; Смаппить в CRM: Поля
Четыре шага, на которых UTM либо доезжает до CRM, либо теряется

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

UTM-параметры считываются скриптом из URL при загрузке страницы и записываются в скрытые поля формы, а вместе с заявкой уходят в CRM. Работает это только при одном условии: метки должны сохраняться в cookie или localStorage, иначе переход по внутренним ссылкам их обнулит.

Порядок настройки выглядит так:

  1. Скрипт на странице читает параметры utm_source, utm_medium, utm_campaign, utm_content и utm_term из адресной строки.
  2. Значения записываются в cookie или localStorage с заданным сроком хранения.
  3. При отправке формы скрипт достаёт значения из хранилища и подставляет в скрытые поля.
  4. Форма уходит в CRM вместе с этими полями, а не только с именем и телефоном.
  5. В CRM поля utm_source и остальные маппятся на соответствующие поля сделки или лида.

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

Какой срок хранения UTM-меток нужен, чтобы атрибуция не ломалась

Оптимально 90 дней: этого хватает на большинство B2B-циклов сделки, где решение принимается за 1–3 месяца. Если цикл короче 2 недель, хватит 30 дней, а для долгих продаж ставят 180.

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

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

Где чаще всего рвётся цепочка между UTM и карточкой сделки

Цепочка рвётся на трёх участках: редиректы, при которых параметры срезаются, интеграция форм с CRM, где маппинг полей сделан без UTM, и ручное создание сделки менеджером после звонка.

УчастокЧто происходитКак чинится
РедиректыПараметры срезаются при переходеНастройка проброса параметров
Интеграция формПоля UTM не маппятся в CRMДобавить поля и связи
Ручное создание сделкиМенеджер ставит источник наугадРегламент: обязательное поле источника
Хранение в браузереМетки обнуляются при кликеCookie или localStorage

Первые два участка чинятся настройкой, третий - только регламентом. Проверить просто: возьмите 10 последних сделок и посмотрите, у скольких заполнен utm_source. Если меньше половины, проблема системная, а не разовая.

Отдельно стоит проверить, как ведёт себя сайт при переходах из ассистентов и мессенджеров. Трафик из чат-ботов и AI-поиска часто приходит без параметров или с обрезанными метками, и в отчётах он сливается с прямыми заходами. Разобраться, как его выделить, помогает материал про трафик из ChatGPT в аналитике: там разобраны способы отличать такие визиты от обычных.

Проверка атрибуции за пять минут. URL после перехода: Параметры на месте или срезались на редиректе; Cookie в браузере: Метки сохранились и не сбросились при переходе; Данные формы: UTM уходят вместе с заявкой, а не только имя и телефон; Поля в сделке: utm_source заполнен, а не стоит «не определено»
Что посмотреть, чтобы найти разрыв в цепочке меток

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

Создайте отдельные текстовые поля под utm_source, utm_medium, utm_campaign и utm_content. Не пытайтесь уместить всё в одно поле «Источник»: потом из него не собрать отчёт по каналам.

Если CRM не даёт добавить поля, есть два обходных пути. Первый: метки пишутся в комментарий к сделке в формате ключ=значение, и уже оттуда их разбирает отчётность. Второй: метки хранятся во внешней таблице и связываются с CRM по ID лида. Оба варианта рабочие, но второй требует больше поддержки: связь по ID нужно не потерять при слиянии дублей.

Ещё одна причина отказов - ограничение на длину значения или на количество символов в поле. Длинные utm_campaign с автогенерацией часто обрезаются. Проверьте лимиты заранее и договоритесь о коротких понятных названиях кампаний.

Как проверить, что UTM разметка доезжает до CRM

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

Нумерованный список проверки:

  1. Сформируйте тестовый URL с явными метками, например source=test, medium=test.
  2. Перейдите по нему, пройдите по двум-трём внутренним ссылкам.
  3. Оставьте заявку через форму.
  4. Откройте созданную сделку и проверьте, что во всех полях UTM стоят значения test.
  5. Повторите через неделю, чтобы убедиться, что cookie не сбрасывается.

Если метки не доехали, ищите причину по цепочке: сначала в адресной строке после перехода, потом в cookie, потом в отправляемых данных формы, и только в конце - в CRM. Так вы найдёте разрыв за один проход, а не будете проверять всё сразу.

Если сайт используют AI-ассистенты и поисковые боты, метки могут вести себя иначе: часть краулеров не сохраняет cookie и не выполняет скрипты. Кого пускать на сайт и как это проверить, разобрано в статье про краулеры ассистентов.

Ошибки, из-за которых атрибуция ломается незаметно

Самая частая ошибка - считать, что разметка настроена, если ссылки помечены. Разметка ссылок и передача меток в CRM - два разных процесса, и второй настраивается отдельно.

Вторая ошибка - менеджеры создают сделки вручную и ставят источник по памяти. Через месяц в отчёте появляется канал, которого не было в рекламе, а реальный источник теряется. Лечится обязательным полем источника при ручном создании сделки: без него карточку не сохранить.

Третья ошибка - разные названия одного канала. «yandex», «Yandex», «яндекс» в utm_source превращают один канал в три строки в отчёте. Заведите справочник допустимых значений и сверяйтесь с ним при запуске кампаний.

Четвёртая - метки в одном поле «Источник» через запятую. Это выглядит аккуратно в карточке, но ломает сводные отчёты: система не понимает, где канал, а где кампания.

Следующий шаг

Возьмите 10 последних сделок в CRM и посмотрите, у скольких заполнен utm_source. Если меньше половины, начните с проверки цепочки: URL, cookie, скрытые поля, маппинг в CRM. Для агентств, которые ведут кампании для клиентов и хотят видеть источник в каждой сделке, есть готовые рекламные операции для агентств с настроенной передачей меток.

FAQ

Почему UTM-метки теряются при передаче лида в CRM?

Чаще всего метки не теряются, а не доезжают до сделки: форма отправляет данные в CRM, но параметры из URL в неё не попадают, потому что их никто не считывает из адресной строки. Вторая причина - ручной ввод лида менеджером, при котором источник проставляется наугад. В итоге в отчёте видно 100 лидов с канала, а в CRM у половины стоит «не определено».

Как передать UTM-метки из формы в CRM, если лид уходит через скрытые поля?

UTM-параметры считываются скриптом из URL при загрузке страницы и записываются в скрытые поля формы, а вместе с заявкой уходят в CRM. Работает это только при одном условии: метки должны сохраняться в cookie или localStorage, иначе переход по внутренним ссылкам их обнулит. Срок хранения cookie обычно ставят 30–90 дней, чтобы повторный визит не сбрасывал источник.

Какой срок хранения UTM-меток нужен, чтобы атрибуция не ломалась?

Оптимально 90 дней: этого хватает на большинство B2B-циклов сделки, где решение принимается за 1–3 месяца. Если цикл короче 2 недель, хватит 30 дней, а для долгих продаж ставят 180. Слишком короткий срок даёт всплеск «прямых заходов» в отчётах, слишком длинный - приписывает конверсию первому касанию, которое уже неактуально.

Где чаще всего рвётся цепочка между UTM и карточкой сделки в CRM?

На трёх участках: редиректы, при которых параметры срезаются, интеграция форм с CRM, где маппинг полей сделан без UTM, и ручное создание сделки менеджером после звонка. Первые два чинятся настройкой, третий - только регламентом: обязательное поле источника при создании сделки вручную. Проверить просто: возьмите 10 последних сделок и посмотрите, у скольких заполнен utm_source.

Что делать, если CRM не принимает UTM-метки из-за ограничений полей?

Создайте отдельные текстовые поля под utm_source, utm_medium, utm_campaign и utm_content - не пытайтесь уместить всё в одно поле «Источник». Если CRM не даёт добавить поля, метки пишутся в комментарий к сделке в формате ключ=значение, и уже оттуда их разбирает отчётность. Второй вариант - хранить метки во внешней таблице и связывать с CRM по ID лида.

Как проверить, что UTM разметка действительно доходит до сделки?

Сформируйте тестовый URL с явными метками, перейдите по нему, пройдите по двум-трём внутренним ссылкам и оставьте заявку. Откройте созданную сделку и проверьте, что во всех полях UTM стоят тестовые значения. Повторите проверку через неделю, чтобы убедиться, что cookie не сбрасывается раньше срока.

Похожие материалы

Посмотреть, как это устроено в ADS Beast: UTM разметка.