Как настроить UTM-метки на сайте: пошаговый чек-лист

01

UTM — это маршрут заявки, а не отчётная формальность

В типовом проекте проблема выглядит одинаково: маркетолог видит кампанию в рекламном кабинете, менеджер получает заявку в CRM, но связать эти события нельзя. В карточке есть телефон и комментарий, а поле «Источник» заполнено вручную, содержит только название канала или остаётся пустым. В такой системе нельзя честно посчитать стоимость лида, сравнить посадочные страницы и отключить неэффективную рекламу.

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

На проектах ICONICA мы начинаем не с генератора ссылок, а с проверки точки назначения. Если форма создаёт лид в Битрикс24, заранее определяем поля для utm_source, utm_medium, utm_campaign, utm_content и utm_term. Если сайт на 1С-Битрикс отправляет письмо, данные должны попасть и в письмо, и в CRM либо в журнал интеграции. Иначе маркетинг получает красивую разметку, но продажи работают вслепую.

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

03

Соберите словарь до запуска рекламных ссылок

Главная причина хаоса в аналитике — не отсутствие меток, а разные правила у исполнителей. Один подрядчик пишет source=yandex, другой — yandex_direct, третий использует кириллицу и пробелы. В отчёте это будут разные источники, хотя деньги потрачены в одном рекламном кабинете. Склеивать такие данные после запуска дорого и ненадёжно.

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

Не перегружайте ссылку персональными данными, номером телефона, именем менеджера или внутренними сведениями о маржинальности. UTM видны в адресной строке, истории браузера, системах аналитики и могут попасть во внешние отчёты. Для различения креативов достаточно нейтрального utm_content: video_15s, banner_a, form_top.

04

Определите, какие значения хранить в форме и CRM

Для стандартной заявки достаточно пяти скрытых полей UTM, URL первой страницы входа, referer и времени отправки. Но названия полей на сайте и в CRM не обязаны совпадать. Важно составить карту соответствия: что собирает JavaScript, какое поле формы принимает значение, какое пользовательское поле лида или сделки получает его после интеграции.

В типовом кейсе сначала проверяют существующие поля CRM. Иногда поле «Источник» уже используется менеджерами и автоматизацией, поэтому записывать в него техническое значение utm_source нельзя. Безопаснее создать отдельные поля «UTM source», «UTM medium» и другие, настроить права просмотра и добавить их в карточку. В Битрикс24 правила работы с пользовательскими полями и CRM-формами стоит сверять с официальной справкой Битрикс24.

Заранее решите вопрос перезаписи. Если посетитель сначала пришёл из рекламы, затем вернулся из органического поиска и оставил заявку, последнее посещение не должно молча уничтожить данные о первом контакте. Практичный вариант — хранить first_utm_* и last_utm_*. Для коротких кампаний иногда достаточно последней метки, но это решение должно быть зафиксировано в постановке.

05

Как работает сохранение меток на сайте 1С-Битрикс

Передача параметров должна быть независима от конкретной формы. Посетитель может зайти на промостраницу, открыть карточку товара, перейти в раздел контактов и только там заказать звонок. Если обработчик читает UTM только из текущей строки адреса, в момент отправки формы значений уже не будет. Поэтому при первом входе сайт сохраняет параметры в cookie или localStorage с понятным сроком жизни.

Когда пользователь открывает форму, скрипт подставляет сохранённые значения в скрытые input. Серверный обработчик формы обязан принять их по белому списку, очистить от недопустимых символов и передать дальше в CRM. Не стоит доверять значениям из браузера как финансово значимым данным: UTM можно изменить вручную. Их назначение — маркетинговая атрибуция, а не подтверждение оплаты или прав доступа.

Для сайта на 1С-Битрикс также проверьте все точки конверсии: штатные веб-формы, формы компонентов, формы в попапах, корзину, быстрый заказ, обратный звонок и виджеты сторонних сервисов. Часто основная форма работает, а форма в мобильном меню создаёт лид без меток. Если применяются обработчики событий или собственные компоненты, изменения нужно вести через репозиторий и проверять после обновления шаблона.

06

Проведите тест как пользователь, а не как разработчик

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

Тестируйте не только успешную форму. Если на сайте есть валидация, повторная отправка, редирект на страницу благодарности или создание заказа, убедитесь, что параметры не очищаются на промежуточном шаге. Для заявок через несколько доменов или поддоменов отдельно согласуйте передачу cookie и правила кросс-доменной аналитики.

В практике ICONICA полезно формировать небольшой протокол: дата теста, URL, форма, ожидаемые данные, фактические данные в CRM, ответственный и ссылка на карточку. Такой документ помогает обнаружить регрессию после редизайна, замены формы или изменения интеграции. При необходимости ориентируйтесь на реальные примеры процессов и интерфейсов в портфолио ICONICA, а не на условные скриншоты.

1. 1

   Очистите данные браузера. Откройте инкогнито-окно, чтобы старые cookie не подменили результат.

2. 2

   Перейдите по тестовой ссылке. Используйте все пять параметров и зафиксируйте полный URL в протоколе.

3. 3

   Пройдите маршрут по сайту. Откройте две-три страницы и отправьте каждую критичную форму.

4. 4

   Проверьте CRM. Найдите новую сущность и сопоставьте каждое поле с тестовой ссылкой.

5. 5

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

07

Не ограничивайтесь Метрикой: сверяйте три уровня данных

Яндекс Метрика обычно распознаёт UTM-метки и показывает источники в отчётах, но это не заменяет проверку CRM. Метрика отвечает на вопрос о визите и достижении цели, CRM — о конкретной заявке и её последующей выручке. Между ними остаются блокировщики, согласие на cookie, ошибки JavaScript, антиспам, дубли и особенности интеграции.

Сначала убедитесь, что цель отправки формы настроена по корректному событию, а не просто по клику на кнопку. Затем сравните число тестовых отправок в Метрике с количеством созданных заявок. Небольшая разница возможна из-за особенностей браузеров и фильтрации, но систематическое расхождение означает, что один из участков маршрута не контролируется.

Для регулярного контроля назначьте владельцев: маркетинг отвечает за словарь меток и запуск ссылок, разработка — за сохранение и интеграцию, продажи — за отсутствие ручной порчи полей. Отчётность имеет смысл строить только после того, как эти роли и правила закреплены.

08

Ошибки, из-за которых отчёт по рекламе становится недостоверным

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

Вторая проблема — автопометка и ручные UTM без правил. Перед запуском рекламы согласуйте, какие данные приходят автоматически, а какие добавляются в URL вручную. Иначе один канал появится в отчётах в нескольких вариантах. Третья ошибка — использовать UTM с кириллицей, пробелами и символами, которые не кодируются корректно в редакторе рекламы или сокращателе ссылок.

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

09

Что считать завершённой настройкой

Настройка завершена не в момент, когда в рекламном кабинете появилась ссылка с параметрами. Готовый результат — это воспроизводимый путь: размеченный визит сохраняет значения, посетитель может сменить страницы, любая важная форма отправляет данные, а в CRM появляется заявка с понятным источником и кампанией. Этот путь должен быть подтверждён тестовыми заявками и кратким протоколом приёмки.

Для небольшого сайта достаточно согласованного словаря, пяти UTM-полей и ежемесячной выборочной проверки. Если каналов много, есть коллтрекинг, несколько доменов, интернет-магазин или длинный цикл продаж, стоит отдельно спроектировать модель first/last touch, дедупликацию и отчёты по сделкам. Иначе данные о маркетинге будут расходиться между Метрикой, CRM и рекламными кабинетами.

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