Что такое дополнительный параметр в google аналитике
Перейти к содержимому

Что такое дополнительный параметр в google аналитике

  • автор:

Дополнительные параметры и показатели в Google Analytics

Пользовательские параметры и показатели позволяют отправлять в Google Analytics необходимые данные именно под наши задачи. Например, с их помощью можно загружать в Google Analytics такие важные показатели как Client ID (подробнее о Client ID читай тут) или User ID (а о User ID тут).

Они могут использоваться для:

  • Передачи в Google Analytics информации, которой нет в стандартных отчетах;
  • Пометки посетителей и анализа поведения различных групп пользователей, например, тех, кто зарегистрирован на сайте, и тех, кто не прошел эту процедуру.

Фиксируем Client ID

Client ID (cid) — это обезличенный идентификатор, который создает Google Analytics для каждого посетителя сайта и хранится в cookies. Именно благодаря данному идентификатору и определяется уникальный пользователь.

Люди могут заходить на сайт не только при помощи стационарного компьютера или ноутбука, но и со смартфона и любого другого мобильного гаджета, а также используя различные браузеры. Так вот, по умолчанию Google Analytics назначает каждому устройству и браузеру уникальный идентификатор клиента Client ID.

То есть, Google Analytics считает каждое устройство или браузер, даже если они используются одним и тем же человеком, новым уникальным пользователем!

Для того, чтобы настроить его, необходимо следующее:

Добавление пользовательского параметра

  1. Открой раздел «Администратор» и выбери нужный ресурс;
  2. В столбце «Ресурс» нажми «Пользовательские определения > Пользовательские параметры» (или показатели);
  3. Нажми кнопку «+ Специальный параметр» (или показатель);
  4. Укажи его название (в нашем случае это Client ID);
  5. При добавлении пользовательского параметра выбери область действия «Пользователь»;
  6. Установи флажок «Активная», чтобы начать сбор данных и добавить параметр в отчеты. Если ты не хочешь активировать созданный параметр, сними этот флажок.
  7. Нажми кнопку «Создать».

Каждому параметру при создании присваивается уникальный идентификатор (индекс), по которому к нему можно будет обратиться.

Параметр Client ID

Так, а фиксировать cid мы будем через GTM. Поэтому заходим в наш контейнер и создаем новую переменную «Client ID» типа «Собственный код JavaScript».

Добавляем туда следующий код:

function() < var customDimensionIndex = 1; // Тут укажи индекс пользовательского параметра return function(model) < model.set('dimension' + customDimensionIndex, model.get('clientId')); >>

В переменную «customDimensionIndex» прописываем идентификатор, который имеет наша переменная в Google Analytics.

Настройка Client ID в GTM

А теперь добавляем дополнительный параметр в переменную «UA ID» с счетчиком Google Analytics в разделе «Дополнительные настройки» в поле «Поля, которые необходимо задать». В названии поля пишем «customTask», а в значении подставим новую переменную.

Передача Client ID в GA

Все, мы завершили настройку Client ID!

После публикации контейнера ты сможешь выводить Client ID как дополнительный параметр в отчетах Google Analytics.

Client ID в отчетах

Домашнее задание

Пришло время на себе испытать настройку фиксации Client ID. Попробуй это сделать самостоятельно.

Если будут вопросы, то ты можешь задать их прямо на учебном сайте в форме для комментирования.

Пользовательские параметры и показатели в Universal Analytics

Возможность использования «пользовательских параметров и показателей» пришла вместе с новой версией Google Analytics. Если ранее, в ставшей уже классической версии Google Analytics, нам была предоставлена возможность манипулировать 5-ю пользовательскими переменными, то теперь в Universal Analytics мы можем использовать до 20 пользовательских параметров и показателей.

  • 1.Что такое пользовательские параметры и показатели?
  • 2.Для каких целей могут быть использованы пользовательские параметры и показатели Universal Analytics?
  • 3.Ограничения использования пользовательских параметров и показателей.
  • 4.Создание пользовательских параметров и показателей.
  • 5.Установка значений пользовательских параметров и показателей.
  • 6.Работа с пользовательскими параметрами и показателями в отчетах Google Analytics.

Что такое пользовательские параметры и показатели?

