UTM-метки для Директа и CRM

Разделяй назначение пяти UTM-параметров

По справке Директа, первые три параметра относятся к обязательной UTM-разметке, а utm_content и utm_term необязательны. Использование всех пяти может быть стандартом проекта, но его нельзя выдавать за общее требование ко всем переходам. Метрика распознаёт переходы Директа и по другим признакам, в том числе yclid.

https://example.com/course/?utm_source=yandex&utm_medium=cpc&utm_campaign=analytics_rf&utm_content=offer_a&utm_term=kurs_analitiki

Это учебные значения. В полном URL под схемой видны начало параметров после ? и разделители &. Если в адресе уже есть параметры, новые добавляются через &. Не переименовывай стандартное utm_term в utm_keyword, если ожидаешь его в стандартном UTM-отчёте. Произвольные параметры рассматриваются отдельно в отчёте «По параметрам URL».

Отличай динамический шаблон от готовой ссылки

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

https://example.com/course/?utm_source=yandex&utm_medium=cpc&utm_campaign={campaign_id}&utm_content={ad_id}&utm_term={keyword}

Директ подставляет идентификатор кампании вместо {campaign_id}, идентификатор объявления вместо {ad_id} и ключевую фразу вместо {keyword}, когда параметр поддерживается форматом и условием показа.

{keyword} не означает точный поисковый запрос посетителя. Ключевая фраза и запрос — разные сведения. Не ожидай, что этот шаблон даст фразу для любого объявления и любого типа таргетинга. Поддержку параметров проверяй в справке для используемого формата.

Открытие шаблона вручную в браузере не запускает подстановку Директа. Для проверки самой формы используй статические учебные значения, а для проверки рекламной подстановки — конечный адрес реального перехода и сведения о соответствующем объявлении.

Проверь, где заданы параметры в Директе

В Единой перфоманс-кампании общую разметку можно задать в блоке «Параметры URL» на уровне кампании, группы или объявления. В этот блок передают пары параметров, например:

utm_source=yandex&utm_medium=cpc&utm_campaign={campaign_id}&utm_content={ad_id}&utm_term={keyword}

Это строка параметров без адреса сайта. Полный URL из предыдущего примера и содержимое этого блока — разные способы задания разметки.

Если один параметр задан в нескольких местах, его значение может быть переопределено. Проверь уровни объявления, группы и кампании, а также саму ссылку. Точный порядок приоритетов и доступность настройки описаны в инструкции Яндекса. Изменение параметров отправляет объявления на повторную модерацию, поэтому сначала выясни, какие настройки уже действуют.

Согласуй значения и сохраняй исходную разметку

Для сравнения кампаний нужен общий справочник. Например, команда выбирает cpc для платных кликов, идентификатор кампании для utm_campaign и идентификатор объявления для utm_content. Не смешивай в одном поле ID кампании и произвольное название без правила их сопоставления.

Сохраняй полученное значение отдельно от нормализованного, которое используется для группировки. В справке Директа отмечено, что yandex иногда сокращается до ya. Поэтому правило «принимаем только yandex, всё остальное ошибка» может ошибочно разделить один источник. Преобразование должно учитывать реальную разметку и не стирать её первоначальное значение.

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

Сверь ссылку, отправку формы и запись CRM

Выбери конкретную форму и одну контрольную отправку с согласованными тестовыми данными. Не отправляй её в рекламу и отчёты как реальную продажу.

1. Ссылка. Проверь адрес после всех переадресаций. Нужные параметры должны дойти до страницы, где их считывает форма.
2. Отправка. В инструментах разработчика открой вкладку Network, найди запрос формы и посмотри переданные поля. UTM в адресной строке ещё не означают, что форма их отправила.
3. Интеграция. По общему идентификатору запроса найди его обработку и соответствующую запись CRM. Проверь соответствие названий полей.
4. CRM. Сравни сохранённые значения с отправкой. Если форма отправила кампанию, а в CRM поле пустое, проверять нужно передачу и сохранение после формы.

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

В Метрике UTM доступны в отчёте «Источники → Метки UTM». При сверке помни, что визит и заявка — разные события. Совпадение их количества само по себе не доказывает правильную передачу полей. Как Метрика получает метки из визита, описано в справке об обработке источников.

Сохрани связь обращения со сделкой

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

Если один клиент обратился дважды, источник каждого обращения должен оставаться в истории. Правило объединения контактов не должно автоматически подменять источник новой заявки старым. Подробный порядок проверки есть в статье про лиды без источника в CRM.

Если источник не был получен, его нельзя вывести только из предположения менеджера или отсутствия меток. Отделяй неизвестное значение от подтверждённого и восстановленного.

Сохрани идентификаторы и проверь ограничения расчёта

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

Для разных форматов импорта нужны разные сведения. В частности, yclid поддерживается при передаче офлайн-конверсий и звонков, а для клиентов и заказов CRM применяются свои условия сопоставления. Не считай любой click ID универсальным ключом всех импортов. Проверь правила импорта офлайн-данных и работу с yclid.

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

Что проверить перед запуском

• В конечном адресе нет повторяющихся UTM с разными значениями.
• Поддерживаемые динамические параметры заменяются значениями Директа.
• Нужные поля присутствуют в отправке формы и сохраняются в CRM.
• Переход на другую страницу и повторное обращение обработаны по принятому правилу.
• Отчёт получает источник нужного обращения через поля или связь.
• Неизвестный источник не заменяется выдуманным каналом.

FAQ

Обязательно ли заполнять все пять UTM?

Нет. В справке Директа utm_content и utm_term указаны как необязательные. Проект может требовать их для нужной детализации, учитывая поддержку формата рекламы. Это правило проекта, а не универсальное требование для любого перехода.

Генератор меток проверяет передачу в CRM?

Нет. Он помогает собрать строку. Работу формы, интеграции и сохранение записи нужно проверить отдельно.

Почему вместо кампании в CRM осталось {campaign_id}?

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

UTM гарантируют правильный ROMI?

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

Официальные источники

• Параметры URL и динамические значения Директа.
• Добавление параметров на уровне кампании, группы и объявления.
• Отчёты Метрики по Директу.