UTM-метки для Яндекс.Директа 2026: корпоративный стандарт

Официальные требования Яндекса к UTM-разметке (2026)

По официальной документации Яндекс.Директа, обязательными считаются три параметра: utm_source (источник перехода, например ya_direct), utm_medium (тип продвижения: cpc для контекста, display для медийной, retargeting для ретаргетинга) и utm_campaign (название или ID кампании). Необязательные — utm_content и utm_term.

Рекомендованный порядок в URL: source → medium → campaign → content → term. При нарушении порядка данные передаются корректно, но некоторые сторонние системы могут отображать их неправильно.

Правила значений из официальной документации Яндекса:

Только латиница — кириллица кодируется в UTF-8 и удлиняет URL. Слово «Продажи» превращается в %D0%9F%D1%80%D0%BE%D0%B4%D0%B0%D0%B6%D0%B8 — 24 байта вместо 7 в латинице. При десятках динамических параметров URL быстро приближается к лимиту 4096 байт.

Без заглавных букв — Yandex и yandex в отчётах Метрики будут двумя разными источниками. Разделители слов: _ или -, без пробелов. Без спецсимволов %, &, ?, = внутри значений — они ломают синтаксис URL.

Один знак ? в URL — если посадочная страница уже имеет параметры (?product=123), UTM добавляются через &, не через второй ?.

Отдельно — официальное сокращение yandex → ya. Прямая цитата из документации Яндекса: при клике метка utm_source=yandex может сокращаться до utm_source=ya. Причина — «у некоторых пользователей ссылки с полным значением yandex в UTM-метках могут открываться некорректно». Рекомендация Яндекса — сразу использовать ya или другое значение, чтобы избежать дублей в отчётах.

yclid: автопометка Директа и её роль в 2026 году

yclid — не UTM, но живёт в тех же URL и решает задачи, которые UTM не решают. Он уникально идентифицирует каждый клик, позволяет связать клик с офлайн-конверсией через CSV-загрузку в Метрику и работает как резервный способ атрибуции при заблокированном счётчике.

Технически цепочка выглядит так: Директ добавляет ?yclid=XXX в URL при клике → JavaScript на сайте сохраняет yclid в cookie (рекомендация Яндекса — на 90 дней) → при заполнении формы yclid извлекается из cookie и передаётся в CRM как скрытое поле → когда сделка закрыта, yclid + сумма + дата загружаются в Метрику через CSV или API → Метрика связывает офлайн-конверсию с исходным кликом и обучает автостратегии на реальных деньгах.

Окно атрибуции yclid — 21 день от визита. Для длинных циклов B2B это критично: если сделка закрывается на 22-й день или позже, привязка не сработает. Нужно либо использовать промежуточные микроконверсии, либо смириться с частичной потерей данных.

152-ФЗ и cookie-consent 2026. По позиции Роскомнадзора и большинства российских юристов, идентификатор счётчика Метрики (_ym_uid) и IP-адрес — это персональные данные. До согласия пользователя на cookies Метрика не должна писать клик. На сайтах со строгим cookie-баннером доля кликов, которые Метрика фиксирует по стандартному потоку, может быть вдвое ниже реальной.

Хорошая новость: yclid как параметр URL — не cookie-данные в момент клика. Его можно поймать и сохранить до принятия пользователем cookie-баннера. Это делает yclid критичным резервным механизмом атрибуции в 2026 году: даже если пользователь отклонил cookies, вы всё равно можете связать его заявку в CRM с конкретным кликом.

Разметка для 5 актуальных типов кампаний Директа

Каждый тип кампании в Директе имеет свою специфику разметки — набор доступных ValueTrack-параметров, типичные ограничения по длине URL и логику передачи данных. Ниже — техническая специфика для каждого типа.

ЕПК (Единая перфоманс-кампания) — универсальный тип, доминирует с 2024–2025 годов. Объединяет поиск, РСЯ и ретаргетинг в одной кампании. {keyword} работает только для текстово-графических объявлений на поиске, для показов в сетях будет пустым. {source} покажет площадку РСЯ или none для поиска. utm_medium можно оставить общим cpc, а деталь показа — search vs context — передавать через {source_type} в utm_content.

Товарная кампания — для интернет-магазинов на фиде. Длинные динамические URL из-за товарного ID, категории и названия товара чаще всего первыми упираются в лимит 4096 байт. Рекомендация — использовать campaign_id и gbid вместо длинных campaign_name.

Мастер кампаний — упрощённый формат для старта или небольших бюджетов до 30 тыс. ₽/мес. Ограниченный контроль над ValueTrack: часть параметров может быть недоступна. Стандарт UTM применяется, но набор ValueTrack — усечённый.

