(data not available) в Google Analytics 4: що означає ця помітка у 2026 році

Помітка (data not available) у звітах Google Analytics 4 означає, що дані про джерело трафіку до GA4 надійшли, але ще не оброблені на боці Google. Це не помилка вашого налаштування і не втрачений трафік: у сеансі є рекламний ідентифікатор (наприклад gclid) або UTM-мітка, проте система ще не встигла зіставити їх із конкретним джерелом. У цій статті — де саме з’являється ця помітка, чому виникає, чим принципово відрізняється від (not set), розбір реального звіту й відповідь на головне питання: чи треба з цим щось робити.
Що означає (data not available) в Google Analytics 4
(data not available) — це службове значення-заповнювач, яке Google Analytics 4 підставляє у вимір джерела трафіку, коли інформацію про сеанс отримано, але ще не оброблено. Ключове слово тут — «ще»: на відміну від більшості інших службових значень GA4, це не констатація відсутності даних, а позначка проміжного стану. Через певний час частина таких сеансів отримає нормальні значення джерела й каналу.
Google описує цю логіку прямо: помітка з’являється, коли в сеансі присутній рекламний ідентифікатор (як-от gclid з Google Ads) або будь-який UTM-параметр, але зіставити його з конкретним джерелом на момент формування звіту система ще не змогла.
Практичний наслідок: якщо ви відкриваєте звіт по трафіку за сьогодні чи вчора і бачите великий відсоток (data not available) — це майже завжди нормальна поведінка системи, а не зламаний трекінг.
Де саме з’являється ця помітка у звітах
(data not available) — вузькоспеціалізоване значення. Воно не може з’явитися у будь-якому вимірі: тільки в тих, що описують джерело трафіку. Коли GA4 не встигає обробити атрибуцію, змінюються одразу три пов’язані виміри:
- Джерело й канал (source / medium) — набувають значення
(data not available). - Назва кампанії (campaign name) — набуває значення
(cross-network). - Група каналів (channel group) — набуває значення
Cross-network.
Саме тому ці три значення часто «ходять разом» в одному звіті: якщо ви бачите сплеск Cross-network у групах каналів і одночасно (data not available) у джерелах — це один і той самий трафік, показаний з різних боків, а не три різні проблеми.
Найчастіше помітка трапляється у звітах «Залучення» → «Отримання трафіку» та «Отримання користувачів», у дослідженнях (Explorations) із виміром Джерело й тип трафіку сеансу, а також у будь-якому кастомному звіті, побудованому на вимірах джерела/каналу.
Приклад із реального звіту: як це виглядає на практиці
Нижче — фрагмент реального звіту GA4 по виміру «Джерело й тип трафіку сеансу» за короткий проміжок часу. Це типова картина для інтернет-магазину з активною рекламою в Google Ads, знята невдовзі після завершення звітного періоду.

(not set) і 200 сеансів у рядку (data not available). Назви двох внутрішніх сервісів клієнта приховано, решта даних — без змінЩо конкретно ми бачимо на цьому екрані:
- Підсумок — 763 сеанси, з них лише 17 із взаємодією (2,23%). Низька частка взаємодій — перший натяк, що звіт побудовано за дуже свіжий період, коли дані ще не «дозріли».
- Рядок
(not set)— 495 сеансів (64,88%), позначений жовтим трикутником-попередженням. Це найбільша група, і причина в неї інша, ніж у(data not available): тут GA4 взагалі не отримав інформацію про джерело. - Рядок
google / cpc— 391 сеанс (51,25%), 9 сеансів із взаємодією. Це коректно атрибутований платний трафік Google Ads. - Рядок
(data not available)— 200 сеансів (26,21%), теж із трикутником. Показово, що в цьому рядку частка взаємодій (3%) і кількість подій за сеанс (7,67) вищі, ніж у середньому по звіту — це живі користувачі, у яких просто ще не визначено джерело. - Дрібні рядки —
(direct) / (none),google / organic, кілька реферальних доменів. Разом вони дають менше 15% сеансів.
Окремо зверніть увагу на арифметику: 495 + 391 + 200 + 42 + 24 + 20 + … значно більше за підсумкові 763. Це не помилка звіту. GA4 рахує рядок «Усього» як кількість унікальних сеансів, а не як суму рядків, тому вручну складати значення в колонці «Сеанси» не можна — і саме через це відсотки в дужках у сумі дають більше 100%.
Головний висновок з цього прикладу: приблизно 91% сеансів у звіті мають службове значення замість джерела — але це дві різні проблеми з різними рішеннями. (data not available) розсмокчеться саме, а (not set) на рівні 65% — це вже привід перевіряти налаштування.
Чому Google Analytics 4 показує (data not available): три причини
Довідка Google називає рівно три сценарії, за яких з’являється ця помітка. Вони дуже різні за частотою: перший трапляється щодня, третій — майже ніколи.

