UTM-мітки: що це, як їх використовувати та як вони економлять рекламний бюджет

Запустити рекламу сьогодні нескладно. Можна просувати дописи в Instagram, запустити Meta Ads або Google Ads, залишити посилання в LinkedIn, YouTube, email-розсилці, каталозі чи партнерському матеріалі.

Складніше відповісти на інше питання: Що з цього насправді приносить клієнтів?

Саме тут починається нормальна маркетингова аналітика.

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

Тому в цій статті я хочу не тільки пояснити, що таке UTM-мітки, а й показати на практиці, як я організував роботу з ними на власному сайті.

Що таке UTM-мітка простими словами

UTM-мітка — це додаткова інформація, яка додається до посилання.

https://snitynskyi.online/

А те саме посилання з UTM:

Для відвідувача практично нічого не змінюється. Він переходить на ту саму сторінку. Але для системи аналітики різниця суттєва. З такого URL я можу зрозуміти, що людина прийшла:

1. з Instagram;
2. через органічне посилання в соціальній мережі;
3. в рамках конкретної кампанії;
4. з конкретного місця — наприклад, посилання в bio.

Для цього використовуються стандартні UTM-параметри.

utm_source — джерело трафіку: instagram, facebook, linkedin, youtube.

utm_medium — тип каналу: social, paid_social, email тощо.

utm_campaign — конкретна кампанія.

utm_content — конкретний допис, оголошення, кнопка, Stories або інше місце розташування посилання.

utm_term — додатковий параметр, який часто використовується, наприклад, для ключових слів у платній рекламі.

На цьому рівні все досить просто. Але справжня користь UTM починається не тоді, коли ви навчилися додавати utm_source=instagram до URL. Вона починається тоді, коли ці дані стають частиною всієї маркетингової системи бізнесу.

Для чого взагалі потрібні UTM-мітки

Уявімо простий сценарій.

Ви розмістили посилання на сайт у:

• Instagram;
• Facebook;
• LinkedIn;
• Meta Ads;
• Google Ads;
• партнерському каталозі.

За місяць сайт отримав 2 000 відвідувань і 30 заявок. Начебто все добре. Але звідки прийшли ці 30 заявок? Можливо, Instagram привів 700 відвідувачів і лише одну заявку. Google Ads — 200 відвідувачів і 12 заявок. А невеликий тематичний каталог привів всього 40 людей, але троє з них стали клієнтами.

Якщо дивитися лише на кількість трафіку, легко зробити неправильні висновки. Мені значно цікавіший інший зв’язок:

джерело → перехід → заявка → клієнт.

Саме тут UTM стають справді корисними.

Як UTM допомагають економити рекламний бюджет

Припустімо, я запустив три рекламні кампанії з однаковим бюджетом.

Якщо оцінювати результат лише за кількістю переходів, кампанія C виглядатиме найкраще. Але бізнесу зазвичай не потрібні кліки заради кліків. Йому потрібні заявки, продажі та клієнти. Саме тому я не люблю оцінювати рекламу лише за охопленнями, показами чи кількістю переходів. Це корисні метрики, але вони показують лише частину картини.

Мене більше цікавить: що сталося після переходу?

Якщо завдяки UTM я бачу, що одна кампанія дала 14 заявок, а інша — лише дві, це вже інформація, на основі якої можна приймати рішення.

Наприклад:

• збільшити бюджет;
• зупинити неефективну кампанію;
• змінити креатив;
• протестувати інший канал;
• перерозподілити рекламні витрати.

Замість: «Мені здається, Facebook працює нормально».

я хочу бачити:

«Facebook дав 72 підтверджені переходи, 8 заявок і двох клієнтів».

Це зовсім інший рівень управління маркетингом.

UTM потрібні не лише для реклами

Одна з поширених помилок — використовувати UTM тільки в Google Ads або Meta Ads.

Насправді я використовую їх практично скрізь, де можу контролювати зовнішнє посилання.

Наприклад, на своєму сайті я створив окремі посилання для:

• Instagram;
• Facebook;
• LinkedIn;
• YouTube;
• X;
• окремих Facebook-груп.

Далі їх можна деталізувати.

Таким чином я можу окремо відстежувати ефективність:

