Как исправить (not set) в отчетах Google Analytics 4?

Google Analytics 4 может быть весьма полезен для получения информации. Однако если сам инструмент, не фиксирует ее или дает лишь половину информации, то это становится проблемой. Частая проблема, с которой сталкиваются пользователи – это появление (not set) в различных отчетах.

Но сразу предупрежу, что иногда:

можно исправить или удалить (not set)
можно уменьшить частоту его появления
сделать ничего нельзя, нужно просто ожидать пока Google сам не обновит некоторые настройки

Причин появления есть много, в зависимости от того, где вы видите это в отчетах. Мы рассмотрим все это и способы исправления, включая следующие темы:

Что означает (not set)
Как исправить (not set) в отчетах и параметрах GA4

Содержание

Что такое not set в отчетах Google Analytics 4?

not set (не задано) отображается в интерфейсе, если параметр, который вы используете не имеет значения. Это значит, что у Google нет информации по данному параметру, поэтому вместо используется значение not set – и он является заполнителем. Причины зависят от параметра, в котором оно возникает.

Например, вы передаете определенный параметр с определенным событием, а с другим не передаете. Тогда логично, что в отчете по событиям, вы не увидите этого параметра во всех событиях, исключая то, с каким вы передаете. Но проблемы начинаются, когда значение появляется там, где его не должно быть (или не ожидалось). И именно это мы будем разбирать в статье.

Как исправить (not set) в отчетах и показателях GA4?

Первое правило – подождать 48-72 часов. Google Analytics требует больше времени для обработки данных. Поэтому если Вы настроили сегодня, не ждите, что данные появятся раньше чем через 24, 48 или 72 часов.

Поэтому если вы видите (not set) в отчетах задайте себе вопрос: было ли это настроено/изменено в GA4 менее 48-72 часов? Если да, то подождите еще. Если нет, продолжайте читать эту статью.

Ниже приведены основные отчеты и параметры, где можно встретить это значение, разберем каждый по отдельности:

(not set) в Источнике/канале
(not set) в Кампании
(not set) в Целевой странице
(not set) в Google рекламе
(not set) в Заголовке страницы
(not set) в Группах контента
(not set) в Measurement Protocol
(not set) в Стране
(not set) в Браузере
(not set) в Языке
(not set) в Названии товара
(not set) в Специальных параметрах

(not set) в Источнике/канале сеанса

Одно из распространенных мест, где можно встретить (not set) – это параметр (Источник/канал), который находится в отчете Источники трафика – Привлечение трафика. (Либо в отчетах по Аудитории, Источники трафика, Целевая страница)

Есть несколько причин появления (not set) в данном отчете:

Если используется неверная разметка URL-адресов параметрами UTM. Которые не соответствуют определению Google. Либо разметка не используется вообще.В Google Analytics уже существует список предопределенных параметров, по которым он назначает источники трафика такие как direct, social, search (organic или paid). Полный список можно найти в конце справки по этой ссылке, он постоянно обновляется, его можно сохранить себе на компьютер и почитать подробнее.

Если же происходит так, что ваш источник в списке отсутствует, и вы используете нестандартную utm-разметку или допустили ошибку в синтаксисе – Google не сможет определить правильный источник, и появится значение (not set). Рекомендации в этом случае – проверить разметку ссылок и убедиться в том, что значения там прописаны корректно. (*Прим. если разметка отсутствует – но источник есть в предопределенном списке Google – он сам распознает корректно, куда отнести данный источник трафика и (not set) вы не увидите в своих отчетах)

Автоматические собираемое событие session_start отсутствует.

Параметры связанные с источником трафика берутся из события session_start. Если событие отсутствует в сеансе, вы получите (not set) значение.

Первая причина – время ожидания предыдущего сеанса истекло и пользователь возвращается на ту же страницу.

Вторая причина по которой это может произойти – это использование отслеживания на стороне сервера (server-side tagging). Возможно, у вас есть настройки, при которых это событие исключается и не отправляется с сервера в GA4.

