Короткий ответ. UTM-метки — параметры URL, которые передают системе аналитики источник и контекст перехода. Минимальный набор обычно: utm_source, utm_medium, utm_campaign; utm_content и utm_term добавляют creative/keyword context. Польза появляется только при единой naming convention.
Пример
https://yanora.ru/devops/?utm_source=yandex&utm_medium=cpc&utm_campaign=devops_search_spb&utm_content=ad_01&utm_term={keyword}
Что означает каждое поле
utm_source— платформа/источник:yandex,vk,telegram;utm_medium— тип:cpc,social,email;utm_campaign— стабильный machine-readable campaign name;utm_content— ad/creative/placement;utm_term— keyword/targeting, если релевантно.
Naming convention
Выберите lowercase, латиницу, _ как separator. Не смешивайте Yandex, yandex_direct, ya, иначе отчёт дробится.
Не передавайте PII
Не помещайте email, телефон, ФИО или чувствительные данные в UTM: URL могут попадать в логи, analytics и referrer.
UTM и yclid
UTM описывает campaign context, yclid идентифицирует конкретный клик Яндекса. Для CRM полезно сохранять оба: UTM читаемы человеком, click ID используется для более точной атрибуции/offline conversion.
Генератор
Инструмент на странице должен:
- принимать base URL;
- валидировать уже существующие query parameters;
- кодировать значения;
- показывать итоговый URL;
- копировать одним кликом;
- сохранять naming presets локально, если уместно.
Типовые ошибки
- ставить UTM на внутренние ссылки сайта — это перезаписывает источник;
- использовать пробелы/кириллицу без нормализации;
- менять naming каждый месяц;
- не сохранять метки в CRM;
- считать UTM абсолютной атрибуцией.
Главное — не сам генератор, а единый справочник разметки команды.
Что спросить у подрядчика до старта
По теме UTM метки полезнее обсуждать не список работ, а способ принятия решений. Попросите подрядчика показать:
- Как он определит исходную точку. Какие данные нужны до первой рекомендации?
- Как разделит гипотезы. Что будет проверяться первым и почему?
- Какие события настроит. Как результат дойдёт до Метрики/CRM?
- Что считается успехом. Какая метрика и какой горизонт?
- Что произойдёт при неуспехе. Есть ли заранее определённый следующий шаг?
Если ответ сводится к “мы всё настроим по лучшим практикам”, это слабый сигнал. Сильная команда может объяснить причинно-следственную цепочку ещё до начала работ.
Контрольный список
- Формула корректна.
- Период сопоставим.
- Допущения видны.
- Есть числовой пример.
- Есть более глубокая метрика.
- Результат связан с действием.
Как должна быть устроена UTM-разметка
Минимальный стандарт: utm_source — источник, utm_medium — тип канала, utm_campaign — стабильный идентификатор кампании, utm_content — вариант объявления/креатива, utm_term — ключ или поисковая логика, если она применима.
Не используйте в одном проекте одновременно yandex, ya, Yandex и директ как source: аналитика начнёт дробить один канал. Naming convention нужно зафиксировать до запуска и хранить рядом с рекламной структурой.
Генератор на странице должен показывать итоговый URL, копирование одной кнопкой и предупреждать о пробелах, кириллице в технических идентификаторах и несогласованном регистре.
Три уровня зрелости по теме «UTM метки»
Не каждой компании сразу нужна максимальная сложность. Полезнее понимать, на каком уровне вы находитесь и что является следующим разумным шагом.
Уровень 1 — рабочий минимум
На этом уровне формула считается на сопоставимых данных. Главная задача — устранить очевидные потери и получить достоверную базовую картину. Здесь не нужны сложные dashboards и автоматизация ради самой автоматизации: важнее, чтобы ключевой путь пользователя работал предсказуемо.
Уровень 2 — управляемая система
Следующий уровень — метрика сегментирована и связана с более глубоким показателем. Команда перестаёт спорить о результате “по ощущениям”: у каждого этапа есть измерение, данные передаются между системами, а изменения запускаются как гипотезы. Обычно именно здесь digital начинает становиться воспроизводимым процессом, а не набором разовых работ.
Уровень 3 — масштабирование
Зрелая система выглядит так: значение используется в планировании бюджета и сценарном моделировании. Важно, что масштабирование начинается не с увеличения бюджета, а с доказанной управляемости. Если базовые данные ненадёжны или качество лида неизвестно, рост объёма лишь быстрее масштабирует ошибку.
Практический вывод: сначала определите свой уровень и не покупайте архитектуру третьего уровня, если ещё не закрыты проблемы первого. Но и не стройте первый уровень так, чтобы для перехода ко второму пришлось всё выбросить.
Частые вопросы
Нужно внедрять всё сразу?
Нет. Выберите одно ограничение и расширяйте систему после подтверждённого эффекта.
Когда нужен внешний подрядчик?
Когда задача проходит через несколько дисциплин и важна единая ответственность за результат.
Как использовать этот показатель или инструмент в управлении, а не только знать определение
После расчёта всегда задавайте вопрос: какое решение изменится от полученного значения? Метрика без действия быстро превращается в vanity dashboard. Если показатель ухудшился, должен существовать следующий уровень диагностики; если улучшился — проверка, не ухудшилась ли следующая стадия воронки.
Фиксируйте методику
Запишите источник данных, формулу, период и правила исключений. Особенно важно для CPL/CAC/LTV/ROMI: две команды могут использовать одинаковое название и считать совершенно разные вещи. Изменение определения посреди года ломает сравнимость истории.
Используйте диапазоны и сценарии
Калькуляторы не должны создавать ложную точность. Для входных данных, которые являются предположениями, показывайте conservative/base/optimistic scenario. Пользователь должен видеть, какой параметр сильнее всего меняет результат.
Проверяйте через CRM
Маркетинговые метрики становятся полезнее, когда их можно связать с качеством лида и продажей. Даже простое поле qualified часто даёт больше управленческой ценности, чем десять дополнительных графиков в рекламном кабинете.
Сохраняйте контекст
Если инструмент генерирует URL, смету или медиаплан, дайте пользователю скачать/скопировать результат без обязательного контакта. CTA на консультацию появляется после ценности. Это делает инструмент действительно полезным и повышает качество входящих обращений.
Ограничения
У каждой формулы есть область применимости. На странице нужно явно показать, какие факторы калькулятор не знает и где требуется ручная оценка. Честное ограничение повышает доверие сильнее, чем обещание точности до рубля.
Требования к инструменту на странице
Инструмент должен работать без регистрации для базового сценария. Все вычисления и assumptions видны пользователю; если используется диапазон или коэффициент, рядом объясняется его смысл. Ошибка ввода показывается у конкретного поля, а не общим «что-то пошло не так».
После расчёта пользователь может скопировать или скачать результат. Контакт предлагается как следующий уровень ценности — например, получить ручную проверку, детальную смету или медиаплан — а не как обязательный шлюз перед ответом.
События аналитики: tool_start, изменение ключевых параметров, tool_complete, export/copy, CTA после результата. Не отправляйте в аналитику персональные или конфиденциальные значения, если для этого нет законной и продуктовой необходимости.
На мобильном поля и результат должны быть удобны без горизонтальной прокрутки. Формулы тестируются unit tests на граничных значениях: 0, пустой ввод, большие числа, десятичные значения.
Что делать дальше
Если вам актуальна тема UTM метки, YANORA может сначала разобрать исходную ситуацию, а не продавать готовый пакет. Мы посмотрим на спрос, страницу, данные и ограничения и предложим минимальную архитектуру решения.
Если задача проходит через несколько зон — например, сайт, трафик, SEO, CRM и автоматизацию — единая команда уменьшает количество стыков и взаимных «это не наша зона». Мы можем закрыть аналитику и CRM и связать работу с аналитикой.
Что делать дальше
Разобрать задачу на ваших данных
Посмотрим на исходную ситуацию, ограничения и ближайший измеримый шаг — без продажи шаблонного пакета.
Получить разбор →
Обсудить задачу