Если объяснять простыми словами, то параметры описывают характеристики некоторого объекта, например, это может быть заголовок или URL страницы.

Пользовательские показатели передают значения, такие как: условная ценность страницы сайта в баллах.

  1. •вы можете с их помощью передавать в Google Analytics информацию, которой нет в стандартных отчетах;
  2. •пользовательские параметры и показатели используются в таких возможностях Google Analytics, как расширение данных и импорт данных о расходах;
  3. •они позволяют помечать посетителей, а затем анализировать поведение различных групп пользователей, например, тех, кто зарегистрирован на сайте, и тех, кто не прошел эту процедуру.

Это далеко не исчерпывающий перечень возможных вариантов использования параметров и показателей, которые вы можете создать сами.

Ограничения использования пользовательских параметров и показателей.

В классической версии Google Analytics можно использовать 5 пользовательских переменных, в версии Universal Analytics — до 20 пользовательских параметров и показателей. Если вы — пользователь версии Premium, то сможете создать до 200 собственных параметров и показателей.

Обратите внимание: 20 и 200 — это общее количество параметров и показателей. Т.е., можно создать 15 параметров и 5 показателей (всего 20), но не 20 параметров и 20 показателей (всего 40).

Лимит устанавливается на каждый ресурс.

Создание пользовательских параметров и показателей.

Для того чтобы создать пользовательский параметр или показатель, необходимо перейти в режим администратора, выбрать нужный (из доступных) ресурс, после чего в меню найти пункт «Пользовательские определения»:

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

Доступные параметры и показатели Universal Analytics

Для создания новой записи нажмите на красную кнопку вверху таблицы:

Отобразится форма, в которой нужно заполнить поле «Название» (оно будет использоваться в отчетах), а также указать область действия параметра или показателя:

Создание параметра Google Analytics

Если вы не знакомы с областью действия параметров и показателей, рекомендую ознакомиться с официальной документацией (на английском языке).

Если Вам сложно понять принцип работы хитов, сессий и уровня пользователя, то постараюсь немного раскрыть эту тему.

В Google Analytics все строится на хитах. Единичный просмотр страницы, событие на сайте, транзакция, социальное действие и прочее – все это называется хитами. Для наглядности, назовем это «ваш шаг».

Сессия – это набор хитов, которые выполняются до тех пор, пока сессия не прерывается, т.е., пока не прошло 30 минут бездействия пользователя (время по умолчанию). До этого момента сессия считается активной. Для наглядности – это ваши шаги (хиты) от первого шага (хита) до заключительного (хита). По прошествии 30 минут Вы сделали шаг (хит): начался второй путь (новая, вторая сессия).

Уровень пользователя – это все хиты и сессии одного пользователя: это все ваши шаги (хиты) и пути (сессии) за то время, пока вы можете двигаться.

О том, как ведут себя значения, устанавливаемые для параметров и показателей на различных уровнях, достаточно информативно отображено на иллюстрациях в официальной документации. Советую разобраться с этим, чтобы потом не возникало вопросов: «Почему некоторые значения оказываются «затертыми»?»

Установка значений пользовательских параметров и показателей.

  1. •через код отслеживания;
  2. •с помощью Google Tag Manager;
  3. •используя Measurement Protocol.

Давайте разберем каждый из перечисленных вариантов.

После того как вы создадите в «Панели управления» новый параметр или показатель, вам будет предложен код для размещения на страницах сайта или в приложении:

Пример кода для установки значения параметра

Это первый способ установки значения (через код отслеживания). Он также может быть реализован с помощью двух немного отличающихся способов.

Вариант 1. Установка значения пользовательского параметра или показателя при отправке данных о хите (просмотре страницы, событии и пр.). Пример реализации:

// передача значения при отправке данных о просмотре страницы ga('send', 'pageview', < 'dimension15': 'My Custom Dimension' >); // передача значения при отправке данных о событии ga('send', 'event', 'category', 'action', < 'metric18': 8000 >); 

Вариант 2. Установка значения пользовательского параметра или показателя используя метод
set. Пример реализации:

1 // установка значения
2 ga(‘set’, ‘dimension5′,’custom data’);

