UTM-метки: как создать ссылку и проверить данные в Метрике

В таблице ссылка размечена правильно, но в отчёте кампания не находится. Причина может быть в перенаправлении, первом просмотре визита или выбранном периоде. Генератор UTM не проверяет ни один из этих этапов.

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

Что такое UTM-метки и как договориться о названиях

Правила обработки описаны в справке Метрики о метках. Значения регистрозависимы: Yandex и yandex могут дать разные строки. Собственный стандарт сохраняет единый регистр и понятное назначение каждого значения.

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

Требования к обязательным полям зависят от источника и системы. В справке Метрики приведены поддерживаемые значения и особенности обработки разных меток. Перед вводом нового канала сверяйтесь с правилами определения источника, а не только с универсальным генератором.

Если один специалист пишет Yandex, второй yandex_direct, третий ya, отчёт потребует дополнительного объединения. Даже когда система распознаёт несколько вариантов, собственные выгрузки и CRM могут трактовать их по-разному. Выберите справочник допустимых значений и храните его рядом с реестром кампаний.

Если вы поручаете нам настройку веб-аналитики, мы начинаем с согласованного словаря источников и ответственности за его изменения. Справочник сохраняют рядом с реестром кампаний, чтобы сравнение не зависело от ручного объединения названий.

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

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

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

Как сделать ссылку с UTM и сохранить её параметры

Ниже показан способ сборки статической ссылки. Поведение set() проверяйте по документации URLSearchParams; рекламные макросы требуют отдельной проверки.

Первый параметр запроса начинается после ?, следующие разделяются &. Если в исходном адресе уже есть параметр, добавлять второй вопросительный знак нельзя. Фрагмент после # обозначает часть адреса для клиентской обработки; обычную UTM-разметку помещают в query до него.

Учебный адрес уже содержит фильтр и якорь:

https://example.com/audit/?plan=basic#request

После разметки он должен сохранить и план, и якорь:

https://example.com/audit/?plan=basic&utm_source=yandex&utm_medium=cpc&utm_campaign=audit_msk_2026_09#request

Строка вида #request?utm_source=yandex не эквивалентна этому адресу. Также проверяйте дубли одного параметра: два разных utm_campaign оставляют системам неоднозначную задачу выбора значения. Не полагайтесь на одинаковую обработку дублей всеми счётчиками и интеграциями.

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

function addUtm(base, tags) {

  const url = new URL(base);

  if (!["https:", "http:"].includes(url.protocol)) {

    throw new Error("Ожидается HTTP(S)-адрес");

  }

  const allowed = new Set([

    "utm_source", "utm_medium", "utm_campaign",

    "utm_content", "utm_term"

  ]);

  for (const [key, value] of Object.entries(tags)) {

    if (!allowed.has(key) || typeof value !== "string" || !value.trim()) {

      throw new Error("Некорректный UTM-параметр");

    }

    url.searchParams.set(key, value.trim());

  }

  return url.toString();

}



const link = addUtm("https://example.com/audit/?plan=basic#request", {

  utm_source: "yandex",

  utm_medium: "cpc",

  utm_campaign: "audit_msk_2026_09"

});

Код не проверяет бизнес-смысл значений и не назначает обязательные поля для вашей системы - это отдельная валидация стандарта. Он также не удаляет старые UTM, которые не переданы в объекте: если требуется полная замена разметки, сначала явно очистите согласованный набор параметров. Не используйте этот пример без адаптации для рекламных макросов: фигурные скобки могут сериализоваться в закодированном виде, а правила подстановки задаёт рекламная платформа.

Значения передаются как исходный текст, без предварительного процентного кодирования. Иначе можно получить двойное кодирование. Описание методов есть в документации URLSearchParams.set. После сборки всё равно откройте итоговый адрес и проверьте его поведение.

Как использовать динамические параметры Яндекс Директа

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

Рекламная система может подставлять идентификатор кампании, объявления и другие значения. У Директа предусмотрены, в частности, {campaign_id} и {ad_id}. Набор и область поддержки зависят от параметра и типа размещения; актуальная таблица находится в справке параметров URL.

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

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

Как проверить метки от опубликованной ссылки до отчёта

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

По документации Метрики сведения о метке берутся из первого просмотра визита. Поэтому повторное открытие новой UTM-ссылки в уже начатом визите может дать не тот результат проверки, который ожидается. Изолируйте тестовое состояние предусмотренным способом и фиксируйте время. Не делайте вывод о неисправности разметки только потому, что обновили вкладку с новым значением.

Для нескольких рекламных каналов настройка перфоманс-маркетинга требует согласовать разметку до запуска. Иначе сравнение расходов и обращений будет зависеть от того, как каждый исполнитель назвал источник.

Допустим, учебная ссылка ведёт на http://example.com/audit/ с UTM. Сервер переводит её на HTTPS, но правило перенаправления формирует новый адрес без query. Браузер успешно открывает страницу - визуально всё работает, - однако счётчик получает уже адрес без меток.

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

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

Как связаны UTM, атрибуция и события на сайте

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

Человек может прийти по рекламе, вернуться позже другим способом и только затем оставить заявку. Какая кампания получит результат в отчёте, зависит от модели атрибуции и доступных данных. В CRM может храниться первый источник, последний источник или отдельный журнал касаний. До сравнения цифр договоритесь о логике.

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

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

Для клика по внутреннему блоку заведите событие с устойчивым идентификатором, например homepage_audit_banner, и анализируйте его вместе с исходным каналом. Это позволяет отдельно ответить на вопросы «откуда пришёл посетитель» и «какой элемент сайта помог ему перейти дальше».

Не помещайте в UTM телефон, email, ФИО, пароль, токен доступа и другие секретные или персональные сведения. Адрес может оказаться в истории браузера, логах, аналитике, скриншоте или пересланной ссылке. Для группировки объявления используйте внутренний неидентифицирующий код, а не данные конкретного клиента.

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

Как посмотреть UTM в Метрике и сравнить результат

В Яндекс Метрике откройте «Отчёты → Источники → Метки UTM». Выберите нужный счётчик, период и цель, затем сравните строки с записями реестра. Если значение отсутствует, начните с проверки фактического перехода и первого просмотра, а не переименования всех кампаний.

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

Учебный пример: вариант A дал 100 визитов и 5 обращений, B - 200 визитов и 6 обращений. Конверсия составляет 5% и 3%, но у B больше обращений. Без расходов, качества заявок и достаточного объёма наблюдений нельзя назначить победителя. UTM обеспечили разметку, а решение требует дополнительных данных.

Связь меток с экономикой разобрана в статьях о сквозной аналитике и стоимости лида. Для проверки целевого действия пригодится материал о целях Метрики. Разметка считается принятой после проверки всей цепочки до отчёта и принимающей системы, а не после появления красивой строки URL.