• профілю;
• Stories;
• конкретного допису;
• рекламного креативу;
• email-розсилки;
• QR-коду;
• PDF-презентації;
• партнерського сайту;
• каталогу;
• рекламного банера.

UTM можна додати практично до будь-якого зовнішнього посилання.

Чому мені було недостатньо тільки Google Analytics

На сайті я використовую GA4, і стандартні UTM-параметри Google Analytics розпізнає автоматично. Але мені хотілося мати ще один рівень аналітики — безпосередньо всередині WordPress. Причина проста.

Мені недостатньо знати:

Facebook → 50 переходів.

Я хочу бачити щось ближче до:

Facebook → 50 переходів → 5 заявок → 2 клієнти.

Тому я вирішив не обмежуватися стандартною аналітикою і реалізував на сайті власний UTM-менеджер та локальну систему статистики. GA4 при цьому нікуди не зник. Це дві паралельні системи, які вирішують різні задачі.

Як я реалізував UTM-мітки безпосередньо у WordPress

У панелі адміністратора мого сайту є окремий розділ «UTM-мітки».

Тут я можу створити нове промарковане посилання та вказати:

• внутрішню назву;
• сторінку призначення;
• джерело;
• канал;
• кампанію;
• варіант контенту;
• ключове слово.

Після цього система автоматично формує готовий URL, який можна скопіювати одним натисканням.

Наприклад, мені потрібно створити окреме посилання для Instagram bio. Я один раз налаштовую його, зберігаю — і далі просто використовую готовий URL. На перший погляд це дрібниця. Але такий підхід допомагає вирішити одну дуже типову проблему — хаос у назвах UTM.

Якщо сьогодні використовувати:

instagram

завтра:

Instagram

а через тиждень:

insta

в аналітиці можуть з’явитися три різні джерела.

Тому у своїй системі я використовую єдиний формат назв, а значення автоматично нормалізуються.

Не кожне відкриття посилання я вважаю реальним переходом

Ще один момент, який мені хотілося вирішити, — якість статистики.

Сам факт HTTP-запиту до сторінки ще не означає, що її дійсно відвідала людина.

Посилання відкривають:

• пошукові роботи;
• crawler-и;
• preview-боти соціальних мереж;
• різні автоматичні системи.

Тому моя локальна статистика не зараховує перехід одразу.

Спочатку сервер розпізнає UTM і перевіряє, чи існує така мітка у внутрішньому менеджері.

Після цього сторінка повинна залишатися у видимій вкладці щонайменше три секунди.

Лише тоді JavaScript надсилає підтвердження до WordPress.

Додатково відсіюються відомі боти та crawler-и.

Також система не враховує переходи авторизованих користувачів WordPress. Тому коли я сам тестую сайт через адмінський акаунт, не псую власну статистику.

У результаті в адмінці я бачу не просто кількість запитів до URL, а підтверджені UTM-переходи.

Я не хочу перетворювати сайт на систему стеження

При цьому я свідомо не став зберігати все, що технічно можна було б зібрати.

Для локальної статистики мені не потрібна база на кшталт:

Користувач №4938
IP
браузер
пристрій
17 відкритих сторінок
повна історія переміщення сайтом

Для цього є спеціалізовані системи аналітики.

Моя власна статистика вирішує значно конкретніше завдання.

У базі зберігаються агреговані дані:

яка UTM-мітка → яка дата → скільки підтверджених переходів.

Я не зберігаю для цього:

• IP;
• User-Agent;
• referrer;
• browser/client ID;
• повну історію конкретного відвідувача.

Для моєї задачі це просто не потрібно.

Найцікавіше — зв’язати UTM із заявкою

Трафік сам по собі мене цікавить значно менше, ніж результат цього трафіку.

Тому я зв’язав UTM-систему з контактними формами та внутрішньою CRM.

Уявімо:

Facebook → сайт → послуги → кейс → контакти → заявка.

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

У результаті в CRM я бачу не просто:

Нова заявка від Івана.

Я можу також побачити джерело:

Source: facebook
Medium: social
Campaign: business_profile
Content: bio

Є ще одна важлива технічна деталь.

Я не довіряю даним лише тому, що браузер передав їх у прихованому полі форми.