Во втором варианте значение устанавливается для всех хитов, которые будут вызваны после установки значения. Например, вы установили нужное значение, и затем на страницы происходит отправка данных о просмотре страницы, а после — фиксация действия. В этом случае значения параметра или показателя будет передаваться и для просмотра страницы, и для события.

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

Распространенной ошибкой является использование второго варианта с установкой значения через set (после вызова метода send). Запомните: установка любого значения через set должна быть выполнена до вызова send.

Правильное использование:

1 // установка значения
2 ga(‘set’, ‘dimension5’, ‘custom data’);
3
4 // отправка данных о событии
5 ga(‘send’, ‘event’, ‘category’, ‘action’);

Неправильное использование:

1 // отправка данных о событии
2 ga(‘send’, ‘event’, ‘category’, ‘action’);
3
4 // установка значения
5 ga(‘set’, ‘dimension5’, ‘custom data’);

Следующий способ – передача данных с помощью Google Tag Manager. Использовать данный способ нужно в том случае, если внедрение Google Analytics на сайт выполнено с помощью Google Tag Manager.

Для того чтобы указать, что при активации тега должны быть переданы значения пользовательского параметра или показателя, при настройке тега нужно кликнуть по блоку «Дополнительные настройки», а затем найти строки «Специальные параметры» или «Специальные показатели» и кликнуть на нужном из них. Отобразится примерно следующее:

Создание параметров и показателей в Google Tag Manager

Далее нажимаете нужную кнопку для создания параметра или показателя, указываете индекс и значение:

Пример настройки параметра в Google Tag Manager

Откуда берется значение для поля «Индекс»? Оно присваивается при создании параметра или показателя в панели управления:

Пример создания в Google Tag Manager

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

Значение параметра из макроса

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

Третий способ передачи значений, использование Measurement Protocol или Протокола передачи данных Google Analytics.

Если Вы еще не знакомы с этой возможностью, то рекомендую ознакомиться с ней в этом материале.

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

Чтобы указать, что в запросе есть параметры и показатели, используйте дополнительные параметры с именами cdN и/или cmN, где N — это индекс, присвоенный при создании параметра или показателя.

Пример запроса Measurement Protocol, отправляемого с помощью JQuery при нажатии на кнопку с :

1 $(‘#buttonId’).click(function() <
2 $.post(
3 «www.google-analytics.com/collect»,
4 <
5 v: ‘1’,
6 tid: ‘UA-xxxxx-1’,
7 cid: ’12xx916x95.13x6127xx4′,
8
9 t: ‘event’,
10 ec: ‘Проверка события’,
11 ea: ‘Виртуальное’,
12
13 cd1: ‘Значение параметра’,
14 cm2: 3, // значение показателя
15 >,
16 onAjaxSuccess
17 )
18 >);

Обратите внимание на строчку со значениями cd1 и cm1: они передают значения для параметра с индексом 1 и показателя с индексом 2.

Следует также знать, что имеется ограничение для значения параметра в 150 байт (документация).

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

Работа с пользовательскими параметрами и показателями в отчетах Google Analytics.

Вы проделали большую работу по созданию и настройке параметров и показателей, организовали передачу нужных значений, но она будет бесполезна, если с полученными данными никто не сможет работать. В Google Analytics проблем с этим нет. Ваша информация доступна как в стандартных отчетах, так и в пользовательских.

Работа со стандартными отчетами.

Использование в расширенных сегментах:

Использование в пользовательских отчетах:

Использование в пользовательских отчетах Google Analytics

  • Параметры
  • пользовательские
  • показатели
  • цели использования
  • параметров
  • Universal Analytics
  • Ограничения
  • использования
  • показателей
  • создание параметров
  • установка значений
  • пользовательские отчеты
  • google analytics
  • google tag manager
  • measurement protocol

Что в Google Analytics понимается под дополнительным параметром?

Что в Google Analytics понимается под дополнительным параметром?

  • Дополнительный виджет, который можно добавить в сводку для более точного анализа;
  • Дополнительный показатель, который можно добавить в отчет для более точного анализа;
  • Дополнительный параметр, который можно добавить в отчет для более точного анализа;
  • Средство визуализации данных.

Понравилась статья? Поделиться с друзьями:

Вам также может быть интересно

Какой параметр Google Реклама включает в целевой URL при автоматической пометке? utm=; adid=; urlid=;

