(not set) и (not provided) в отчетах Google Analytics
На сегодняшний день компания Google шифрует данные поисковых запросов пользователей исходя из соображений защиты персональных данных. Это приводит к появлению в отчетах Google Analytics соответствующих записей — (not set) и (not provided). Это сильно затрудняет работу с предоставляемой информацией, ведь зачастую зашифрован оказывается абсолютно весь трафик.
Появление (not set) пометки в отчетах означает, что данные по определенному показателю отсутствуют и на это не всегда есть возможность повлиять, причиной этого могут быть:
Но бывают случаи возникновения такой ошибки по вине вебмастера. К примеру, если вы используете AdWords, такая проблема может возникать вследствие неверно настроенных UTM-меток.
Возникновения (not set) в отчете по источникам трафика не придется долго ждать, если в метках появляются синтаксические ошибки (например, отсутствие амперсанда). Бывают и другие ситуации:
Если связанных аккаунтов нет, то необходимо осуществить привязку.
Также в (not set) может записываться реферальный трафик — по ссылкам с других сайтов, трафик с продуктов Google (Почта, Карты, Картинки и т.д.) и прямой трафик.
В отчетах по рекламе Google (not set) появляется в следующих случаях:
Также (not set) может регистрироваться в отчете по поведению пользователей в том случае, если в рамках сеанса пользователь не совершил ни одного просмотра страницы.
Если в указанном выше (not set) речь шла скорее о некорректных настройках, то (not provided) это именно зашифрованные данные, так или иначе имеющие отношение к конфиденциальности пользователей.
Больше всего боли для оптимизатора эта пометка доставляет в отчетах по источникам трафика, когда мы хотим оценить эффективность продвижения и оценить трафик.
Из-за этого становится сложнее узнать эффективность seo-работ среди всего перечня проводимых мероприятий. Ведь в (not provided) находится также брендовый трафик, причиной роста которого могут быть другие действия, не связанные с SEO.
Мы не можем уменьшить долю зашифрованного трафика в отчетах, поэтому все, чем мы можем помочь себе — это на основе доступных данных рассчитать брендовый трафик, и на его основе спроецировать это на все данные.
Самый простой способ — использовать инструменты Яндекс.Метрики:
(brand1|brand2|brand3|brand4|brand5)
Нажатие кнопки «Применить» приведет к следующему результату:
Как мы видим, количество визитов по небрендовым запросам из Яндекса — 38 837
Брендовый трафик и его долю можно также рассчитать и из части незашифрованных запросов в Google Analytics, а также данных Google Search Console.
Что такое not set в отчетах google analytics
Механизмы Google Analitics позволяют оценить множество параметров работы сайта, а также узнать, какие каналы эффективны, а какие нет. Это актуально для интернет-магазинов и других сайтов, которые занимаются продажами. Подключение e-commerce позволяет владельцам подобных ресурсов понять, сколько дохода им приносит тот или иной канал трафика. В отчете «Весь трафик →Источник или канал» можно увидеть весь трафик за определенный период по каждому из каналов, а также узнать, насколько он прибыльный. Обычно такой отчет выглядит так:
Также этот отчет дает понимание того, какие запросы являются наиболее конверсионными. Например, если сделать выборку только по органическому трафику и срез по ключевому слову, можно точно понять, какие запросы стоит продвигать.
.png)
Однако помимо ключевых слов в таблице присутствуют такие поля, как (not set) и (not provided).
(not set)
Параметр (not set) означает, что Analytics не смог расшифровать данные. Это может произойти по нескольким причинам:
1. КМС Google;
2. Недействительные клики;
3. Adwords не связан с GA;
4. Прямой трафик (когда адрес сайта был набран в адресной строке браузера вручную);
5. Реферальный трафик (когда пользователь переходит с другого сайта по ссылке);
6. Метки с ошибкой;
7. Отсутствие параметра «gclid»;
(not provided)
Параметр (not provided) — это трафик залогиненных в Google пользователей.
Not Provided означает, что у Google нет ключа, чтобы расшифровать данные, которые приходят из Яндекс.
Используя разные подходы, все-таки можно расшифровать часть подобной информации, в том числе запросы из Яндекса. Стоит сказать, часть ключевых слов пока невозможно достать доступными средствами аналитики, но существует программный способ сохранения данных о пользователе.
Not set в Google Analytics в отчетах Google Ads
В отчетах это выглядит так:
Непонятно, что именно принесло заказы, и какие выводы делать по бюджету и планированию. Эту задачу можно решить при наличии вменяемого разработчика, ну и конечно же, желания.
Рассмотрим причины not set в Google Analytics:
Редиректы
Синхронизация Google Analytics и Google Ads
Реклама идет с несинхронизированного аккаунта Google Реклама. Должна быть настроена двусторонняя связь. Обратитесь к своему специалисту по контекстной рекламе или аналитику.
Параметр Gclid удаляется из URL или модифицирован
При переходе с рекламы в URL добавляется метка Gclid, которая выглядит так:
Эта метка сообщает всю информацию Google Analytics: с какой рекламной кампании, аккаунта, ключевого слова был переход. Здесь может быть 2 случая.
А если метки нет?
Значит, необходимо включить автоматическую пометку тегами на уровне настроек всего аккаунта. Иначе у Вас весь трафик с контекстной рекламы будет засчитан в канал organic, а не cpc:
Настройки cache на уровне сервера
Отсутствие передачи данных Client ID между страницами и между редиректами. Проверить можно с помощью плагина Page Path.
Инструкция по настройке контроля cache находится здесь.
(not set) и (not provided) в отчетах Google Analytics
На сегодняшний день компания Google шифрует данные поисковых запросов пользователей исходя из соображений защиты персональных данных. Это приводит к появлению в отчетах Google Analytics соответствующих записей — (not set) и (not provided). Это сильно затрудняет работу с предоставляемой информацией, ведь зачастую зашифрован оказывается абсолютно весь трафик:
(not set)
Появление данной пометки в отчетах означает, что данные по определенному показателю отсутствуют и на это не всегда есть возможность повлиять, причиной этого могут быть:
Но бывают случаи возникновения такой ошибки по вине вебмастера. К примеру, если вы используете AdWords, такая проблема может возникать вследствие неверно настроенных UTM-меток.
Возникновения (not set) в отчете по источникам трафика не придется долго ждать, если в метках появляются синтаксические ошибки (например, отсутствие амперсанда). Бывают и другие ситуации:
Также в (not set) может записываться реферальный трафик — по ссылкам с других сайтов, трафик с продуктов Google (Почта, Карты, Картинки и т.д.) и прямой трафик.
В отчетах по рекламе Google (not set) появляется в следующих случаях:
Также (not set) может регистрироваться в отчете по поведению пользователей в том случае, если в рамках сеанса пользователь не совершил ни одного просмотра страницы.
(not provided)
Если в указанном выше (not set) речь шла скорее о некорректных настройках, то (not provided) это именно зашифрованные данные, так или иначе имеющие отношение к конфиденциальности пользователей.
Больше всего боли для оптимизатора эта пометка доставляет в отчетах по источникам трафика, когда мы хотим оценить эффективность продвижения и оценить трафик.
Из-за этого становится сложнее узнать эффективность seo-работ среди всего перечня проводимых мероприятий. Ведь в (not provided) находится также брендовый трафик, причиной роста которого могут быть другие действия, не связанные с SEO.
Мы не можем уменьшить долю зашифрованного трафика в отчетах, поэтому все, чем мы можем помочь себе — это на основе доступных данных рассчитать брендовый трафик, и на его основе спроецировать это на все данные.
Самый простой способ — использовать инструменты Яндекс.Метрики:
(not set) и (not provided)
Ключевые слова – отличный инструмент для анализа данных веб-сайта, вне зависимости от того, были ли они взяты из органического поиска, платного трафика или же внутреннего поиска по сайту.
Google Analytics предлагает множество вариантов для понимания по каким ключевым словам были переходы на ваш сайт и какой тип трафика при этом был задействован. Как правило, в работе используются отчеты по источнику трафика.
(not set) и (not provided) в Google Analytics
Что же делать и как понять по каким запросам пользователи приходили к вам на сайт?
(NOT SET)
Если для привлечения пользователей на сайт вы используете контекстную рекламу Google AdWords, и в отчетах Google Analytics есть пометка (not set), то это может быть связано с:
Автоматическая пометка тегами в Google AdWords
Недействительные клики также отображаются как (not set). Посмотреть данные по этому показателю можно в интерфейсе AdWords, на уровне кампании добавить столбцы из раздела «Эффективность – Недействительные клики».
Недействительные клики в Google AdWords
В отчете AdWords по поисковым запросам есть столбец «Другие поисковые запросы». Эти данные добавляются в запись (not set). Согласно справке Google Adwords – это запросы, по которым были показаны ваши объявления и которые отвечают следующим условиям:
Другие поисковые запросы в Google AdWords
В редких случаях переменная (not set) появляется в группе отчетов «Аудитория», специальных отчетах (например, когда хотите посмотреть поисковые запросы и транзакции по ним) и карте поведения при выборе параметра «Кампания», потому что с прямым трафиком и трафиком переходов не связаны никакие кампании.
Есть информация о том, что в (not set) записываются переходы из:
В 80% случаев проблема (not set) связана именно с платным трафиком – неправильно связали аккаунт Google Analytics с Google AdWords, настройки сайта блокируют передачу gclid, не имеет пометок в принципе, в отчетах вы видите данные по недействительным кликам или другим поисковым запросам и т.д. Но и доля органического поиска здесь также задействована. А вот следующая переменная уже имеет к этому непосредственное отношение.
(NOT PROVIDED)
(not provided) – не предоставлено. Все началось в далеком 2011 году (18 октября), когда Google в своем блоге опубликовал запись о признании важности защиты персональных данных во всемирной паутине. Тогда было объявлено о шифровании запросов для всех использующих HTTPS-протокол пользователей. Нововведение позволяло более эффективно защищать от злоумышленников и вредоносных сайтов:
… Изменение зашифровывает ваши поисковые запросы и страницу результатов Google. Это особенно важно, когда вы используете незащищенное подключение к интернету, например, точку доступа Wi-Fi в интернет-кафе…
…В результате поиска на https://www.google.com веб-сайты, которые вы посещаете из органического поиска, по-прежнему будут знать, что вы пришли из Google, но их владельцы не получат информацию о каждом отдельном запросе…
Изначально Google шифровал только запросы авторизованных пользователей, тех, кто зашел в свою учетную запись. Однако через некоторое время ситуация поменялась, и американская корпорация стала использовать это повсеместно.
В том числе Google Analytics не показывает ни только свои запросы, но еще и поисковые запросы из Яндекса. В отчетах они отображаются как (not set):
(not provided) никак не влияет на платный трафик, а вот потеря данных по ключевым словам из поисковиков – новость не из приятных. Но интернет-маркетологи не сидели сложа руки и придумали несколько обходных путей, которые могут помочь «расшифровать» поступающие в эту переменную запросы.
Google Search Console
Добавьте свой ресурс в инструмент Google Search Console (GSC) и свяжите аккаунт с Google Analytics. Если GSC и GA доступны на одной учетной записи, то связка произойдет автоматически.
В «Источники трафика – Search Console – Запросы» будет представлена информация по поисковым запросам, повлекшим за собой переход на сайт. Но не по всем…
Источники трафика – Search Console – Запросы
Из скриншота выше в глаза бросается неопознанная переменная (other). Сюда Analytics записывает зашифрованные запросы (not provided), ничего с этим не поделаешь. Такое же количество кликов отображается в интерфейсе Search Console:
Данные из Google Search Console
Суммарное количество доступных к анализу запросов составляет: 1050 – 919 = 131 (13% от общего числа). Анализ по страницам входа позволит оценить «потенциальные запросы», которые привели к переходам на сайт, оставшиеся 87% зашифрованных.
Отчет по страницам входа
Мы можем не знать по какому запросу пришел пользователь к нам на сайт. Но из отчета мы видим на какую страницу он попал, а это неплохая информация для сегментирования посетителей.
Для этого необходимо создать в Google Analytics копию представления и фильтр, который будет преобразовывать пользователя с (not provided) в запрос со страницей входа.
Копирование представления в Google Analytics
Настройки для фильтра следующие:
Если человек приходит по запросу (not provided), то применяется этот фильтр. В результате мы получаем адрес страницы только пользователей с зашифрованным трафиком. И отсеиваются те, которым Google Analytics определил поисковой запрос.
Подробнее о том, что означают регулярные выражения в Google Analytics (.*) и $, разберем в следующей статье.
Выбрав новое представление под этот фильтр (о том, почему нельзя создавать фильтры в представлении «Все данные по веб-сайту» читайте по ссылке), в отчетах будут отображаться данные в виде нашей конструкции: not provided – (/url-страницы) при условии, что все корректно настроили, прошло несколько часов и статистика в GA обновилась:
