UTM-конвенції для назв: правила для чистих даних кампаній

UTM-конвенція для назв - це набір правил, що визначає, як ваша команда записує теги кампаній, щоб один і той самий канал завжди давав один і той самий рядок. Це важливо, бо значення UTM чутливі до регістру та вільної форми, що означає: ніщо не заважає трьом людям тегувати один канал як facebook, Facebook та FB. Ваш аналітичний інструмент тоді трактує їх як три окремих джерела, і ваше число для Facebook неправильне в трьох місцях одночасно.

Це вся проблема в одному реченні: непослідовні теги фрагментують звіти. Виправлення - не більше дисципліни. Виправлення - це записана конвенція плюс інструмент, що її застосовує. Основний набір правил короткий. Нижній регістр для всього. Без пробілів, один роздільник. Визначте контрольований словник для utm_source та utm_medium, щоб люди вибирали зі списку замість вигадування значень. Тримайте персональні дані поза URL. Задокументуйте один раз і закріпіть там, де робляться посилання. Решта цього поста описує кожне правило, дає таблицю таксономії для копіювання та описує, як застосовувати конвенцію так, щоб вона витримала напружений тиждень запуску.

Це посібник з управління - компаньйон до наскрізного покрокового відстеження UTM та поста про функцію конструктора UTM. Ті охоплюють конвеєр та інструментарій. Цей - про самі правила назв.

Чому UTM-конвенція для назв має значення#

Відкрийте будь-яку властивість GA4, що вела кампанії рік без управління, - і ви знайдете той самий безлад. Виміри source мають facebook, Facebook, FB, fb, facebook.com та meta - всі є одним каналом. Medium має email, Email, e-mail та newsletter, що конкурують за одну ідею. Кожен варіант - власний рядок. Кожен рядок містить частку трафіку. Скласти їх разом - це ручний, схильний до помилок процес кожного разу, коли хтось запитує «як спрацював Facebook».

Витрати - не лише охайність. Платні платформи зчитують ваші дані конверсій для оптимізації витрат. Якщо половина ваших кліків платних соцмереж потрапляє під utm_medium=social, а інша половина під paid-social, типове групування каналів GA4 класифікує частину як органічну, ваші платні звіти заниженні, і фінансове питання «чому платні витрати не відображаються в атрибутованому доході» не має чистої відповіді. Детальніше про те, яким числам довіряти, - у аналітика коротких посилань: що насправді вимірювати.

UTM-параметри старі. Конвенція виникла з Urchin - продукту веб-аналітики, який Google придбав у 2005 році та побудував у те, що стало Google Analytics. Абревіатура досі розшифровується як Urchin Tracking Module. Оригінальний скрипт __utm.js не мав шару шаблонів та валідації; правило завжди було «вводьте послідовно», і інструментарій ніколи це не застосовував. Два десятиліття потому більшість команд досі покладається на пам'ять. Ось яку прогалину закриває конвенція.

П'ять UTM-параметрів та що кожен має містити#

П'ять параметрів. Три фактично обов'язкові для чистої звітності; два необов'язкові та регулярно неправильно використовуються. Правильний розподіл завдань - це більша частина боротьби, бо більшість дрейфу починається як плутанина щодо того, яке значення де має бути.

utm_source називає звідки прийшов клік: конкретна платформа, видання або партнер. google, newsletter, partner-acme. Відповідає на «яка властивість надіслала це».

utm_medium називає як він туди потрапив: маркетингова категорія. cpc, email, social, referral, affiliate. Відповідає на «якого типу цей канал». Source - власна назва, medium - категорія, до якої вона належить.

utm_campaign називає ініціативу, частиною якої є посилання. spring-sale-2026, q3-product-launch. Це значення, за яким ви нарізаєте звіти, тому його формат важливий для регулярних виразів нижче за течією.

utm_content розрізняє варіанти в рамках однієї кампанії та джерела: креатив, розміщення, плече A/B-тесту. hero-banner, carousel-v2, footer-link. Використовуйте, коли у вас більше одного посилання, що вказує на одне призначення з однієї кампанії, і потрібно їх розрізнити.

