UTM-перевірка
Вставте пакет URL-адрес кампаній, по одній на рядок. Ми перевіряємо кожну на відсутні UTM, помилки в регістрі й пробілах, повторювані ключі та параметри, що загубилися у фрагменті, а потім порівнюємо їх усі між собою - шукаючи розбіжності, які проявляються лише в межах усього набору. Усе відбувається у вашому браузері.
По одній URL-адресі на рядок. Розбір відбувається повністю у вашому браузері - нічого не завантажується, не логується і нікуди не надсилається.
Вставте вище одну або кілька URL-адрес кампаній, щоб побачити звіт.
Як прочитати аудит UTM перед запуском кампанії
- 01
Вставте всі URL-адреси, які плануєте запустити
По одній URL-адресі на рядок - трекінгові посилання з кожного оголошення, листа і поста кампанії, а не лише один приклад. Перевірки між URL-адресами працюють, тільки коли є пакет для порівняння.
- 02
Спочатку виправте помилки
Відсутній utm_source, utm_medium або utm_campaign, а також будь-який UTM, що загубився у фрагменті URL-адреси після #, означають, що клік потрапить в аналітику з прогалиною або не потрапить узагалі. Займатися іншим до того, як ці пункти виправлені, немає сенсу.
- 03
Усуньте попередження перед друком чи плануванням будь-чого
Великі літери, зайві пробіли, повторюваний ключ і змішане кодування + / %20 - усе це спрацює, коли хтось натисне посилання, і саме тому доживає до продакшену. Шкода проявляється лише пізніше, у звіті аналітики.
- 04
Читайте розділ по всьому пакету, а не лише рядки по кожній URL-адресі
Окрема URL-адреса може пройти кожну власну перевірку і все одно конфліктувати з іншою в наборі: та сама кампанія написана двома способами, або та сама точна посилання вставлена двічі. Саме для цього існує розділ порівняння між URL-адресами.
Від чого насправді захищають ці перевірки
Різниця в регістрі розділяє одну кампанію на два рядки
GA4 і більшість інструментів аналітики порівнюють значення UTM буквально, а не без урахування регістру. newsletter, Newsletter і NEWSLETTER - три різні джерела з погляду звіту, хоча людина читає їх як одну кампанію. Це найпоширеніша причина того, що показники кампанії виглядають меншими, ніж є насправді.
utm_medium, якого GA4 не розпізнає
Стандартне групування каналів у GA4 зіставляє з каналом фіксований список значень medium - cpc, organic, referral, email, affiliate та кілька інших. Якщо вигадати значення поза цим списком (social-media замість social, partner замість affiliate), трафік потрапить у Unassigned або (Other), що псує кожен звіт по каналах, навіть якщо обсяг трафіку в нормі.
Параметри трекінгу, що потрапляють у канонічну URL-адресу
Якщо канонічний тег сторінки призначення не вказує на чисту URL-адресу без параметрів запиту, теговане посилання може проіндексуватися так, ніби це і є справжня сторінка. Перш ніж пускати теговане посилання в платну дистрибуцію чи широко поширюваний пост, перевірте, що канонічний тег самопосилається і не містить UTM.
UTM на власних внутрішніх посиланнях перезаписують справжнє джерело
Відвідувач приходить з розсилки, і сесія коректно фіксує utm_source=newsletter, а потім він переходить за посиланням у навігації вашого сайту, яке випадково має UTM-параметри - і джерело перезаписується тим, що вказано в цьому внутрішньому посиланні. Тегуйте лише посилання, що приводять когось ззовні; ніколи не тегуйте посилання між двома власними сторінками.
Питання про аудит UTM-параметрів
Чому цей інструмент позначає великі літери як проблему, а не просто стилістичну причіпку?
Тому що більшість інструментів аналітики, включно з GA4, порівнюють значення UTM як буквальні рядки. Newsletter і newsletter не зводяться до одного значення - це два окремі рядки, які представляють одну й ту саму реальну кампанію, і розділення непомітне, доки хтось не помітить, що цифри не сходяться.
Що вважається платним каналом для перевірки utm_term / utm_content?
Значення на кшталт cpc, ppc, display, paidsocial, affiliate та подібні - канали, які стандартне групування GA4 вважає платними. utm_term і utm_content існують для ідентифікації платного ключового слова або варіанта креативу; у листі чи органічному посиланні вони зазвичай означають, що поле використали як довільну нотатку - це варто позначити, але саме по собі це не помилка, тому це інформаційна знахідка, а не помилка.
Чому UTM-параметр після # вважається помилкою, а не попередженням?
Тому що це не дрібна хиба, яка лише погіршує звіт - це параметр, якого жоден колектор аналітики ніколи не побачить. Усе після # - це фрагмент URL-адреси, який браузери зберігають на своїй стороні і ніколи не надсилають у HTTP-запиті. Найчастіше це трапляється випадково в односторінкових застосунках, які будують посилання для поширення на основі власних hash-маршрутів.
Чи перевіряє цей інструмент, що сторінка призначення справді існує?
Ні - він лише розбирає вставлений вами текст за допомогою вбудованих у браузер URL і URLSearchParams і ніколи не робить мережевих запитів. Щоб перевірити наживо, куди справді веде посилання, скористайтеся перевіркою посилань; щоб побачити, як URL-адреса виглядає в соціальному прев’ю, скористайтеся OG-перевіркою.
Чи можуть теговані URL-адреси нашкодити SEO?
Ні, якщо сторінка призначення декларує канонічну URL-адресу без параметрів трекінгу - а це і є звичайне налаштування. Тоді пошукові системи розглядають теговані й нетеговані версії як одну сторінку. Ризик тут не в ранжуванні, а в тому, що тегована URL-адреса все ж проіндексується через пропущений канонічний тег - це варто перевіряти раз на сторінку призначення, а не раз на кампанію.