Как могут использоваться специальные параметры? Все ответы верны; В качестве основных в специальных отчетах;

Какая из этих комбинаций параметров и показателей недопустима? Количество сеансов и показатель отказов; Количество

Какие критерии нельзя использовать для создания специальных сегментов? Тип объявления; Показатели; Параметры; Последовательность действий

Что такое дополнительный параметр в Google Аналитике? Дополнительный показатель в отчете для более точного

Какие три параметра рекомендуется использовать, чтобы вручную отслеживать кампании? Канал, источник и кампания; Канал,

Пользовательские параметры в Google Analytics, которые не раз нас спасали

При настройке аналитики через Google Analytics (GA) нередко без внимания остаются Пользовательские параметры или CD (Custom Dimensions). Это происходит из-за сложности с пониманием их области применения: неясно, как именно CD могут помочь в сборе и анализе данных и каким образом настраиваются. В этой статье рассказываем об основных CD, которые мы используем в Adventum на многих проектах, и процессе настройки.

Что такое пользовательские параметры

Для построения отчета в Google Analytics доступно более 200 различных параметров и метрик, таких как «источник», «город», «браузер», «операционная система» и многие другие. Но стандартных параметров не всегда достаточно для анализа, поэтому Google дал пользователям возможность создавать собственные. Значение CD может быть передано с любым хитом пользователя. Например, с помощью пользовательских параметров можно провести анализ эффективности сайта в разрезе адаптивов.

Всего существует 4 области действия CD:

  • Хит(Hit)
  • Сеанс
  • Пользователь
  • Товар

  • для CD с областью действия Хит, единица присвоилась параметру авторизации в том хите, в котором произошла авторизация;
  • для CD с областью действия Сеанс, параметр авторизации станет равным 1 для всех хитов сеанса, в котором произошло событие (затирая старые значения CD в этом сеансе);
  • для CD с областью действия Пользователь, параметр авторизации станет равным 1 для всех сеансов пользователя, начиная с того, в котором был совершен вход.

Настройка CD

Настройка пользовательского параметра состоит из двух этапов: создание параметра в GA и отправка данных с сайта. Далее опишем последовательность действий для настройки CD.

Создание CD в Google Analytics

  1. Заходим в раздел “Администратор”
  2. В настройках Ресурса в разделе “Пользовательские параметры” выбираем подраздел “Специальные параметры”:
  3. Нажимаем на кнопку “+Специальный параметр”
  4. Открывается форма:

    Выбираем область действия параметра:

  • Хит(Hit)
  • Сеанс
  • Пользователь
  • Товар

Рекомендации по названию CD
Мы выработали собственную систему нейминга пользовательских параметров.
В начале каждой CD мы добавляем условное обозначение области действия. Для хитовой это h_ (например, h_hitId), для сессионной — s_ (например, s_sessionId). Это помогает нам ориентироваться в пользовательских параметрах и всегда знать их область действия, не сверяясь с настройками счетчика. Иногда возникает необходимость создать два параметра с одинаковыми названиями, но с разной областью действия. Например, мы проводим A/B тест и хотим проверить корректно ли он настроен, не меняется ли вариант теста в течение сессии. Для этого создаем два параметра с одинаковым значением: название + вариант теста, в который попал пользователь, но один из них хитовой, второй сессионный. В этом случае предложенный нейминг будет очень удобен.

Настройка Google Tag Manager

Настроить отправку параметров с сайта можно двумя способами:

  • непосредственно через HTML-код на сайте.
  • через Google Tag Manager (GTM).

Отправка через HTML-код на сайте

Обновить config ресурса в коде отслеживания Google Analytics, добавив туда custom_map (необходимо добавить то, что выделено с двух сторон комментариями):