Увеличение тайм-аута сеанса в настройках поможет смягчить эту проблему. Но прежде чем сделать это, лучше обсудить с командой (если таковая есть).

Триггеры аудитории

Исходя из официальной справки Google:

Триггеры аудиторий позволяют активировать событие, когда в аудиторию включается пользователь, соответствующий ее определению.

Можно запускать событие, если пользователь достиг определенного этапа, например инициировал требуемое количество сеансов, просмотрел нужное число статей или преодолел порог конверсии.

Настройка находится в Настройки ресурса – Просмотр данных – Аудитории – Изменение аудитории. При создании новой аудитории, вы также можете добавлять триггеры.

Триггер аудитории:

Если Вы используете триггеры аудитории, GA4 регистрирует событие всякий раз, когда пользователь становится часть этой аудитории. Это может увеличить количество (not set) даже больше, если вы установите настройку Регистрировать дополнительное событие, когда состав аудитории обновляется.

Это происходит, потому что эти события создания аудитории не связаны с другими сеансами. И поскольку это все происходит в серверной части GA4, при их создании Вы получите большее количество (not set) чем обычно.

Самый безопасный вариант – использовать меньшее количество триггеров аудитории, и не регистрировать дополнительное событие при обновлении состава аудитории.

Использование Measurement Protocol

При неверной реализации Measurement Protocol в GA4 отправляются сеансы с некорректным значением session_id, а при отправки событий в прошлое (до 72 часов) не используется параметр timestamp_micros или используется неверное его значение.

Параметр session_id должен содержать значение сеанса, который уже отслеживался в GA4 на веб-сайте (на стороне клиента). Если разработчик случайным образом генерирует session_id , источник/канал будет (not set) .
Если событие отправляется в прошлое, разработчик должен указать действительный session_id и метку времени (с параметром timestamp_micros), когда этот сеанс фактически происходил на сайте.

Кампания (not set) в GA4

Этот параметр очень схож с источником/каналом и даже с ним связан, в первую очередь, потому что идентификация также осуществляется по UTM.

Находится в отчете Источники трафика – Привлечение трафика. Название параметра Кампания, связанная с сеансом. (Либо в отчетах по Аудитории, Источники трафика, Целевая страница)

Часто высокое значение этого параметра свидетельствует о том, что значение utm_campaign просто не добавлено. (Так как является не обязательным, в отличии от utm_medium или utm_source, которые нужны для правильной работы отчетов по привлечению трафика).

Если вы не используете utm_campaign , ничего страшного. Однако помните, что из-за этого параметры «Кампания, связанная с сеансом», «Первая кампания пользователя» и «Кампания» будут содержать больше (not set) значений.

Простое решение – пометить utm_campaign в ваших ссылках.

(not set) в Целевой странице

На скриншоте представлен пример, где параметр находится в отчете по Источникам трафика – Привлечение трафика и параметр Целевая страница + строка запроса. Также этот параметр может использоваться и в других отчетах. (Аудитории, Источники трафика, Привлечение трафика, Целевая страница)

Целевая страница становится (not set) в Google Analytics 4, если в сеансе нет параметра page_view. (Если это событие отсутствует, у вас не будет связанных параметров: page_title, page_location, page_referrer и page_path.)
Нет просмотра страницы = нет целевой страницы. Но как это может произойти? Ваша настройка GA4, вероятно, автоматически отслеживает просмотры страниц.

Итак, если событие page_view отправляется автоматически, то как оно может отсутствовать? Это возвращает нас к продолжительности таймаута сеанса, т. е к 30 минутам.

Например, посетитель переходит на ваш сайт и оставляет его открытым во вкладке браузера, а затем решает пойти перекусить и приходит более чем через 30 минут. Решает прокрутить страницу, инициирует событие user_engagement и т.д. Но пользователь НЕ переходит на другую страницу, или НЕ перезагружает страницу. Начинается новый сеанс, но в нем не произошло события page_view. Пользователь закрывает вкладку и покидает сайт. По итогу события user_engagement зафиксировались, а page_view нет.