Причина 1. Дані ще обробляються (найчастіша)
GA4 не визначає джерело трафіку миттєво. Внутрішньоденні (intraday) звіти показують активність швидко, але повна обробка атрибуції відбувається пізніше. Тому чим свіжіший період ви дивитесь, тим більше (data not available) побачите — особливо в перші 24–48 годин.
Більше того: дані на рівні подій можуть оновлюватися до 12 днів — за рахунок моделювання ключових подій. Тобто звіт за минулий тиждень, відкритий сьогодні й відкритий через два тижні, цілком може показати різні цифри — і це очікувана поведінка, а не збій.
Причина 2. Перевантажений User-ID
Друга причина — уже помилка налаштування, і саме її варто шукати, якщо помітка не зникає з часом. Якщо ресурс передає один і той самий User-ID для надто великої кількості подій — типово через «зашитий» за замовчуванням ідентифікатор на кшталт 0, null, undefined, user чи guest — Analytics сприймає всіх цих відвідувачів як одного користувача з аномальною кількістю подій.
У такій ситуації система не може коректно розкласти трафік по джерелах і присвоює цій «злитій» групі значення (data not available). Перевірити гіпотезу просто: побудуйте дослідження з виміром User-ID і подивіться, чи немає значення, на яке припадає непропорційно велика частка подій.
Причина 3. Збій обробки на боці Google (рідко)
Найрідкісніший сценарій: внутрішній збій не дав системі отримати виміри для рекламного ідентифікатора. На це ви ніяк не впливаєте, окремих дій не потрібно — такі випадки поодинокі й не формують помітної частки трафіку.
(data not available) vs (not set) vs Unassigned vs (other)
Це чотири різні службові значення GA4, які регулярно плутають між собою. Плутанина коштує часу: людина починає «лагодити» те, що не ламалось, і не помічає реальної проблеми поруч.

