UTM-разметка без хаоса: единый регламент меток для команды

Если поискать «UTM-разметка», выдача расскажет, что такое пять меток, и предложит генератор ссылок. Это полезно ровно один раз — пока метку ставит один человек в одной кампании. Как только каналов становится десять, а рук в команде несколько, генератор перестаёт помогать: он собирает ссылку, но не диктует, что в неё писать. И вот подрядчик пишет Yandex, штатный маркетолог — yandex, а стажёр в порыве честности — Яндекс. Формально все правы. Фактически в отчёте появилось три разных источника вместо одного, и сумма по «Яндексу» теперь не сходится ни с чем. Эта статья не про то, что такое UTM. Она про регламент — документ, который делает отчёты воспроизводимыми, когда меток тысячи.

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

Почему генератор ссылок не решает проблему

UTM-метки кажутся технической мелочью, но по сути это первичные данные всей вашей маркетинговой аналитики. Именно из них система понимает, откуда пришёл человек. Если метка проставлена криво, ошибка не остаётся в метке — она протекает дальше: в отчёт по каналам, в расчёт стоимости привлечения, в атрибуцию сделки. А главное, эту ошибку почти нельзя исправить потом: клик уже случился, сессия записана, и то, что источник назвали fb вместо facebook, останется в базе навсегда.

Генератор ссылок помогает собрать URL без опечаток в синтаксисе — не потерять ?, не перепутать &. Но он не знает вашей договорённости о том, что источник Яндекса называется yandex строчными, кампания собирается из четырёх частей через дефис, а слово «распродажа» пишется транслитом. Эту договорённость держит не инструмент, а документ. Пока команда маленькая, договорённость живёт в голове одного человека — и рушится ровно в тот день, когда появляется второй.

Регламент UTM — это не бюрократия. Это единственный способ сделать так, чтобы отчёт, собранный сегодня, означал то же самое, что отчёт за прошлый год.

Пять параметров и что в каждый класть

У UTM пять параметров. Три обязательных — source, medium, campaign — и два дополнительных, content и term. Ошибка новичка — относиться к ним как к свободным полям для заметок. На самом деле каждый параметр отвечает на строго определённый вопрос, и смешивать их нельзя: если в medium положить название площадки, а в source — тип трафика, отчёт по типам каналов рассыплется. Ниже — шаблон регламента: что кладём в каждый параметр, пример и правило, которое команда обязана соблюдать.

Регистр и синонимы: почему Yandex, yandex и Яндекс — три источника

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

То же самое происходит с синонимами. facebook, fb и facebook.com — один источник для человека и три для системы. Умножьте это на десяток площадок и несколько человек в команде — и отчёт по каналам превращается в список из сорока строк, половина которых дубли. Аккуратностью это не лечится: аккуратность заканчивается на третьем подрядчике. Спасает закрытый словарь — заранее утверждённый список допустимых значений, за пределы которого выходить нельзя.

• Единый регистр — только строчные. Раз и навсегда: все значения source и medium пишутся строчными буквами. Это простое правило убирает половину дублей.
• Закрытый словарь source. Заранее перечислены все допустимые источники: yandex, google, vk, telegram, email и так далее. Нового источника нет в словаре — сначала добавляем в словарь, потом используем.
• Закрытый словарь medium. Тип трафика тоже из списка: cpc (платный клик), banner (медийка), social (бесплатные соцсети), email, referral, cpm. Никаких social_ads, soc, smm вперемешку.
• Один синоним на сущность. Facebook — всегда facebook, никогда fb. ВКонтакте — всегда vk. Выбор произвольный, но он делается один раз и фиксируется в документе.

Правила именования кампаний

Source и medium закрываются словарём, но campaign словарём не закроешь: кампаний много, они новые каждый месяц. Список значений тут не поможет — работает структура, единый шаблон, по которому имя кампании собирается из фиксированных частей. Когда все кампании названы по одной схеме, отчёт можно группировать: по гео, по типу кампании, по акции. Когда каждый называет как хочет — Весенняя распродажа, vesna2026, SALE_final_FINAL — группировать нечего, и аналитика сводится к чтению списка глазами.

Разумная структура имени — это несколько частей в фиксированном порядке, разделённых одним символом. Например: акция-продукт-гео-тип, что даёт spring-sale-sofa-msk-retarget. Порядок частей важнее их состава: даже если не все части заполнены, единый порядок позволяет системе и человеку читать имя одинаково. Правила, которые стоит зафиксировать:

• Только латиница, транслитерация кириллицы. Кириллица в URL кодируется в нечитаемые %D0%92 и ломается при копировании. «Распродажа» становится rasprodazha или короче sale — но по единому правилу, а не как придумалось.
• Никаких пробелов. Пробел в URL превращается в %20 или + и создаёт разные версии одной кампании. Разделитель между частями — один выбранный символ, обычно дефис.
• Один разделитель. Выберите дефис - или подчёркивание _ и не смешивайте. spring-sale и spring_sale — снова две разные кампании для системы.
• Фиксированный порядок частей. Если решили «акция-гео-тип», то так во всех кампаниях. Переставленные местами части делают группировку невозможной.
• Стабильные сокращения. Москва — всегда msk, ретаргетинг — всегда retarget. Сокращения тоже часть словаря, а не творчество на месте.