utm_term був створений для ключових слів платного пошуку і найкраще залишати його для цього. Якщо ви не проводите платний пошук - залишайте null, а не перетворюйте в смітник для метаданих, що не помістились деінде.

Найпоширеніша структурна помилка - поміняти source та medium місцями. utm_source=cpc неправильно, бо cpc - це категорія, а не місце. utm_medium=google неправильно, бо google - це місце, а не категорія. Правильна пара: utm_source=google, utm_medium=cpc. Визначте правило один раз, запишіть поруч з кожним параметром у своєму документі - і підміна припиниться.

Стандарти UTM-параметрів: регістр, пробіли та роздільники#

Три правила форматування усувають більшість дрейфу, і всі три дешево застосувати один раз та дорого пропустити.

Нижній регістр для всього. GA4 трактує Email та email як різні значення, тому дрейф регістру мовчки множить ваші канали. Немає причин допускати верхній регістр у значенні UTM; виберіть нижній регістр і ніколи не відступайте.

Ніколи пробілів. Пробіл в URL кодується як %20, тому utm_campaign=spring sale потрапляє до ваших звітів як spring%20sale, що ламає регулярний вираз назви кампанії, що команди використовують для групування воронок, і виглядає зламано в кожному дашборді. Замінюйте пробіли в джерелі.

Один роздільник, що використовується скрізь. Оберіть дефіс або підкреслення для розділення слів всередині значення та дотримуйтесь цього. Їх змішування дає spring-sale та spring_sale як окремі кампанії - та сама проблема фрагментації в іншому вбранні. Дефіси - поширений вибір, бо вони відповідають звичкам URL-слагів та читаються чисто: q3-launch-dach. Що б ви не обрали, правило - це послідовність, а не конкретний символ.

Ці стандарти відповідають власним рекомендаціям Google щодо UTM, які радять командам бути послідовними та використовувати нижній регістр. Порада правильна. Що Конструктор URL кампаній Google не робить - так це не застосовує жодне з цього, і саме тому конвенція на папері дрейфує в момент настання дедлайну.

Контрольовані словники для source, medium та campaign#

Конвенція, що каже «використовуйте нижній регістр та дефіси», все одно дозволяє комусь вигадати utm_source=the-newsletter, коли узгоджене значення - newsletter. Виправлення - контрольований словник: фіксований список дозволених значень для параметрів, де набір можна знати наперед.

utm_medium має бути закритим переліком. Маркетингові категорії, що ви використовуєте, - це перелічуваний і стабільний набір. Розумний типовий список:

• cpc для платного пошуку
• paid-social для платних розміщень на соціальних платформах
• social для органічних соцмереж
• email для розсилок та lifecycle-листів
• referral для посилань партнерів та сарафанного радіо
• affiliate для трафіку з афілійованих мереж
• display для банерної та програматичної реклами
• qr для кодів на друку та упаковці

Якщо значення немає в списку - воно має бути відхилене, а не мовчки прийняте. Це одне правило вбиває плутанину social проти paid-social, що нищить групування каналів.

utm_source - напівконтрольований. Для платформ він має бути переліком (instagram, linkedin, tiktok, youtube, facebook, x), бо саме там найгірше живе дрейф регістру та скорочень. Для партнерів та видань прив'яжіть його до реального списку - партнерів у вашій CRM або вашого медіаплану, - щоб джерело, що не входить до списку, вимагало явного рішення, а не здогаду.

utm_campaign не може бути закритим переліком, бо кампанії створюються постійно, але він все одно має слідувати патерну. Корисна форма: quarter-theme-region: q3-launch-dach, q4-blackfriday-eu. Патерн робить кампанії сортованими та дозволяє регулярному виразу згрупувати цілий квартал або регіон в одному виразі.

Реальна таблиця таксономії UTM#

Ось таксономія, яку ви можете адаптувати сьогодні. Вона відображає кожен загальний канал на точні значення, що має виробляти ваша команда, - що і перетворює конвенцію з тексту на щось, чому людина може слідувати під дедлайном.

Канал	utm_source	utm_medium	Шаблон utm_campaign	utm_content	utm_term
Розсилка	newsletter	email	quarter-theme	creative-variant	null
Lifecycle email	lifecycle	email	flow-name	step-id	null
Органічний Instagram	instagram	social	quarter-theme	post-id	null
Платний Meta	facebook	paid-social	campaign-id	ad-id	null
Google Search ads	google	cpc	campaign-id	ad-id	{keyword}
Реферал партнера	partner-{name}	referral	deal-id	placement	null
Афілійований	affiliate-{net}	affiliate	program-name	sub-id	null
QR на друку	print	qr	quarter-collateral	placement	null

Стовпці шаблонів - навмисні. utm_content несе ідентифікатор варіанту, щоб можна було порівнювати креативи в рамках кампанії; для платних каналів - використовуйте нативний ID реклами платформи замість людської мітки, бо мітка належить рекламному менеджеру, а стабільний ID - URL. Залишайте utm_term null, якщо ви не проводите платний пошук, де він містить підібране ключове слово.

Поширені помилки UTM, що фрагментують звіти#

Сценарії збоїв повторюються в кожній команді, яку я аудіював. Перелічити їх та записати виправлення поруч з кожним - це більша частина того, для чого потрібен документ з конвенцією.

Дрейф регістру - найголовніший. Facebook, facebook та FB стають трьома джерелами, бо значення чутливі до регістру та нічим не обмежені. Виправлення - трансформація до нижнього регістру під час збирання та перелік, що не містить FB.

Вставлення medium у source або source у medium. utm_source=cpc та utm_medium=google обидва інвертують модель. Виправлення - контрольований словник плюс правило «source - де, medium - як», записане там, де люди можуть його бачити.

Пробіли та змішані роздільники в utm_campaign. Spring 2026 DACH стає Spring%202026%20DACH, а spring-sale проти spring_sale розбиває одну кампанію на дві. Виправлення - трансформація слагу, що приводить до нижнього регістру, замінює пробіли та нормалізує роздільник до того, як значення взагалі фіксується.

Персональні дані в рядку запиту. Це проблема відповідності, а не охайності. Значення UTM знаходиться в URL, що фіксується веб-серверами, зберігається в браузерній історії, пересилається в заголовках реферерів і часто вставляється в чат у відкритому вигляді. Email, ім'я або будь-який інший ідентифікатор у полі utm_ - це персональні дані в незахищеному місці. Рекомендації Європейської ради із захисту даних щодо прозорості та мінімізації даних вказують в тому ж напрямку: не збирайте та не оприлюднюйте персональні дані, які вам не потрібні, а URL - мабуть, найгірше місце для їх зберігання. Тримайте UTM для метаданих кампаній. Якщо вам потрібно прив'язати клік до людини - робіть це серверно за ID, а не у параметрі запиту. Бік згоди цього питання є в Consent Mode v2 для відстеження.

utm_term як смітник. Без правила він збирає все, що не помістилось деінде. Визначте, для чого він призначений (ключове слово платного пошуку, null в інших випадках) - і спокуса зникне.

Застосування послідовних UTM-тегів за допомогою шаблонів#

Конвенція, що живе лише в документі, дрейфує. Люди забувають, нові співробітники ніколи не читають її, а п'ятничний дедлайн перемагає добрі наміри. Застосування має переміститися в інструмент, що збирає посилання, щоб правила застосовувались незалежно від того, чи хтось їх пам'ятає.

Патерн, що тримається, - шаблон воркспейсу з вбудованими контрольованими словниками. Ви записуєте конвенцію один раз на рівні воркспейсу, визначаєте utm_medium як літерал там, де він ніколи не змінюється (email для шаблону розсилки), прив'язуєте utm_source до переліку та дозволяєте плейсхолдерам заповнювати решту з пейлоаду посилання. Новий маркетолог тоді не може створити неправильний utm_source, бо шаблон відхиляє все поза списком. Трансформації до нижнього регістру та слагу застосовуються автоматично, тому послідовність перестає залежати від дисципліни кожної людини.

Сервіс скорочення, що відповідає за крок збирання, може зробити три речі, яких не може форма: зберігати шаблон, валідувати кожен вхід проти нього та відмовляти у фіксації посилання, що порушує правила. Коли Elido збирає посилання, і вихідне значення, і фінальне значення фіксуються, тому перевизначення на рівні посилання залишає журнал аудиту з тим, хто і коли його змінив. Повний синтаксис шаблонів, включно з шаблонами для окремих каналів та шляхами плейсхолдерів, є в посібнику з UTM-шаблонів, а ширша аргументація для маркетологів - на сторінці рішень для маркетологів. Для аналітики, що залежить від цієї гігієни, дивіться аналітику Elido.

Чесний обсяг: шаблони вирішують гігієну тегування та аудит. Вони не вирішують міжпристрійну атрибуцію або серверне пересилання, що переживає Safari ITP - обидва є окремими проблемами, охопленими в наскрізному покроковому посібнику. Те, що вони вирішують, - це те, що тихо ламає кожен звіт: один і той самий канал, що приходить під п'ятьма різними назвами.

Конвенція та шаблон таблиці для копіювання#

Якщо ви ще не готові переміщувати збирання в інструмент - починайте з записаної конвенції та таблиці відстеження. Обидва кращі за пам'ять, і вони є артефактом, який ви передаєте інструменту пізніше.

Блок конвенції, достатньо короткий для вставки в вікі команди:

UTM CONVENTION (v1)
- All values lowercase. No exceptions.
- Words separated by hyphens. No spaces, no underscores, no other delimiters.
- utm_source: where the click came from. Enum for platforms; CRM list for partners.
- utm_medium: how it got here. Closed enum only:
    cpc | paid-social | social | email | referral | affiliate | display | qr
- utm_campaign: quarter-theme-region. e.g. q3-launch-dach
- utm_content: variant id (creative, placement, ad-id). Optional.
- utm_term: paid-search keyword only. null otherwise.
- Never put names, emails, or any personal data in a UTM. Ever.

Шаблон таблиці потребує одну вкладку для контрольованих словників та одну для посилань. Структуруйте так:

• Вкладка vocab з однією колонкою на кожен контрольований параметр (source, medium), кожна з узгодженими значеннями. Це єдине джерело правди, на яке вказують правила валідації даних.
• Вкладка links з колонками для URL призначення, кожного значення UTM (валідується проти вкладки vocab, щоб друкарська помилка відхилялась при введенні), колонкою зібраного URL, що конкатенує їх, та колонкою нотаток вільного тексту для контексту.
• Правило валідації даних у колонках medium та source, щоб клітинки приймали лише значення з вкладки vocab. Це найближче, що таблиця може наблизитися до застосування.

Коли таблиця переростає ручне введення, назви колонок безпосередньо відповідають плейсхолдерам шаблонів, і той самий CSV імпортується прямо в ендпоінт масового створення. Конвенція, що ви написали в перший день, стає схемою, яку інструмент застосовує в сотий день. Ціни для тарифів, що включають шаблони воркспейсу, - на сторінці цін.

Конвенція для назв - нудна інфраструктура, саме тому її пропускають і саме тому пропуск коштує кварталу чистих даних. Записуйте правила, закріплюйте там, де робляться посилання, - і ваші звіти знову почнуть складатися.

Пов'язані статті в блозі#

• Відстеження UTM-кампаній від початку до кінця без CDP - повний конвеєр, який ця конвенція живить.
• Сервіс скорочення посилань з конструктором UTM - інструментарій, що застосовує правила.
• Аналітика коротких посилань: що насправді вимірювати - читання звітів після очищення тегів.
• Що таке сервіс скорочення URL - основа, якщо ви починаєте з нуля.