Hidden input можна змінити вручну.

Тому сервер перевіряє отриманий ID за списком реально існуючих UTM-міток і вже сам отримує правильні source, medium, campaign, content і term.

Після цього разом із заявкою зберігається snapshot UTM.

Від заявки — до клієнта

Далі стає ще цікавіше.

У моїй локальній статистиці для кожної UTM можна побачити:

• переходи сьогодні;
• переходи за останні 7 днів;
• переходи за останні 30 днів;
• переходи за весь час;
• заявки;
• клієнтів;
• конверсію;
• дату останнього переходу.

Заявки знаходяться у внутрішній CRM.

Якщо заявка в результаті перетворюється на клієнта, я змінюю її статус — і це також можна враховувати у статистиці конкретної UTM.

Таким чином я поступово отримую весь ланцюжок:

UTM → підтверджений перехід → заявка → клієнт.

І саме це для мене є основною метою всієї системи.

Бо:

«Посилання отримало 300 кліків»

саме по собі майже нічого не говорить про цінність цього каналу для бізнесу.

А:

«Це джерело привело 48 відвідувачів, 7 заявок і трьох клієнтів»

— уже зовсім інша інформація.

Що відбувається, якщо користувач не дозволив статистичні cookies

Тут важливо розділяти сам UTM-параметр та довгострокове відстеження користувача.

UTM знаходиться безпосередньо в URL.

Наприклад:

?utm_source=facebook&utm_medium=social...

Тому сайт може розпізнати цей параметр під час відкриття сторінки.

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

А ось коли потрібно запам’ятовувати маркетингове джерело конкретного браузера та переносити атрибуцію далі, вже використовується consent-механіка.

На сайті для цього використовую Complianz.

GA4 також працює окремо та завантажується відповідно до налаштувань статистичної згоди.

Я спеціально розділив ці рівні.

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

Мені потрібно отримати достатньо інформації для прийняття маркетингових рішень і при цьому не збирати зайве.

Чому цифри в моїй статистиці та GA4 можуть не збігатися

Іноді люди очікують, що всі системи аналітики мають показувати абсолютно однакові числа.

Насправді це не так.

Моя локальна UTM-система та Google Analytics використовують різні правила.

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

Якщо хтось вручну створить інший коректний UTM-URL, GA4 його може розпізнати, а моя внутрішня система — ні.

Також моя система:

• чекає підтвердження реального відкриття;
• використовує мінімальний час у видимій вкладці;
• відсіює частину ботів;
• не рахує авторизованих адміністраторів.

Тому я не очікую побачити в GA4 та WordPress ідентичні цифри.

Для мене це різні інструменти.

First touch, last touch та assisted touch

Є ще складніший момент.

У реальному житті людина далеко не завжди бачить одну рекламу і через 30 секунд залишає заявку.

Її шлях може бути таким:

Instagram → сайт

Через кілька днів вона згадала про компанію та знайшла її через Google.

Google → сайт

Ще через тиждень побачила допис у LinkedIn.

LinkedIn → сайт

А потім уже безпосередньо відкрила сайт і залишила заявку.

То хто привів цього клієнта?

Instagram?

Google?

LinkedIn?

Відповідь залежить від моделі атрибуції.

І тут з’являються такі поняття, як:

First touch — перше маркетингове джерело, через яке прийшла людина.

Last touch — останнє відоме маркетингове джерело перед конверсією.

Assisted touch — проміжний канал, який брав участь у шляху користувача, але не був останнім.

Саме тому UTM я сприймаю не просто як «мітки для посилань».

Вони можуть стати фундаментом для набагато серйознішої системи атрибуції.

Чи потрібна така система кожному сайту

Ні.

І це теж важливо.

Якщо невеликий локальний бізнес отримує п’ять заявок на місяць і використовує одне рекламне джерело, будувати для нього складну multi-touch attribution систему немає сенсу.

Іноді достатньо:

• правильно налаштувати GA4;
• використовувати зрозумілу структуру UTM;
• відстежувати відправлення форм;
• бачити джерело заявки.

Але якщо бізнес:

• регулярно витрачає гроші на рекламу;
• використовує кілька каналів;
• має активні соціальні мережі;
• запускає різні кампанії;
• отримує багато заявок;
• використовує CRM;

