(not set) у Google Analytics: що це таке і як з ним боротися у 2026 році

(not set) у Google Analytics 4 — це службова позначка, яку система ставить, коли не отримала значення для виміру: не визначила джерело трафіку, кампанію, цільову сторінку, географію чи користувацький параметр. Це не помилка й не «зламана аналітика», а сигнал, що дані до GA4 дійшли неповними. Повністю прибрати (not set) неможливо, але реально звести його до 1–3% правильним тегуванням, реєстрацією параметрів і налаштуванням згоди. Нижче — усі випадки появи й покрокова боротьба.

Що таке (not set) у Google Analytics 4

(not set) (українською — «не задано») — це заповнювач, який GA4 підставляє в комірку звіту, коли для конкретного виміру немає значення. Уявіть таблицю: рядки — це сеанси чи події, стовпці — виміри (джерело, кампанія, місто, браузер). Якщо GA4 зібрав подію, але не зміг заповнити один зі стовпців, у цій комірці з’явиться (not set).

Важливо одразу зрозуміти головне: (not set) — це не окреме джерело трафіку й не тип користувачів. Це технічний стан «значення відсутнє». Тому боротьба з ним — це завжди робота з причиною, через яку дані не дійшли, а не спроба «відфільтрувати» сам рядок.

Причини появи (not set) поділяються на три великі групи:

1. Технічні — тег не встиг завантажитись, втрачено referrer, подія прийшла без потрібного параметра.
2. Конфігураційні — користувацький параметр не зареєстровано, не ввімкнено Google Signals, не налаштовано auto-tagging Google Ads.
3. Приватність і обробка — користувач не дав згоди (Consent Mode), діє поріг конфіденційності, дані ще обробляються.

Перша й друга групи піддаються виправленню майже повністю. Третя — лише частково, бо це наслідок законів про приватність і самої архітектури GA4. Саме тому повністю позбутися (not set) не вийде — але про це детально нижче.

Усі випадки, коли GA4 показує (not set)

Більшість статей описують лише (not set) у джерелі трафіку. Насправді ця позначка з’являється щонайменше в десятку різних вимірів — і причина щоразу інша. Розберемо їх усі.

Як (not set) виглядає у звіті GA4

Ось як (not set) виглядає у реальному звіті «Залучення трафіку». Рядок стоїть на 4-му місці: 32 активні користувачі (2,55%) і 786 подій (7,35%), для яких GA4 не зміг визначити джерело. Біля значення — піктограма ⚠: навівши на неї, ви побачите офіційну підказку Google про те, що «дані не надійшли», а зміни після виправлення з’являться у звітах протягом 24–48 годин і вплинуть лише на майбутні дані.

1. Джерело й канал трафіку (Source / Medium = not set)

Найчастіший випадок. GA4 не зміг визначити, звідки прийшов користувач. Типові причини: тег gtag.js (або GTM) завантажився із затримкою й не встиг зафіксувати джерело; браузер не передав referrer (перехід з HTTPS на HTTP, з мобільного застосунку, месенджера); редирект «з’їв» UTM-мітки; перехід стався під час обробки згоди. На відміну від (direct)/(none), де GA4 свідомо позначає «джерела немає», (not set) означає «джерело мало бути, але не дійшло».

2. Кампанія (Campaign = not set)

Користувач прийшов із джерела, для якого не передано utm_campaign. Класика: рекламне посилання має utm_source і utm_medium, але забули додати utm_campaign. Тоді джерело й канал визначаються, а назва кампанії — ні, тож у звіті «Кампанії» з’являється (not set). Те саме стається з усім органічним трафіком — у нього кампанії немає за визначенням.

3. Цільова сторінка (Landing page = not set)

Вимір landing_page заповнюється з першої події page_view у сеансі. Якщо сеанс почався з іншої події (наприклад, scroll чи кастомної події), а page_view не прийшов, GA4 не знає, з якої сторінки почався візит — і ставить (not set). Найчастіше це наслідок Consent Mode (до згоди надсилаються лише cookieless-пінги без повних параметрів) або некоректного порядку завантаження тегів.

4. Географія (Country, City, Region = not set)

GA4 визначає локацію за IP-адресою. Якщо IP не вдалося зіставити з регіоном (VPN, корпоративні мережі, деякі мобільні оператори) або користувач у налаштуваннях заборонив геодані — місто чи країна стають (not set). Невеликий відсоток тут абсолютно нормальний.

5. Демографія (вік, стать, інтереси = not set)

Демографічні дані працюють тільки якщо ввімкнено Google Signals і користувач увійшов до Google-акаунта з персоналізованою рекламою. Якщо Signals вимкнено, користувач не дав згоди або не залогінений — вік і стать будуть (not set). Для більшості сайтів це найбільший за обсягом (not set), і це нормально.

6. Користувацькі параметри (Custom dimensions = not set)

Один із найпідступніших випадків. Якщо ви створили custom dimension (наприклад, author, logged_in, product_category), але:

• зареєстрували її пізніше, ніж почали збирати дані — усі історичні події матимуть (not set) (GA4 не заповнює параметр заднім числом);
• помилились зі scope — параметр event-scoped, а вимір створено як user-scoped (або навпаки);
• тег не передав параметр у частині подій — там, де його немає, буде (not set).

Тому правило просте: спочатку реєструємо custom dimension, потім запускаємо збір даних — і завжди звіряємо scope параметра зі scope виміру.

7. Кампанія Google Ads (= not set)

Якщо в звітах із рекламним трафіком кампанія Google Ads показується як (not set) — майже завжди це означає, що вимкнено auto-tagging (параметр gclid в URL) або не зв’язано акаунти Google Ads ↔ GA4. Без gclid GA4 не може підтягнути назву кампанії, групи оголошень і ключового слова з боку Google Ads.

8. Заголовок і група сторінок (Page title, Content group = not set)

Якщо подія прийшла без параметра page_title (наприклад, SPA не оновив document.title перед відправкою події) або ви не налаштували Content Groups — відповідні виміри будуть (not set).

9. Measurement Protocol і серверні події

Події, надіслані через Measurement Protocol чи серверний GTM без повного набору параметрів, отримають (not set) у всіх незаповнених вимірах. Сервер не «бачить» браузер користувача, тому source, landing page, девайс потрібно передавати явно.

10. Затримка обробки даних

У звітах за останні 24–48 годин (not set) може бути просто наслідком того, що GA4 ще не завершив обробку. Часто такі значення «розсмоктуються» самі через добу-дві. Тому не робіть висновків про (not set) за «сьогоднішніми» даними.

(not set) ≠ (not provided) ≠ (data not available) ≠ (other)

Чотири службові значення GA4 постійно плутають, хоча означають вони геть різне. Розрізняти їх критично важливо, бо й боротьба з ними різна.

• (not set) — значення не отримано. GA4 не зміг визначити вимір для цього сеансу чи події. Це наша основна тема.
• (not provided) — приховано приватністю. Класика: пошуковик не передає ключове слово органічного запиту (з часів переходу Google на HTTPS). Виправити на боці сайту майже неможливо — це обмеження пошукової системи.
• (data not available) — дані недоступні через Consent Mode, поріг конфіденційності (data thresholding) або семплування. З’являється, коли вибірка надто мала, щоб GA4 показав її без ризику деанонімізації.
• (other) — рядок «інше». Коли унікальних значень виміру більше за ліміт кардинальності (зазвичай ~500 на день), усі «зайві» зводяться в один рядок (other). Це не відсутність даних, а їхнє згортання.

Окремо згадаємо bot / bot — це не службове значення, а відфільтрований ботний трафік; його теж іноді приймають за (not set).

Як боротися з (not set): рішення для кожного випадку

Універсального «вимикача» немає — боротьба завжди адресна, під конкретну причину. Ось що робити з кожним типом.

Для джерела, кампанії та цільової сторінки

1. Завантажуйте тег якомога раніше. Розмістіть GA4/GTM у <head>, мінімізуйте блокування рендера, щоб page_view устигав спрацювати на старті сеансу.
2. Промічайте всі посилання UTM-мітками. Email-розсилки, банери, QR-коди, пости в соцмережах, месенджери — скрізь повний набір utm_source, utm_medium, utm_campaign. Зберіть єдиний шаблон через конструктор UTM-міток.
3. Перевірте редиректи. Переконайтесь, що 301/302 і скорочувачі посилань не обрізають UTM-параметри й referrer.
4. Налаштуйте referrer-policy. Метатег referrer зі значенням no-referrer-when-downgrade або origin-when-cross-origin допомагає зберегти джерело при переходах.

Для географії та демографії

Увімкніть Google Signals (Admin → Data Settings → Data Collection) — це наповнить демографічні звіти. Частину (not set) у географії й демографії прибрати не вдасться: це наслідок приватності й відсутності згоди. Тут мета — не нуль, а адекватний відсоток.

Для custom dimensions

1. Реєструйте параметр до збору даних. Admin → Custom definitions → Create custom dimension — і лише потім запускайте тег, що його передає.
2. Звіряйте scope. Event-scoped параметр → event-scoped вимір; user-scoped → user-scoped. Розбіжність = суцільний (not set).
3. Перевіряйте передачу в DebugView. Переконайтесь, що параметр реально приходить у кожній потрібній події, а не лише в частині.

Для Google Ads

Увімкніть auto-tagging у Google Ads (Settings → Account settings → Auto-tagging) і зв’яжіть акаунти Google Ads ↔ GA4 (Admin → Product links). Після цього GA4 коректно підтягне кампанії, групи й ключові слова, а (not set) у рекламних звітах зникне.

Для кардинальності та (other)

Якщо у звіті багато (other) — не передавайте у виміри високоунікальні значення (повні URL з параметрами, timestamp, ID користувача). Для глибокого аналізу висококардинальних даних використовуйте безлімітний експорт у BigQuery — там обмеження кардинальності не діє.

Для Consent Mode

Налаштуйте Consent Mode v2 коректно: до згоди GA4 надсилає cookieless-пінги, після згоди — повні події. Правильна реалізація дає GA4 можливість моделювати пропущені дані замість того, щоб залишати суцільний (not set) чи (data not available).

Чи можна прибрати (not set) повністю?

Чесна відповідь — ні. І це нормально. Частина (not set) закладена в саму архітектуру GA4 та законодавство про приватність, тож звести його до абсолютного нуля неможливо. Ось причини, які прибрати не вдасться:

• Відмова від cookies / Consent Mode. Користувачі, що не дали згоди, фізично не передають частину параметрів.
• Втрата referrer на боці браузера. Переходи з застосунків, месенджерів, HTTPS→HTTP — це поза вашим контролем.
• Поріг конфіденційності GA4. Малі вибірки GA4 свідомо приховує, щоб не деанонімізувати користувачів.
• Затримка обробки. У свіжих даних (not set) завжди буде, поки GA4 не дообробить сеанси.

Тому правильна мета — не «нуль», а мінімізація до здорового рівня. Для джерела й кампанії це зазвичай 1–3% після нормального тегування; для демографії відсоток буде закономірно вищим і це не проблема.

Чек-лист мінімізації (not set)

1. Тег у <head> і завантаження на старті — щоб page_view устигав спрацювати.
2. Єдиний шаблон UTM з обов’язковими utm_source, utm_medium, utm_campaign на всіх посиланнях.
3. Auto-tagging Google Ads + зв’язування акаунтів — для чистих рекламних звітів.
4. Custom dimensions реєструємо до збору й звіряємо scope.
5. Google Signals увімкнено — для демографії.
6. Consent Mode v2 налаштовано — щоб GA4 моделював пропуски.
7. Не передаємо високоунікальні значення у виміри — менше (other).
8. Перевірка в DebugView і Realtime — переконатися, що параметри реально доходять.

Якщо налаштувати все це самостійно складно — чисте тегування, реєстрацію custom dimensions, Consent Mode й коректну атрибуцію ми беремо на себе в межах послуги налаштування Google Analytics 4. А базу про те, як читати джерела трафіку, ми зібрали в гіді про джерела й канали трафіку в GA4.

FAQ: (not set) у Google Analytics

Що означає (not set) у Google Analytics?

(not set) — це службова позначка, що GA4 не отримав значення для виміру (джерела, кампанії, географії, custom dimension тощо). Це не окреме джерело трафіку й не помилка, а сигнал, що дані дійшли неповними через технічну, конфігураційну причину або приватність.

Чим (not set) відрізняється від (direct)/(none)?

(direct)/(none) означає, що GA4 свідомо класифікував сеанс як прямий — джерела немає (увели адресу вручну, закладка, перехід без referrer). (not set) означає, що джерело мало бути, але не дійшло до GA4 (тег спрацював із затримкою, втрачено referrer тощо).

Чим (not set) відрізняється від (not provided)?

(not provided) — це приховане приватністю значення, найчастіше ключове слово органічного пошуку, яке Google не передає сайтам із часів переходу на HTTPS. Це обмеження пошукової системи, і виправити його на боці сайту неможливо. (not set) же часто виправляється правильним тегуванням і конфігурацією.

Чому custom dimension показує (not set) для старих даних?

GA4 не заповнює користувацькі параметри заднім числом. Якщо ви зареєстрували custom dimension після того, як уже почали збирати дані, усі події до моменту реєстрації матимуть (not set). Коректні значення з’являться лише в нових подіях.

Чи можна повністю прибрати (not set)?

Ні. Частина (not set) неминуча через Consent Mode, втрату referrer на боці браузера, поріг конфіденційності й затримку обробки даних. Реальна мета — мінімізувати до 1–3% для джерела й кампанії правильним тегуванням; для демографії відсоток закономірно вищий і це норма.

Високий (not set) у джерелі трафіку — що робити?

Перевірте швидкість завантаження тегу (має бути в <head>), наявність UTM-міток на всіх зовнішніх посиланнях, роботу редиректів і скорочувачів (чи не обрізають вони параметри), а також налаштування Consent Mode. У 90% випадків причина — пізнє завантаження тегу або непромічені посилання.

(not set) у демографії — це проблема?

Зазвичай ні. Демографічні дані заповнюються лише для частини користувачів — тих, хто залогінений у Google з персоналізованою рекламою й дав згоду, за умови ввімкненого Google Signals. Високий (not set) тут — нормальне явище, а не помилка налаштування.