gtag('config', 'GA_MEASUREMENT_ID' , //начало вставки < 'custom_map': ': 'dimension_name'> > //конец вставки );

где GA_MEASUREMENT_ID — ваш идентификатор счетчика Google Analytics. Заменяем на индекс параметра в GA, а вместо dimension_name указываем его название.

Если у вас несколько Пользовательских параметров, то ‘dimension’ : ‘dimension_name’ необходимо указать через запятую для каждого из них.

gtag('config', 'UA-XXXXXXXXX', < 'custom_map': >);

Для того чтобы отправить CD вместе с просмотром страницы, требуется присвоить этим параметрам нужное значение до кода, указанного выше:

gtag('set', < 'dimension_name': 'dimension_value'>);

где dimension_name должно совпадать с теми, которые вы указали в ‘custom_map’ , а dimension_value — значение, которые вы хотите передать в CD.

gtag('set', );

При отправке значения CD вместе с событием необходимо отправлять код:

gtag('event', 'action_value', );

action_value — действие по событию
category_value — категория события
label_value — ярлык события
event_value — ценность события (целое неотрицательное число)
dimension_name — имя параметра, которое мы указали в предыдущем коде
dimension_value — значение CD

gtag('event', 'clickButton', );

На своих проектах мы пользуемся вторым вариантом — настройкой через GTM. Рассмотрим его подробнее.

Отправка CD вместе с хитами в GA через GTM

Настройка отправки CD вместе с хитами (просмотров страниц, событий) в GA производится в переменной типа “Настройки Google Analytics”. Если вы уже настраивали данную переменную, то откройте ее. Если нет, то необходимо ее создать. Перейдите в раздел «Дополнительные настройки», подраздел «Специальные параметры». Сюда необходимо добавить все пользовательские параметры, созданные вами ранее в GA:

В идентификаторе отслеживания нужно указать номер счетчика GA. В поле «Индекс» необходимо записывать идентификатор CD из GA, в который требуется передать данные.

В поле «Значение параметра» требуется указать значение, которое будет передано в CD с указанным индексом. Это значение можно указать двумя методами:

  • вручную, если оно будет одинаковое для всех событий;
  • с помощью переменной, в которой хранится значение этого параметра (ее название записывается в двойных фигурных скобках). Например, > — “Размер окна браузера”.

При такой настройке пользовательских параметров важно учитывать:

  1. При первой отработке тега еще не будет создан файл cookie с идентификатором пользователя Google (clientID). Если мы захотим настроить передачу этого параметра в CD, то не сможем это сделать для первого просмотра страниц.
  2. Если мы хотим использовать одну и ту же переменную при отправке данных в разные пользовательские параметры, то эта переменная будет рассчитываться для каждого пользовательского параметра заново. Например, при отправке метки времени отработки тега в два разных пользовательских параметра, можно заметить разницу в значениях в несколько миллисекунд.

Применение customTask

customTask — это функция с самым большим приоритетом, код и логику которой вы определяете самостоятельно. Не так давно Google дал возможность использовать эту функцию в GTM.

customTask использует данные из объекта model (который включает в себя все поля счетчика отслеживания), cookie и т.д. Приоритет у этой функции выше, чем у всех остальных, и она отрабатывает до тега. Благодаря этому можно настроить отправку идентификатора пользователя с первого просмотра им страницы.

Для настройки CD через customTask создадим переменную GTM с именем JS_customTask и типом “Собственный код JavaScript»:

Теперь добавим созданную нами JS_customTask в переменную Настройки Google Analytics, в раздел “Поля, которые необходимо задать”:

  • В “Название поля” записываем customTask;
  • В “Значение” записываем название переменной, которую мы создали выше. Все переменные необходимо записывать в двойных фигурных скобках.

В GTM теге можно определить только один customTask. Поэтому все CD, которые можно определить этим методом, будем прописывать в переменной JS_customTask, созданной ранее.

Часто используемые CD

Идентификатор пользователя

Задача. В счетчике зафиксирован большой скачок количества сеансов. При этом количество пользователей выросло незначительно. Возникла гипотеза о ботовом трафике, который идет от части пользователей. По умолчанию посмотреть характеристики отдельных пользователей в GA в удобном формате невозможно.

Решение. Google Analytics присваивает каждому посетителю сайта уникальный идентификатор — Client ID. Увидеть его в интерфейсе Google Analytics можно только в одном отчете — “Статистика по пользователям” (User Explorer). Пользоваться им неудобно, поскольку на одном экране можно видеть последовательность действий только одного пользователя и нельзя добавлять дополнительные параметры к отчету.

Идеальным решением была бы возможность вывода clientID как отдельного параметра в стандартном или пользовательском отчете. И это можно сделать с помощью GTM.

Техника настройки. В качестве ClientId мы используем последовательность цифр из идентификатора пользователя в GA (он хранится в файле cookie с именем _ga. Например, _ga=GA1.2.1111111111.111111111, где ClientId=111111111.111111111). Чтобы посмотреть это значение, нажимаем правой клавишей мыши по странице сайта и выбираем “Посмотреть код”:

Затем во вкладке Application, в левом боковом меню выбираем Cookies и название сайта и ищем в таблице переменную _ga:

Помимо файла cookie идентификатор пользователя GA хранится в объекте model, и его можно извлечь с помощью метода.get(‘clientId’). Используем customTask для извлечения этого значения и передачи его в GA. Добавим в переменную с именем JS_customTask следующий код:

function() < var customDimensionIndex_client = 5; return function(model) < model.set('dimension' + customDimensionIndex_client, model.get('clientId')); >>

После знака равенства для переменной customDimensionIndex_client нужно указать индекс CD, соответствующий ClientId в GA. Этим способом мы получили идентификатор клиента из счетчика и отправили его в пользовательский параметр.

Результат. Мы построили отчет по отдельным пользователям и выявили, что у некоторых из них действительно было по тысяче сеансов. Все сеансы были с показателем отказов в 100% и явно не несли никакой ценности для нас. Мы настроили сегмент по исключению этих пользователей и смогли проанализировать динамику трафика без лишних визитов.

Идентификатор хита

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

Решение. Создадим свою CD с номером хита пользователя в каждой сессии. Отсортировав по возрастанию хиты, мы сможем смотреть пути пользователей.

Техника настройки. Для удобства в качестве HitId мы передаем ClientId + время хита в формате timestamp. Так для каждого события, просмотра страницы, транзакции будет свое значение. Этот параметр можно настроить через customTask (аналогично ClientId).

В одном теге GTM можно определить только один customTask. Поэтому добавляем в ранее созданную переменную “Custom JavaScript” код, выделенный с двух сторон комментариями, где в переменной customDimensionIndex_hit будет храниться индекс CD c именем h_HitId из GA:

function() < var customDimensionIndex_client = 5; // начало первой вставки var customDimensionIndex_hit = 2; var now = new Date(); // конец первой вставки return function(model) < model.set('dimension' + customDimensionIndex_client, model.get('clientId')); // начало второй вставки model.set('dimension' + customDimensionIndex_hit, model.get('clientId').concat('_', now.getTime())); // конец второй вставки >>

Тип параметра хитовой. Благодаря тому что он тоже содержит время в формате timestamp, все хиты пользователя/сессии можно сортировать по порядку их выполнения, не используя дополнительных параметров.

Если произвести точно такие же настройки, только в GA выбрать область действия параметра — сеанс, то получим CD, которая будет хранить идентификатор сеанса пользователя.

Результат. Построили два отчета:

  • Идентификатор пользователя, идентификатор хита, категория события, действие по событию, ярлык события, доп. параметры.
  • Идентификатор пользователя, идентификатор хита, доп. параметры.

A/B тесты

Задача. В компании решили провести AB-тест. Настройки проводились силами разработчиков, без использования Google Optimize. Возник вопрос: как в Google Analytics передавать варианты теста, чтобы провести анализ эффективности эксперимента.

Решение. В данном случае CD помогут нам сравнить результаты теста в GA. Достаточно настроить пользовательский параметр, который будет принимать значения с идентификатором теста и вариантом, в который попал пользователь. Так мы сможем разделить аудиторию на группы по вариантам теста и сравнить результаты.

Техника настройки. Создаем пользовательский параметр в GA, аналогично тем, что мы настраивали ранее. Выбираем в качестве “Области действия” — хит, чтобы была возможность разделять события на совершенные пользователем до и после попадания в тест. Назовем его, например, h_AB-Test. Данные в CD возможно передавать сразу по нескольким тестам. Разделять их можно символом, который не встречается в названии и варианте теста, например, “|”.

Если вы делаете тест самостоятельно и храните данные о нем в cookie, понадобится переменная типа “Собственный код JavaScript”, чтобы их извлечь:

function()< var cookie_name ='>'; var matches = document.cookie.match(new RegExp( "(?:^|; )" + cookie_name.replace(/([\.$?*|<>\(\)\[\]\\\/\+^])/g, '\\$1') + "=([^;]*)" )); return matches ? decodeURIComponent(matches[1]) : '(not set)'; >

где вместо > необходимо указать название файла cookie, в котором хранится название и вариант теста. Не забудем добавить ее в переменную настроек GA.

Добавив в отчет параметр h_AB-Test мы будем видеть в Google Analytics к какому варианту теста относится сеанс. В зависимости от значения данного параметра можно сегментировать пользователей.

Результат. Создаем столько сегментов, сколько было вариантов теста с условием h_AB-Test. Оно должно соответствовать значению “название + варианта теста”. Смотрим интересующие нас события в отчетах.

Полный адрес страницы

Задача. Менеджер по контекстной рекламе запустил рекламную кампанию в Яндекс.Директ. Спустя несколько дней он зашел в отчет по источникам GA и обнаружил, что количество сеансов пользователей, пришедших по созданной им рекламной кампании, значительно меньше, чем кликов по объявлениям в Яндекс.Директ.

Решение. В Google Analytics есть обязательный параметр для отслеживания рекламы — utm_source. Если он есть, то его значение будет добавлено в стандартный параметр «Источник кампании». Аналогично Google поступает и с другими UTM-метками для записи в соответствующие параметры.

Все UTM-метки автоматически удаляются из отчета по страницам сайта и проанализировать их там нельзя. При этом если не была задана метка utm_source, то Google просто удалит все найденные UTM метки из отчета по страницам и не запишет их содержимое в соответствующие встроенные параметры.

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

Техника настройки. Создадим переменную с типом “Переменная JavaScript” в разделе “Имя глобальной переменной” укажем document.URL:

В качестве области действия переменной устанавливаем — хит.

Результат. Во всей рекламной кампании была следующая последовательность UTM-меток: utm_medium, utm_source, utm_campaign. Посмотрев на полный адрес страниц, заметили, что в части объявлений между utm_medium и utm_source был пропущен амперсанд. Так как utm_source является обязательной utm меткой любой рекламной кампании, а Google Analytics ее не обнаружил после спецсимволов (?, &), переход по данной рекламе был записан в прямой трафик. Благодаря параметру h_fullPage удалось обнаружить проблему и устранить ее в настройках рекламного кабинета.

Параметры для событий

Еще два полезных параметра (без описания их настройки):

    Задача. Размечаем сайт самостоятельно через GTM. Обнаружили ошибку, быстро ее исправили, но события с ошибкой продолжают поступать в GA.

Решение. Чтобы оперативно найти корень проблемы, можно с каждым событием передавать CD:
Название контейнера (если их несколько на сайте) — встроенная переменная GTM;
Версию контейнера — встроенная переменная GTM;
Название тега — нужно настроить самостоятельно.

Передавать три эти параметра можно через какой-либо разделитель в переменной с типом “Константа”:

Область действия параметра — хит.

  • не отправлять в рабочее представление GA тестовые события, когда проверяем события на тестовом сайте;
  • если после выкатки на бой мы заметили, что проверили некорректно размеченные события/после обновления сайта что-то сломалось, важно быстро прекратить отправку событий в рабочее представление.

Решение. Будем разделять события на новые/некорректно работающие и верно размеченные. Первые можно помечать, как test, вторые — prod.

Для этого пусть разработчики добавляют данные в dataLayer, а мы будем доставать их и отправлять в GA. Любой пуш будет выглядеть следующим образом:

  

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

Нам понадобится создать переменную “Таблица поиска” (Lookup Table) для разделения событий:

> — переменная, которая достает из DataLayer идентификатор события.

Ставим галочку напротив “Установить значение по умолчанию” и в графе “Значение по умолчанию” пишем test. Таким образом изначально для всех событий эта переменная будет равна test. Убедившись, что событие размечено корректно, добавьте его event_id в ячейку “Входные данные”. В поле “Результат” пришем prod.

Так мы разделили все события на корректно размеченные и на новые/некорректно размеченные. Советуем сделать отдельное представление в Google Analytics, где будут события только с меткой prod (это можно сделать с помощью фильтра Представления).Там вы будете видеть только верно размеченные события.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *