(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) здесь — нормальное явление, а не ошибка настройки.