UTM-нейминг без хаоса: компактная система, которой команда реально будет пользоваться

UTM-нейминг почти всегда ломается по одной скучной причине: команда пытается быть гибкой в каждом запуске. Один пишет spring-sale, другой spring_sale, третий добавляет даты, а четвёртый придумывает новый utm_medium, потому что так вроде бы понятнее.

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

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

Почему UTM-нейминг разваливается

Большинству команд не нужна более сложная схема. Им обычно нужно меньше решений:

• один формат написания
• короткий список допустимых medium
• понятное правило для тестов и вариаций
• одна финальная проверка перед запуском

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

Минимальная структура, которой обычно хватает

Для большинства команд достаточно такого набора:

1. utm_source отвечает за источник перехода.
2. utm_medium отвечает за тип трафика.
3. utm_campaign отвечает за общую инициативу.
4. utm_content опционален и нужен для вариаций, креативов и размещений.
5. utm_term оставляйте только там, где он действительно нужен.

Этого хватает для paid, lifecycle, content, partner и внутренних growth-задач без лишней путаницы в параметрах.

Таблица, которую можно реально разослать команде

Правила должны быть настолько короткими, чтобы их можно было закрепить в Slack или в короткой рабочей заметке:

Один аккуратный пример перед запуском

Чистую ссылку проще проверить, если сначала посмотреть на параметры в явном виде:

utm_source=google
utm_medium=cpc
utm_campaign=summer_offer
utm_content=video_a

Если нужно привести свободный ввод к нормальному названию кампании, достаточно маленького хелпера:

const cleanCampaign = raw
  .trim()
  .toLowerCase()
  .replace(/\s+/g, "_")
  .replace(/[^a-z0-9_]/g, "");

Короткая визуальная памятка работает лучше длинного регламента

Во многих командах нейминг становится стабильным только после того, как правила превращаются во что-то видимое и короткое.

Один walkthrough полезнее, чем ещё один длинный документ

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

Делайте нейминг скучным специально

Слишком креативные названия почти всегда приводят к грязным отчётам. Спокойные названия переживают масштаб:

• используйте lowercase
• выберите один разделитель и держитесь его
• не добавляйте дату без аналитической причины
• не тащите в utm_campaign то, что уже есть в utm_source или utm_medium

Лучший UTM-нейминг — тот, которому люди следуют в спешке, а не тот, который красиво выглядит в идеальной документации.

Где дальше пригодится слой с метриками

Когда нейминг стабилен, разбирать performance становится заметно проще. Здесь уже помогает калькуляторная часть:

Что стоит забрать из этого гайда