| Критерій | (data not available) | (not set) |
|---|---|---|
| Що сталося | Інформацію отримано, але ще не оброблено | Інформацію взагалі не отримано |
| Де з’являється | Тільки виміри джерела трафіку | Практично будь-який вимір |
| Чи оновиться згодом | Так — на рівні подій дані можуть уточнюватися до 12 днів | Зазвичай ні |
| Чи можна виправити | Як правило, ні — і не потрібно | Зазвичай так: налаштуванням тегів, UTM, авто-тегування, consent |
| Що робити | Зачекати й перевірити звіт пізніше | Шукати причину в налаштуваннях |
Ще два сусідні значення, які варто вміти відрізняти:
Unassigned— джерело й канал GA4 отримав, але не зміг віднести їх до жодної зі стандартних груп каналів (Paid Search, Organic Social тощо). Типова причина — нестандартні значенняutm_medium:email-newsletterзамістьemail,cpc-adsзамістьcpc. Це виправляється — правилами групування каналів або уніфікацією UTM.(other)— не помилка, а наслідок ліміту кардинальності: коли в одному вимірі накопичується забагато унікальних значень, GA4 зводить «хвіст» в один рядок(other). Лікується зменшенням кількості унікальних значень або переходом на BigQuery-експорт.(direct) / (none)— джерела немає взагалі: прямий захід, перехід із месенджера чи PDF, втрачений реферер при редиректі. Це валідне значення, а не службова помітка.
Чи треба з (data not available) щось робити
Коротка відповідь: у переважній більшості випадків — ні. Google прямо зазначає, що зменшити кількість значень (data not available) коригувальними діями, як правило, неможливо — на відміну від (not set). Але є межа, за якою помітка перестає бути нормою.
Коли нічого робити не треба
- Ви дивитеся дані за сьогодні, вчора або останні 48 годин.
- Помітка з’являється разом із
(cross-network)іCross-network— це один і той самий необроблений трафік. - Частка
(data not available)помітно зменшується, якщо відкрити той самий звіт через кілька днів. - Абсолютна кількість таких сеансів невелика й не впливає на рішення щодо бюджетів.
Коли це вже сигнал перевірити налаштування
- Помітка не зникає через 7–12 днів. Якщо звіт за минулий тиждень і сьогодні показує ту саму частку — це вже не затримка обробки.
- Частка стабільно перевищує 10–15% на «дозрілих» даних. Найімовірніший підозрюваний — User-ID.
- Помітка з’явилася різко після релізу сайту чи зміни в тегах. Перевірте, що саме змінилось у передачі
user_idі в налаштуваннях GTM. - Разом із нею зросла частка
(not set). Це вже інша діагностика — і саме нею варто зайнятися першою.
Практичний чек-лист діагностики
- Дайте даним «дозріти». Правило Spilno Agency: не аналізувати джерела трафіку раніше ніж через 48 годин, а для звітів під рішення щодо бюджету — не раніше ніж через 7 днів.
- Порівняйте той самий період двічі. Зробіть скриншот звіту сьогодні й повторіть через тиждень: якщо частка впала — питання закрите.
- Перевірте User-ID. Дослідження з виміром User-ID: жодне окреме значення не має давати аномальну частку подій. Технічні заглушки
0,null,undefined,guestпередавати не можна — краще не передавати нічого. - Перевірте авто-тегування Google Ads. Увімкнений параметр
gclidі коректне зв’язування акаунтів Google Ads і GA4 — базова гігієна атрибуції. - Уніфікуйте UTM-мітки. Стандартні значення
utm_medium(cpc,email,social,referral) прибирають частинуUnassigned— а разом із ним і зайвий шум у звіті. - Звіряйтеся з першоджерелом. Кліки в Google Ads і сеанси в GA4 ніколи не збігаються один в один, але розрив у рази — привід для окремого аудиту трекінгу.
Типові помилки при роботі з цією поміткою
- Ухвалювати рішення щодо бюджету за вчорашнім звітом. Найдорожча помилка: на свіжих даних платний трафік систематично недооцінений, бо частина його ще лежить у
(data not available). - Плутати з
(not set)і «чинити» не те. Перевстановлення тегів не зменшить(data not available)— воно взагалі не про теги. - Вилучати такі сеанси з аналізу. Це живі користувачі з реальними подіями. Прибравши рядок, ви занизите загальні показники, а не «почистите» звіт.
- Складати відсотки в колонці вручну. Підсумок GA4 рахує унікальні сеанси, тому сума рядків завжди більша за 100%.
- Ігнорувати помітку місяцями. Якщо вона стабільно тримається на «дозрілих» даних — це вже симптом проблеми з User-ID, а не особливість GA4.
Висновок
(data not available) у Google Analytics 4 — це маркер незавершеної обробки, а не втрачених даних. У 9 з 10 випадків достатньо просто зачекати: за кілька днів більшість таких сеансів отримає нормальні джерело й канал. Головне правило — не аналізувати джерела трафіку на «сирих» даних і не плутати цю помітку з (not set), яка означає протилежне і майже завжди виправляється.
Тривожний сценарій один: помітка тримається на рівні понад 10–15% на даних старших за тиждень. Тоді дивіться в бік User-ID — найімовірніше, ресурс передає однаковий ідентифікатор для тисяч подій.
Якщо у ваших звітах GA4 забагато службових значень і незрозуміло, які цифри вважати правдою — команда Spilno Agency проведе аудит трекінгу, налаштує коректну атрибуцію та приведе звіти до стану, з якого можна ухвалювати рішення.
Джерело
Офіційна довідка Google: [GA4] Що означає значення (data not available) у ваших звітах — support.google.com/analytics/answer/15509398.
Часті питання про (data not available) в GA4
Що означає (data not available) в Google Analytics 4?
Дані про джерело трафіку отримано, але ще не оброблено на боці Google. Це позначка проміжного стану, а не помилка налаштування.
Чим (data not available) відрізняється від (not set)?
(data not available) — дані отримано, але не оброблено; з часом уточняться. (not set) — інформацію не отримано взагалі, і це зазвичай виправляється налаштуваннями.
Чи можна прибрати (data not available) зі звітів?
Як правило, ні — і не потрібно. Виняток: якщо причина в перевантаженому User-ID, треба припинити передавати однаковий ідентифікатор для тисяч подій.
Скільки чекати, поки помітка зникне?
Основна частина уточнюється за 24–48 годин, дані на рівні подій можуть оновлюватися до 12 днів.
Яка частка (data not available) нормальна?
На свіжих даних — десятки відсотків. На даних, старших за тиждень, стабільні 10–15%+ — привід перевіряти User-ID.
Тут будуть ваші коментарі
Щоб долучитися до обговорення, зареєструйтесь — це займе хвилину.
ЗареєструватисяВже є акаунт? Увійти
Залишились питання?