Реклама в мессенджерах (Telegram, МАКСβ через Директ) — для веб-ссылок стандарт UTM работает как обычно. Для ссылок в чат-боты UTM физически не передаются — нужна альтернативная параметризация через start-параметры бота.

Ретаргетинг (условие показа внутри ЕПК) — обязательно передавать {retargeting_id} и {coef_goal_context_id} для сегментации возврата пользователей. Часто ошибочно ставят utm_medium=cpc — правильнее utm_medium=retargeting или utm_medium=remarketing, чтобы в отчётах не смешивать первичный трафик с возвратным.

Соглашение о неймингах: три уровня стандартизации

Центральный принцип: чем масштабнее бизнес, тем больше причин иметь единый стандарт. Один подрядчик может использовать utm_source=yandex_direct, другой — yandex.direct, третий — direct. В Метрике это три разных источника из одной системы. В сквозной аналитике — три строки, которые не суммируются.

Уровень 1. Стандарт значений — фиксированный словарь. Что фиксируется на уровне компании раз и навсегда: utm_source для Директа — ya_direct (не yandex во избежание сокращения до ya, не direct — слишком размыто). utm_medium для платного контекста — cpc (стандартное кросс-платформенное значение). utm_medium для медийной — display или cpm. utm_medium для ретаргетинга — retargeting (отдельно от cpc, чтобы разделять первичный трафик и возврат).

Уровень 2. Стандарт структуры utm_campaign. Именование кампаний в кабинете должно позволять использовать имя как {campaign_name_lat} или {campaign_id} в разметке. Пример структуры: Продукт_Гео_Тип_Дата. Конкретно: sale_msk_search_2025q3, service_spb_rsya_2025q4. Тогда utm_campaign={campaign_name_lat} автоматически передаёт всю иерархию. Альтернатива — utm_campaign={campaign_id}: название кампании меняется, ID — нет. Историческая аналитика не ломается при переименовании.

Уровень 3. Стандарт utm_content и utm_term. utm_content собирается из 2–3 ValueTrack через точку: {position_type}.{device_type}.{ad_id} даёт в отчёте значения вида premium.mobile.12345678 для многомерного анализа. utm_term — стандартно {keyword}. Для товарных кампаний, где ключевая фраза не главная ось, — можно использовать utm_term={phrase_id} для устойчивости.

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

Валидация до запуска и регулярный аудит

Стандарт разметки без процедуры проверки — это стандарт, который нарушается при первом же запуске новой кампании. Три контрольные точки позволяют держать качество разметки на уровне.

До запуска — проверить в кабинете Директа: URL объявления проходит проверку по кнопке «Проверить URL» в интерфейсе. После подстановки максимального значения кириллицы URL остаётся в пределах 4096 байт. В шаблоне нет опечаток в параметрах ValueTrack (частая ошибка — {campain_id} вместо {campaign_id}). Подключён счётчик Метрики — иначе Директ не сможет использовать yclid как резервный способ атрибуции.

После первых кликов — проверить в Метрике: Отчёт → Источники → Метки UTM — присутствуют данные по вашим кампаниям, а не «прямые заходы». Отчёт → Источники → Параметры URL — ValueTrack-параметры заполнены реальными значениями, а не остались буквальными строками {campaign_id}.

После первых заявок — проверить в CRM: В карточке новой сделки заполнены поля UTM (минимум utm_source, utm_medium, utm_campaign). yclid присутствует. Одна и та же кампания в CRM и Метрике имеет одинаковое значение utm_campaign — расхождение означает разрыв на уровне формы или CRM-интеграции.

Регулярный аудит (раз в квартал): Список активных значений utm_source соответствует фиксированному словарю. Количество кампаний с буквальными строками {campaign_id} в отчёте — ноль. Доля заявок в CRM с заполненным UTM — 90%+ для платного трафика. Длина URL всех кампаний не превышает 3500 байт (запас 15% до лимита 4096).

Специфика для мессенджеров, звонков и сквозной аналитики

Веб-формы работают по стандартной схеме. Клик на WhatsApp/Telegram-ссылку — UTM теряются при переходе в мессенджер, нужен коллтрекинг с передачей источника. Звонок с сайта — коллтрекинг подменяет номер и передаёт UTM в CRM вместе со звонком.

Сквозная аналитика (Roistat, Calltouch, CoMagic и другие) получает данные о разметке из CRM по API. Если в CRM UTM пришли корректно — сквозная аналитика видит источник каждой сделки и каждой оплаты. Если UTM в CRM пустые или искажены — сквозная аналитика показывает «unknown» или «direct» вместо реального источника, атрибуция ломается.

Одна из типичных точек отказа при внедрении сквозной аналитики в B2B — как раз неунифицированная UTM-разметка. Если в вашем проекте ya_direct соседствует с yandex.direct — это первое, что нужно чинить перед подключением любой системы сквозной аналитики.