Словарь UTM-меток: как не раздробить одну кампанию на десять

Как одна кампания распадается на несколько строк

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

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

Раздели ответственность пяти UTM-полей

В документации Метрики utm_source описывает источник, utm_medium — канал, utm_campaign — кампанию, utm_content — её содержание, utm_term — ключевую фразу. Используй эти роли как отправную точку, затем зафиксируй собственную схему для управляемых ссылок. Переданное utm_term не становится доказательством реального органического запроса.

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

Таблица допустимых значений и владелец изменений

Словарь должен отвечать не только «как писать», но и «кто разрешил это значение». Заведи одну управляемую таблицу. Каждая новая кампания получает устойчивый ключ до выпуска ссылок; человекочитаемое название можно хранить рядом, не подменяя им историю.

• Укажи владельца словаря и того, кто согласует значения новых каналов и кампаний. Не позволяй нескольким командам независимо исправлять одни и те же строки.
• Храни дату начала действия правила, версию, автора и основание изменения. Отдельно помечай, применяется ли оно только к новым ссылкам или к аналитическому представлению истории.
• Разделяй raw_value и normalized_value. В отчёте должна быть возможность вернуться к исходному написанию и объяснить преобразование.
• Не исправляй неизвестное значение по ближайшему похожему слову. Отправь его в очередь разбора; пустое значение также не равно опечатке.
• Для динамических параметров проверь, раскрылись ли подстановки в настоящей конечной ссылке. Литерал шаблона и рабочее значение — разные результаты.

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

Как проверить ссылку и исправить историю

1. Собери ссылку из утверждённых значений. Первый параметр начинается после ?, следующие разделяются &; проверь уже существующие параметры, чтобы не добавить второй знак вопроса.
2. Открой итоговую ссылку в тестовом маршруте. Сохрани конечный URL после переходов и значения, реально полученные сборщиком.
3. Сравни сохранённые UTM со словарём посимвольно. Отдельно проверь незаполненные подстановки, случайные пробелы и различие регистра.
4. Если тест включает заявку, проверь соответствующие поля в связанной CRM-записи. Метка в адресной строке ещё не завершает проверку передачи.
5. Запиши результат и версию словаря. После изменения правила повтори тот же маршрут.

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

Если ссылка соответствует словарю, а UTM в обращении отсутствуют, переходи к сверке передачи меток от сайта к CRM. Нормализация названий не восстанавливает потерянную связь.

Кирпич сохраняет данные источника и UTM визита; сравнение кампаний по связанным результатам требует проверки полноты данных CRM. Словарь полезен перед таким сравнением: он помогает понимать, какие строки обозначают одну кампанию. Автоматическое исправление всей истории этим не обещается. Посмотри сценарий от визита к связанному результату.