Нет page_view = нет целевой страницы.

Что можно с этим сделать? Хотя и полностью искоренить не получится, но уменьшить возможно – для этого нужно изменить таймаут сеанса. По умолчанию 30 минут – максимальное значение можно установить 7 часов 55 минут.

Настройка находится в разделе Администратор – Сбор и редактирование данных – Потоки данных – Выбрать поток данных – Настройка тега:

Затем настроить время ожидания сеанса:

Это не поможет полностью решить проблему, связанную с (not set) в целевых страницах, так как время ожидания некоторых сеансов все равно истекает, но поможет уменьшить масштаб проблемы.

Но важно понимать последствия этого изменения. Если продолжительность вашего сеанса увеличивается, это означает, что ваша аналитика будет сообщать о меньшем количестве сеансов, средняя продолжительность сеанса будет больше, и это повлияет на другие показатели, связанные с сеансом. Если вас это устраивает, измените продолжительность.

(not set) в Google рекламе

Google Analytics 4 поддерживает много параметров, связанных с Google рекламой, например Кампания Google рекламы, связанная с сеансом, Название группы объявлений Google Рекламы, связанной с сеансом, Текст ключевого слова Google Рекламы, связанного с сеансом, Запрос Google Рекламы, связанный с сеансом, Тип рекламной сети Google Рекламы, связанной с сеансом, Название аккаунта Google Рекламы, связанного с сеансом.

Эти параметры можно найти в обзорном отчете по Источникам трафика. Или провалившись на Подробный отчет с него.

Кампания Google рекламы, связанная с сеансом:

Итак, если вы обнаружили (not set) значения в этом отчете, то это может быть по следующим причинам:

Аккаунт Google Рекламы не связан с аккаунтом Google Analytics 4. GA4 может получать данные из Google Рекламы только в том случае, если эта учетная запись связана с ресурсом GA4. Решение здесь простое – связать аккаунты. Как это сделать – можно прочитать здесь.
Автоматическая пометка тегами не включена. GA4 не сможет автоматически получать все данные из Google Рекламы, особенно данные о поведении пользователей на вашем веб-сайте после взаимодействия с вашими объявлениями.

Альтернативой этому является использование тегов вручную. Но давайте будем честными: если что-то можно сделать автоматически, без риска человеческой ошибки, то это лучший вариант.

Если ручное добавление тегов не выполнено должным образом, вы увидите (not set) значения. Поэтому рекомендуется включить автоматическую пометку. (как ее включить, можно найти здесь)

Если у вас несколько аккаунтов Google Рекламы, в некоторых из них отключена автоматическая пометка. Этот пункт исходит из двух предыдущих. Все аккаунты Google Ads необходимо связывать с Google Analytics и проверять проставлена ли автоматическая пометка тегами. Если одна (или несколько) учетных записей не связаны и посетитель попадает на ваш сайт из кампании Google Рекламы (где параметр gclid все еще присутствует в URL-адресе), GA4 не сможет получить данные кампании. Это приведет к (not set) значению.

Как правило это все причины, по которым может появляться (not set) в отчетах по Google Рекламе.

(not set) в Заголовке страницы

На скриншоте представлен пример отчета Взаимодействие – Страницы и экраны. Название параметра Заголовок страницы и класс экрана. (Дополнительные связанные параметры Заголовок страницы, Заголовок страницы и название экрана)

Для появления (not set) есть 2 распространенные причины:

В HTML коде страницы отсутствует тег <title></title>. Если он по какой-то причине не реализован на сайте – в отчете вы увидите (not set). Для того, чтобы узнать на каких страницах отсутствует заголовок необходимо добавить параметр к отчету Путь к странице + класс экрана.