Чего в метках быть не должно и где их не ставят

Регламент — это не только про то, что класть, но и про то, чего класть нельзя. UTM-метка попадает в URL, а URL виден в браузере, логах, системах аналитики и часто передаётся третьим сторонам. Поэтому есть жёсткие запреты:

• Никаких персональных данных. Имя, телефон, email, идентификатор клиента в метке — это утечка. Метка описывает канал и кампанию, а не конкретного человека. Персональные данные живут в CRM, а не в URL.
• Никаких длинных названий-предложений. Метка — это код из словаря, а не заголовок. utm_campaign=Большая+весенняя+распродажа+только+до+конца+месяца нечитаема, ломается и не группируется. Кодируйте смысл короткими частями.
• Никаких ручных приписок. «Допишу-ка я сюда дату» или «поставлю пометку для себя» — так рождаются yandex-new, yandex-test2, yandex-fixed. Всё, что нужно различать, различается через campaign и content по правилам, а не приписками в source.
• Никаких пробелов, спецсимволов и заглавных. Всё, что кодируется в URL по-разному на разных устройствах, рано или поздно даст дубль. Разрешённый набор — строчная латиница, цифры и выбранный разделитель.

Внутренние ссылки UTM не размечают

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

Во-первых, система аналитики видит новую UTM-метку и начинает новую сессию — прежняя обрывается прямо в середине пути пользователя по сайту. Во-вторых, и это хуже, исходный источник переписывается: человек, который пришёл из рекламы Яндекса, после клика по внутренней ссылке с меткой source=site&medium=banner внезапно числится пришедшим с вашего же сайта. Реклама, которая реально привела клиента, теряет заслугу, а внутренний баннер её присваивает. При модели last-click это прямо искажает, какому каналу засчитана продажа.

Кто отвечает и что делать со старыми метками

Документ, у которого нет владельца, устаревает за месяц. У регламента UTM должен быть ответственный — обычно это маркетолог-аналитик или руководитель маркетинга. Он держит словарь, добавляет в него новые источники по заявке, а не по факту, и проверяет разметку. Проверяют разметку регулярно, по расписанию: раз за период выгружаете список уникальных значений source и medium и глазами ищете в нём то, чего нет в словаре. Появился Yandex с большой буквы или новый fb — значит, кто-то разметил в обход регламента, и это повод для разговора, а не для молчаливого исправления.

Отдельный вопрос — что делать с историческими метками, накопленными до регламента. Соблазн переписать их в базе понятен, но так делать нельзя: клики и сессии уже произошли, и менять первичные данные задним числом — значит терять достоверность истории. Правильный путь — нормализовать источник на уровне отчёта, а саму базу не трогать: в слое, где данные готовятся к показу, свести Yandex, yandex и Яндекс к одному yandex правилом маппинга. Сырые данные остаются нетронутыми, а отчёт показывает чистую картину. Это же правило маппинга подстрахует вас и на будущее — на случай, если очередной дубль всё-таки просочится.

Как внедрить регламент

Одним письмом «теперь размечаем правильно» регламент не внедряется. Это процесс, у которого есть словарь, владелец и проверка. Ниже — что стоит спросить со своей команды или подрядчика, по шагам:

1. 01
   Потребуйте выгрузить текущую свалку меток

   Пусть команда достанет все уникальные значения source, medium и campaign за последний год. Этот список — честная картина хаоса: вы своими глазами увидите, сколько на самом деле версий у «Яндекса» и по скольким схемам названы кампании. С этого начинается любой регламент.

2. 02
   Утвердите закрытые словари source и medium

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

3. 03
   Добейтесь описанной структуры имени кампании

   В документе должны быть зафиксированы части, их порядок, разделитель, правило транслитерации и таблица стабильных сокращений (msk, retarget и прочих). Попросите приложить три-четыре готовых примера — по ним команда будет собирать новые имена.

4. 04
   Проверьте, что запреты и границы прописаны

   В регламенте должно быть явно перечислено, чего в метках быть не должно: персональных данных, длинных названий, ручных приписок, пробелов. Отдельным пунктом — запрет на UTM во внутренних ссылках. Запреты тут весят столько же, сколько разрешения.

5. 05
   Назначьте владельца и процедуру проверки

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

6. 06
   Поручите настроить нормализацию для истории

   В слое отчётности заводят маппинг, который сводит исторические дубли к каноническим значениям словаря. Сырые данные никто не трогает — к порядку приводят только представление. Этот же маппинг ловит будущие ошибки. Проследите, чтобы его сделали.

UTM-разметка выглядит мелочью ровно до того дня, когда метки начинает ставить второй человек. Дальше у вас два исхода. Либо размечаете как получится и каждый месяц вручную пересобираете отчёт, гадая, сколько на самом деле было «Яндексов». Либо держите регламент и получаете цифры, которым можно верить. Дорогих инструментов и сложной настройки регламент не требует — нужен один документ, один владелец и дисциплина следовать закрытому словарю. Пожалуй, это самый дешёвый способ навести порядок в аналитике. И почти всегда самый недооценённый.