(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, снятая вскоре после завершения отчётного периода.

Что конкретно мы видим на этом экране:

1. Итог — 763 сеанса, из них лишь 17 с взаимодействием (2,23%). Низкая доля взаимодействий — первый намёк, что отчёт построен за очень свежий период, когда данные ещё не «созрели».
2. Строка (not set) — 495 сеансов (64,88%), отмеченная жёлтым треугольником-предупреждением. Это самая большая группа, и причина у неё другая, чем у (data not available): здесь GA4 вообще не получил информацию об источнике.
3. Строка google / cpc — 391 сеанс (51,25%), 9 сеансов с взаимодействием. Это корректно атрибутированный платный трафик Google Ads.
4. Строка (data not available) — 200 сеансов (26,21%), тоже с треугольником. Показательно, что в этой строке доля взаимодействий (3%) и количество событий за сеанс (7,67) выше, чем в среднем по отчёту — это живые пользователи, у которых просто ещё не определён источник.
5. Мелкие строки — (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, которые регулярно путают между собой. Путаница стоит времени: человек начинает «чинить» то, что не ломалось, и не замечает реальной проблемы рядом.

Ещё два соседних значения, которые стоит уметь различать:

• 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) заметно уменьшается, если открыть тот же отчёт через несколько дней.
• Абсолютное количество таких сеансов невелико и не влияет на решения по бюджетам.

Когда это уже сигнал проверить настройки

1. Пометка не исчезает через 7–12 дней. Если отчёт за прошлую неделю и сегодня показывает ту же долю — это уже не задержка обработки.
2. Доля стабильно превышает 10–15% на «созревших» данных. Наиболее вероятный подозреваемый — User-ID.
3. Пометка появилась резко после релиза сайта или изменения в тегах. Проверьте, что именно изменилось в передаче user_id и в настройках GTM.
4. Вместе с ней выросла доля (not set). Это уже другая диагностика — и именно ею стоит заняться первой.

Практический чек-лист диагностики

1. Дайте данным «созреть». Правило Spilno Agency: не анализировать источники трафика раньше чем через 48 часов, а для отчётов под решения по бюджету — не раньше чем через 7 дней.
2. Сравните тот же период дважды. Сделайте скриншот отчёта сегодня и повторите через неделю: если доля упала — вопрос закрыт.
3. Проверьте User-ID. Исследование с измерением User-ID: ни одно отдельное значение не должно давать аномальную долю событий. Технические заглушки 0, null, undefined, guest передавать нельзя — лучше не передавать ничего.
4. Проверьте автопометку Google Ads. Включённый параметр gclid и корректная связка аккаунтов Google Ads и GA4 — базовая гигиена атрибуции.
5. Унифицируйте UTM-метки. Стандартные значения utm_medium (cpc, email, social, referral) убирают часть Unassigned — а вместе с ним и лишний шум в отчёте.
6. Сверяйтесь с первоисточником. Клики в 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.