тоді нормальна атрибуція вже може безпосередньо впливати на рекламний бюджет.

Тому для клієнтських сайтів я не встановлюю однаковий набір аналітики «за шаблоном».

Спочатку дивлюся, які рішення реально потрібні конкретному бізнесу.

Як я використовую цей підхід у проєктах клієнтів

Коли я створюю сайт для бізнесу, для мене робота не закінчується на дизайні та верстці.

Сайт повинен стати частиною маркетингової системи компанії.

Тому залежно від проєкту я можу одразу передбачити:

• структуру UTM;
• Google Analytics;
• Google Tag Manager;
• Meta Pixel;
• відстеження конверсій;
• джерела заявок;
• інтеграцію з CRM;
• власну локальну статистику;
• спеціальну attribution logic.

Комусь достатньо базової реалізації.

Для іншого бізнесу є сенс побудувати систему, яка покаже шлях:

реклама → сайт → заявка → угода → клієнт.

Саме тому я не люблю розглядати сайт просто як набір сторінок.

Для бізнесу він може і повинен бути ще й точкою збору та передачі маркетингових даних.

Найбільша помилка — збирати дані, якими ніхто не користується

Можна встановити:

GA4, Google Tag Manager, Meta Pixel, Microsoft Clarity, CRM, десятки подій і ще кілька систем аналітики.

А через місяць власник бізнесу все одно не зможе відповісти:

«Звідки до нас приходять клієнти?»

Тоді виникає питання — навіщо взагалі все це було налаштовано?

Я прихильник іншого підходу:

збирати не максимальну кількість даних, а дані, на основі яких можна приймати рішення.

Наприклад:

Який канал варто масштабувати?

Яку рекламу зупинити?

Який контент приводить потенційних клієнтів?

Яке партнерство дає результат?

Звідки прийшов конкретний лід?

Скільки заявок перетворилося на клієнтів?

Ось для таких питань аналітика має реальну бізнес-цінність.

Як UTM економлять не тільки гроші, а й час

У назві цієї статті я спеціально говорю не лише про бюджет.

Правильна UTM-система економить ще й час.

Без неї можна постійно вручну порівнювати:

• рекламний кабінет;
• Google Analytics;
• заявки з форми;
• листування;
• CRM;
• соціальні мережі.

Або просто питати кожного клієнта:

«А де ви про нас дізналися?»

До речі, це питання все одно може бути корисним.

Але воно не повинно бути єдиним методом аналітики.

Я хочу, щоб частина цієї роботи виконувалася автоматично.

Клієнт залишив заявку — система вже знає доступне їй маркетингове джерело.

Я відкрив статистику — бачу переходи, заявки та клієнтів.

Не потрібно щоразу вручну складати пазл із п’яти різних систем.

Що в результаті отримує бізнес

Добре організовані UTM допомагають відповісти на дуже практичні питання:

Звідки до мене приходять люди?

Які рекламні кампанії генерують заявки?

Який допис або посилання реально працює?

Який канал приносить клієнтів, а не просто трафік?

Куди варто перенести рекламний бюджет?

Які активності не дають результату?

Які канали допомагають клієнту прийняти рішення?

І саме тут аналітика починає виконувати своє справжнє завдання.

Не створювати красиві графіки.

А допомагати приймати кращі бізнес-рішення.

Висновок

Самі по собі UTM-мітки — дуже проста технологія.

Фактично це лише кілька параметрів у URL.

Але між:

utm_source=instagram

і

«Я знаю, звідки приходять мої заявки та які канали приносять клієнтів»

є велика різниця.

Саме тому на своєму сайті я пішов далі звичайного генератора UTM.

Я зв’язав мітки з власною статистикою, контактними формами та CRM.

У результаті отримую простий і зрозумілий ланцюжок:

Джерело → UTM → сайт → підтверджений перехід → заявка → клієнт.

І цей же принцип я використовую при роботі над клієнтськими проєктами: не просто встановити інструменти аналітики, а продумати, які дані потрібні бізнесу і що він потім зможе з ними зробити.

Бо хороший бізнес-сайт повинен не тільки красиво виглядати.

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