Это поможет вам определить, на каких страницах нет заголовка. Как только вы это сделаете, обратитесь к разработчику веб-сайта, чтобы добавить правильный <title> на эти страницы.

Вторая причина – GA4 загружается до появления <title>. Если код отслеживания Google Analytics 4 добавлен в самый верх HTML-кода страницы, а тег <title> находится где-то ниже, то есть вероятность, что при загрузке GA4 не сможет найти заголовок (поскольку он еще не загружен) а потом это становится (not set) в отчетах. Такая ситуация маловероятна, но теоретический шанс все же существует. Решение – переместить код GA4 ниже, либо установить другой порядок активации тега в GTM.

(not set) в Группах контента

Параметр content_group не отправляется в GA4. Несмотря на то, что в Google Analytics 4 есть встроенный параметр «Группа контента», он останется (not set) , если вы специально не настроите отправку этих данные в GA4 (через GTAG или GTM).

Подробнее про настройку групп контента можно прочитать здесь.

На скриншоте представлен отчет Взаимодействие – Страницы и экраны и параметр Группа контента

Вторая причина – вы неправильно отправляете параметр. Параметр, связанный с «Группой контента», — content_group. Должен называться именно так (с учетом регистра), поэтому Content_group , content_category и т. д. не будут работать.

Вы отправляете параметр content_group как пустое(или ложное) значение. Это возможно в нескольких случаях. Возможны вы используете переменную элемента DOM для получения группы контента с веб-сайта. Если ваш тег конфигурации GA4 срабатывает до того, как элемент группы контента будет иметь значение, значение content_group не будет правильно отправлено в GA4.Другой пример связан с уровнем данных (dataLayer) . Если вы активируете тег конфигурации GA4 до того, как content_group будет отправлен на уровень данных, вы отправите неопределенное значение в GA4. Следовательно (not set) начнет появляться в отчетах. Или, может быть, на некоторых страницах вообще нет content_group на уровне данных. В этом случае проконсультируйтесь с разработчиком.
Нельзя установить content_group для событий first_visit и session_start. Даже если вы правильно установите параметр content_group в теге конфигурации GA4, эти два автоматически отслеживаемых события не унаследуют их. Этому нет решения.

(not set) в Measurement Protocol

Measurement Protocol (MP) – это один из способов отправки данных в GA4. Он предназначен для отправки данных с вашего сервера (например, CRM) в Google Analytics 4. Он предназначен для того, чтобы обогащать статистику пользователей, о которых вы собираете информацию на веб-сайте. С помощью него нельзя инициировать новые сеансы и создавать новых пользователей. Это означает, что если пользователь был на вашем сайте и начал сеанс – вы можете отправить с сервера некоторые дополнительные события и закрепить их за определенным пользователем/сеансом. Вы можете отправлять события в прошлое до 72 часов. (Подробнее о Measerement Protocol можно почитать здесь)

И есть еще один нюанс – обращения MP не отправляют повторно то, что уже отслеживалось вашим кодом отслеживания. Например, если пользователь попадает на определенную страницу, GA4 автоматически отслеживает page_location . Но если вы отправляете событие через протокол измерения (MP) именно в этот момент, событие, отправленное через MP, не наследует ни page_location , ни другие параметры/размеры, которые были доступны во время сеанса.

Например, если вы не отправляете user agent, эти события MP не будут наследовать такие вещи, как тип устройства, версия браузера и т. д. Это означает, что эти параметры будут (not set) . Основная проблема на данный момент заключается в том, что не существует способа (по крайней мере, официально задокументированного), который позволил бы нам отправить IP-адрес пользователя или данные браузера ( user_agent ) в GA4 через MP.

Поэтому, если ваша настройка GA4 в какой-то степени использует Measurement Protocol, весьма вероятно, что (not set) вызвано им. MP может быть причиной любой из проблем, о которых описано в этой статье.

(not set) в Стране

На скриншоте представлен отчет Атрибуты пользователя – Демографические данные с выбранным параметром Страна. (Также присутствовать и в таких отчетах как : Страницы и экраны, Совершенные покупки, Путь к покупке, Промоакции)

