UTM-теги, які зникають у GA4, майже завжди виходять з ладу через одну з чотирьох причин: назва параметра не належить до тих, які GA4 зчитує, редирект відкинув рядок запиту до завантаження сторінки, значення utm_medium не є каналом, який GA4 розпізнає, або звіт, який ви переглядаєте, побудований на іншому рівні деталізації даних, ніж дані, які ви очікуєте побачити. Один тест у DebugView ділить ці чотири причини на дві групи приблизно за хвилину, і саме звідси варто починати.
Це посібник із усунення несправностей, що доповнює UTM-параметри пояснено, де розглянуто, для чого потрібні ці теги, і відстеження UTM-кампаній від початку до кінця, де розглянуто, як послідовно будувати їх із самого початку.
Почніть із DebugView, а не з теорії
Стандартні звіти GA4 оброблені, змодельовані і відстають на день-два. Це робить їх жахливою поверхнею для налагодження: ви щось змінюєте, нічого не бачите і не можете зрозуміти, чи виправлення не спрацювало, чи просто ще не надійшло.
DebugView показує події одразу, як вони надходять. Увімкніть режим налагодження, відкрийте власне позначене посилання і подивіться на page_location події page_view.
Якщо page_location містить ваші параметри utm_, теги дійшли до тегу. Проблема - в атрибуції, групуванні каналів або в тому, який звіт ви читаєте. Якщо ні, параметри так і не дійшли, і проблема - в самому посиланні або в чомусь між кліком і сторінкою.
Цей єдиний поділ рятує більшу частину дня, який люди зазвичай на це витрачають.
GA4 читає фіксований список і ігнорує решту
GA4 розпізнає utm_id, utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_source_platform, utm_campaign_id, utm_creative_format і utm_marketing_tactic. Актуальний список наведено в довіднику Google щодо даних кампанії.
Усе інше ігнорується для звітів про кампанії. Охайний на вигляд utm_channel=partner або utm_agency=northstar назавжди залишиться в URL-адресі, з'явиться в page_location, але ніколи не стане вимірюванням, за яким можна групувати дані.
Тут же ховаються дві пастки написання. Назва параметра має бути в нижньому регістрі з підкресленнями: utm-source і UTM_Source не зчитуються. А значення чутливі до регістру, тож Email і email перетворюються на два окремі рядки, які ділять одну кампанію навпіл.
Редирект, який з'їдає рядок запиту
Це причина, яку люди знаходять останньою, бо посилання виглядає правильно, коли його перевіряють.
Відвідувач натискає example.com/sale?utm_source=newsletter&utm_medium=email. Ваш сайт перенаправляє на www.example.com/sale, або на шлях локалі, або на сторінку входу і назад. Якщо будь-який перехід у цьому ланцюжку перебудовує URL-адресу замість того, щоб просто передати її далі, теги зникають ще до того, як спрацює тег GA4, і сеанс атрибутується як прямий.
Перевірте це вручну: відкрийте позначене посилання і прочитайте адресний рядок, коли сторінка остаточно завантажиться. Якщо параметрів там немає, жодне налаштування GA4 їх не поверне.
Те саме стосується короткого посилання перед цільовою адресою. Скорочувач має передавати повну цільову URL-адресу, включно з рядком запиту, щоб теги на цільовій сторінці пережили редирект без змін. Теги лише на самому короткому посиланні - це інша справа, і браузери, що обрізають UTM-параметри розглядають новіший тип збою, коли браузер видаляє їх ще до того, як запит взагалі надсилається.
Якщо ви скорочуєте посилання для кампаній, ставте теги на цільовій адресі і тримайте коротке посилання чистим. Тоді редирект перенесе їх, а ваші власні дані про кліки все одно покажуть, з якого каналу прийшов клік, ще до того, як його побачить GA4. Як відстежувати кліки за посиланнями розглядає, як читати цю сторону даних.
Потрібен редирект, який зберігає весь рядок запиту за замовчуванням? Створіть посилання на безкоштовному плані, позначте цільову адресу і відкрийте його один раз, щоб переконатися, що параметри дійшли.
Трафік Unassigned - це проблема utm_medium
Unassigned - це не те саме, що (not set). Unassigned означає, що GA4 отримав дані кампанії, але не зміг вписати їх у жоден канал: жодне стандартне правило не спрацювало, тож трафік випав за межі всіх категорій.
Причина майже завжди - значення utm_medium, яке добре читається людиною, але нічого не означає для GA4. newsletter, qr-code, flyer і partner-blog - усі призводять саме до цього. Стандартні групи каналів звіряються з фіксованим словником, тож використовуйте email, cpc, organic_social, referral, affiliate, а цікаві деталі залишайте там, де їм і місце - в utm_source і utm_campaign.
Якщо вашій організації дійсно потрібні власні канали, створіть власну групу каналів, а не викручуйте значення medium. Ця зміна застосовується до звітів на майбутнє і залишає сирі дані недоторканими - і це правильний компроміс.
Перевірте область даних звіту, який ви читаєте
Остання причина - це взагалі не помилка.
У GA4 є вимірювання на рівні користувача (First user source / medium) і на рівні сеансу (Session source / medium). Постійний відвідувач, який приходить через сьогоднішній позначений лист, все одно несе своє початкове джерело першого користувача, тож звіт на рівні користувача не покаже жодних слідів сьогоднішньої кампанії, тоді як звіт на рівні сеансу покаже її ідеально.
Перш ніж робити висновок, що щось зламано, переконайтеся, що ви дивитеся саме Session source / medium для оцінки ефективності кампанії і що діапазон дат охоплює трафік, який ви надіслали. Стандартним звітам також потрібно від 24 до 48 годин, щоб стабілізуватися, і саме тому вище описано тест у DebugView.
Порядок дій для розв'язання проблеми
Прочитайте page_location у DebugView. Якщо тегів немає, перевірте посилання і ланцюжок редиректів. Якщо вони є, перевірте значення medium, потім групування каналів, потім область даних звіту. Не змінюйте три речі одночасно, бо затримка звітності GA4 приховає, яка саме зміна спрацювала.
Коли проблему виправлено, спосіб утримати цей результат - перестати будувати URL-адреси вручну. Конструктор UTM у скорочувачі посилань перетворює medium на випадний список замість поля вільного тексту, що усуває весь цей клас помилок написання. Конвенції найменування UTM розглядають словник, якого команда справді здатна дотримуватися.
Читайте наріжну серію статей
Ця стаття входить до кластера навчальних матеріалів. Почніть з UTM-параметри пояснено, а потім перейдіть до відстеження UTM-кампаній від початку до кінця для повного робочого процесу. Серверне відстеження GA4 через редиректи розглядає випадок, коли клієнтського тегування самого по собі недостатньо.
Схожі матеріали в блозі
Поширені запитання
Чому мої UTM-параметри не відображаються в GA4?
Зазвичай одна з чотирьох причин: назва параметра відсутня в списку підтримуваних GA4, редирект відкинув рядок запиту до завантаження сторінки, значення utm_medium не розпізнається GA4, тож трафік потрапляє в Unassigned, або ви дивитеся звіт на рівні користувача, тоді як дані належать до рівня сеансу. DebugView за хвилину покаже, яка саме половина проблеми у вас виникла.
Які UTM-параметри насправді читає GA4?
utm_id, utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_source_platform, utm_campaign_id, utm_creative_format і utm_marketing_tactic. Усе інше в URL-адресі ігнорується для звітів про кампанії, тож власний параметр на кшталт utm_channel ніколи не з'явиться як вимірювання, хай яким послідовним буде його використання.
Чому GA4 показує (not set) для source і medium?
(not set) означає, що GA4 не мав значення кампанії для атрибуції на цьому рівні даних. Поширені причини - непозначене посилання, цільова сторінка, яка перенаправила і втратила параметри, або рядок звіту, де сеанс просто не мав кампанії, наприклад постійний відвідувач у звіті на рівні користувача.
Чому мій позначений трафік показується як Unassigned у GA4?
Тому що utm_medium містить значення, під яке не підходить жодне правило групування каналів. GA4 призначає канали за фіксованим набором шаблонів medium, тож email, cpc і social потрапляють у правильні канали, а newsletter або qr-code - ні. Виправте medium або створіть власну групу каналів, яка розпізнає ваші значення.
Як перевірити, чи доходять мої UTM-теги до GA4?
Відкрийте DebugView, а потім відкрийте власне позначене посилання в браузері з увімкненим режимом налагодження. Якщо page_location у вхідній події містить параметри utm_, тегування працює, а проблема - в атрибуції або звітності. Якщо ні, параметри так і не дійшли, і проблема - в посиланні або редиректі.
Чи може скорочувач URL зламати відстеження UTM?
Може, якщо редирект відкидає рядок запиту, а деякі так і роблять. Скорочувач має передавати повну цільову адресу з усіма параметрами, а теги мають бути на цільовій адресі, а не лише на самому короткому посиланні. Перевірте це, відкривши коротке посилання і прочитавши адресний рядок після переходу.
Спробуйте Elido
Вставте URL - отримайте коротке посилання
Без реєстрації. Посилання живе 30 днів. Зареєструйтесь, щоб зберегти назавжди.
Безкоштовно, без реєстрації · 2 на день