Страна и другие географические параметры, такие как регион, город и т. д., могут быть (not set) из-за отсутствия или неправильного IP-адреса, что может произойти в некоторых случаях, поскольку GA4 использует его для определения местоположения. Давайте разберем их ниже:

Vpn, прокси и другие инструменты, которые скрывают IP-адрес. Некоторые посетители вашего веб-сайта могут использовать инструменты, которые изменяют или запутывают их IP-адрес, что не позволяет GA4 точно идентифицировать страну, город и т. д. В этом случае – как вы уже догадались. Вы получаете (not set) .
Событие отправляется через Measurement Protocol. В протоколе измерений невозможно отправить/переопределить IP-адрес пользователя или пользовательский агент. Это означает, что данные о местоположении или браузере недоступны для событий, отправляемых через MP.
Анонимизация IP – включена в GA4 по умолчанию. (это означает, что последняя цифра IP-адреса будет изменена на ноль. Это снижает точность определения местоположения пользователя. В большинстве случаев GA все равно может определить страну, но более определенные регионы (например, города) могут быть (not set).
Серверный GTM (ssGTM) – Если вы используете ssGTM , вы можете изменить IP-адрес или даже полностью удалить его, и тогда вы увидите (not set) значения для параметров местоположения.

(not set) в Браузере

На скриншоте представлен отчет Технологии – Технические данные и выбран параметр Браузер. (Также эти параметры можно применять в отчетах Совершенные покупки, Промоакции, Пути к покупке)

Параметры браузера и другие технические (тип устройства, модель устройства, и тд) могут отображаться (not set), когда строка пользовательского агента изменяется или не отправляется вместе с событиями.

Пользовательский агент идентифицирует такие вещи, как имя браузера, версию, ОС, категорию устройства и т. д. Вот когда это не происходит:

Когда мы используем MP, мы не можем отправить с ним пользовательский агент. Таким образом, параметр вашего браузера будет отображать (not set) значения.
Когда ssGTM (отслеживание на стороне сервера) переопределяет пользовательский агент. SGTM можно использовать для изменения или удаления значения пользовательского агента. Это можно сделать из соображений конфиденциальности. Но в результате в ваших отчетах не будет таких данных, как браузер, версия браузера и т. д. Это приведет к резкому увеличению (not set) значений.
Расширения браузера или некоторые другие инструменты, связанные с конфиденциальностью, могут запутать/скрыть сведения о браузере. Некоторые посетители вашего веб-сайта могут использовать инструменты, которые изменяют или запутывают их пользовательский агент, что не позволяет GA4 точно определить версию браузера, имя браузера и т. д. В этом случае – как вы уже догадались. Вы получаете (not set). Мне неизвестны какие-либо решения в этом случае.

Там, где мяч находится на стороне пользователей, мало что можно сделать. Однако вы можете ограничить использование MP, если оно не требуется, чтобы уменьшить (not set) в браузере и не изменять и не удалять пользовательский агент с помощью ssGTM.

(not set) в Языке

На скриншоте представлен отчет Атрибуты пользователя – Демографические данные с выбранным параметром Язык. (Может также использоваться в отчетах Страницы и экраны, Совершенные покупки, Путь к покупке, Промоакции)

Значения языка обычно основаны на настройках вашего браузера и могут быть (not set) по тем же причинам, что и браузер, с небольшими отличиями.

MP может создать проблемы, если вы не отправляете языковые значения со всеми событиями. Решение состоит в том, чтобы убедиться, что вы отправляете значения языка при каждом событии.
У пользователя есть некоторые настройки/расширения браузера, которые скрывают/изменяют параметр языка, и GA4 не может его получить.
Вы используете теги на стороне сервера, и настройка удаляет параметр ul (язык пользователя) из запроса.

В целом (not set) в языке зачастую довольно низкое и не должно вызывать беспокойства. Но если оно существенно велико, т.е. ~20%, то нужно что-то исправлять.

(not set) в Названии товара

На скриншоте представлен отчет Монетизация – Совершенные покупки с выбранным параметром Название товара. (Также параметры можно увидеть в следующих отчетах Промоакции, Путь к покупке)

Проблема с параметрами на уровне товара и события заключается в том, что они применяются только к событию, с которым они изначально отправлены, и не наследуются другими событиями.Кроме того, в параметрах на уровне товара отсутствует правильная атрибуция (это связано с отслеживанием электронной торговли). Если вы отправляете item_name и item_id с событием view_item , а затем отправляете только item_id с событием покупки, вы получите (not set) название товара в отчетах, связанных с покупками.

Поэтому очень важно отправлять одни и те же параметры для всех ваших событий электронной коммерции, чтобы получить правильные данные.
То же самое относится и к таким вещам, как название списка, в который входит товар. Если вы отправляете параметр item_list_name с событием view_item и хотите узнать, сколько покупок вы получили на основе item_list_name , вы также должны отправить этот параметр с событием Purchase.
Другая причина отображения (not set) может возникнуть, если вы используете уровень данных для своих тегов GA4, сначала активируя теги GA4, а затем отправляя значения уровня данных. Поскольку значение не получено во время активации ваших тегов, оно возвращает неопределенное значение, что является еще одним способом появления (not set) в GA4.
Вы создали специальный параметр намного позже, чем начали отправлять параметр события в GA4 . Вот в чем особенность Google Analytics 4: если вы отправляете специальные параметры в GA4 и хотите использовать/видеть их в интерфейсе, вы должны как можно скорее создать их как специальные параметры .

(not set) в Специальных параметрах пользователя

Они работают не так хорошо, как хотелось бы. Согласно документации Google, специальные параметры на уровне пользователя должны работать следующим образом: вы отправляете параметр один раз, и все последующие события будут наследовать одно и то же значение.Но было замечено, что они работают не так хорошо, как следовало бы. Во многих ситуациях специальные параметры на уровне пользователя по-прежнему отображаются (not set), даже если они были определенно отправлены. Надеемся, что Google когда-нибудь решит эту проблему. Но пока есть только 2 варианта:

Вам необходимо установить свойство пользователя не только в теге конфигурации, но и во всех тегах событий.
Или вы можете переключиться на специальный параметр на уровне событий и установить его во всех тегах (конфигурации и тегах событий). Например, если вы хотите использовать специальный параметр «Тип пользователя» , вы можете зарегистрировать специальный параметр user_type в области событий и отправлять параметр user_type со всеми событиями.

Вы создали специальный параметр намного позже, чем начали отправлять свойство пользователя в GA4 . Это тот же принцип, что и в случае со специальными параметрами на уровне событий. Как только вы начнете отправлять свойство пользователя, как можно скорее создайте специальный параметр на уровне пользователя в GA4. В противном случае вы получите (not set) за предыдущий период времени (когда свойство отправлялось, но параметр еще не был создан).

Not set в Google Analytics 4. Заключение.

Ключевые выводы из этой статьи:

(not set) означает, что GA4 не имеет значения для этого конкретного параметра в этом конкретном контексте.
Measurement Protocol — одна из наиболее частых причин, по которой у вас может быть (not set)
Маркировка на стороне сервера может использоваться для исключения отправки определенных данных в GA4. Итак, если вы используете SGTM (или что-то подобное), это одно из первых мест, которые нужно проверить.
В GA4 есть ошибки, для которых нет обходных путей. Но следите за ними, возможно, Google со временем решит эти проблемы.
Инструменты/расширения, связанные с конфиденциальностью, которые используют ваши посетители, могут влиять на определенные параметры и вызывать (not set) значение
Отправляя данные в GA4 через GTM, убедитесь, что вы активируете теги, когда эти данные уже доступны (на уровне данных , DOM и т. д.)