Пользовательские определения (специальные параметры и показатели). Создание и изменение специальных параметров и показателей Специальный показатель google analytics

Как включить нестандартные данные в отчеты

Требования

Специальные параметры и показатели доступны только в тех ресурсах, где используется Universal Analytics или есть по крайней мере одно представление для приложения. Специальные параметры и показатели поддерживаются в Analytics SDK для Android и iOS версии 2.x и выше, а также в библиотеке analytics.js и на платформе Measurement Protocol.

Чтобы использовать специальные параметры и показатели, необходимо настроить аккаунт Analytics и код отслеживания.

Ограничения

В каждом ресурсе доступно 20 индексов для персонализированных параметров и ещё 20 – для показателей. Для аккаунтов Analytics Премиум эти ограничения увеличены до 200 каждое.

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

Работа со специальными параметрами и показателями

Настройка

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

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

Для специальных показателей задаются следующие настройки:

  • Название – под этим именем специальный показатель будет фигурировать в отчетах.
  • Тип – определяет, как значение специального показателя будет отображаться в отчетах.
  • Минимальное/максимальное значение – минимальное и максимальное значения, которые будут обрабатываться и заноситься в отчеты.
  • Активный – указывает, будет ли обрабатываться значение специального показателя. Неактивные специальные показатели будут появляться в отчетах, но их значения не будут обрабатываться.

Создать специальные параметры и показатели можно в интерфейсе Analytics .

Не меняйте названия и область действия специальных параметров и показателей без крайней необходимости. .

Сбор данных

Значения специальных параметров и показателей передаются в Analytics в виде пар "номер-значение". При этом используется номер, который вы задали для специального параметра или показателя во время .

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

Например, вот так может выглядеть код, устанавливающий значение специального параметра:

Ga("create", "UA-XXXX-Y", "auto"); // Выбор значения для специального параметра с индексом 1. ga("set", "cd1", "Level 1"); // Передача значения специального параметра с обращением – просмотром страницы. ga("send", "pageview");

Типы специальных показателей

Специальные показатели типа Integer (целое число) или Time (время) выражаются с помощью целых чисел, а типа Currency (валюта) могут передаваться в виде фиксированных десятичных значений в местной валюте.

Обработка данных

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

Область доступа и приоритеты

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

  • Товар – значение применяется только к тому товару, для которого оно было задано. Эта область доступа используется только для расширенной электронной торговли.
  • Обращение – значение применяется только к тому обращению, для которого оно было задано.
  • Сеанс – значение применяется ко всем обращениям в сеансе.
  • Пользователь – значение применяется ко всем обращениям в текущем сеансе и будущих сеансах, пока оно не изменится или пока параметр не перестанет быть активным.
Область доступа "Товар"

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

Область доступа "Обращение"

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

Рисунок 1. Пользователь отправляет два обращения: H1 и H2. Обращению H2 соответствует специальный параметр CD1 со значением A. Это значение применяется только к H2.

Рисунок 2. Пользователь отправляет третье обращение H3. С H3 не связано никакого специального параметра.

Рисунок 3. Пользователь отправляет четвертое обращение H4. Обращению H2 соответствует специальный параметр CD1 со значением B. Это значение применяется только к H4.

Область доступа "Сеанс"

Когда в одном сеансе задано два значения с областью действия "Сеанс" и одним порядковым номером, приоритет отдается первому из них. Это значение применяется ко всем обращениям на протяжении сеанса. На Рисунке 4 видно, что последнее значение переопределяет все предыдущие для специального параметра с тем же индексом.

Рисунок 1. Пользователь отправляет обращение H1 без значения специального параметра.

Рисунок 2. В рамках того же сеанса пользователь отправляет обращение H2 со специальным параметром CD1, значение которого равно A. Значение A используется и для H1.

Рисунок 3. Пользователь отправляет третье обращение H3. Для H3 значение CD1 не определено, однако в рамках одного сеанса автоматически используется значение A.

Рисунок 4. Пользователь отправляет четвертое обращение H4 с новым значением B для CD1. Во всех предыдущих обращениях в рамках того же сеанса значение A меняется на B.

Область доступа "Пользователь"

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

На Рисунке 2 значение специального параметра А применяется ко всем обращениям в сеансе 2 аналогично специальному параметру на уровне сеанса. Однако на Рисунке 3 значение А применяется и к обращениям в третьем сеансе, поскольку специальный параметр CD1 действует на уровне пользователя.

Рисунок 1. Во время сеанса пользователя произошло три обращения: H1, H2 и H3. Ни для одного из них не задано специальных параметров.

Рисунок 2. Пользователь возвращается на сайт и совершает три обращения за второй сеанс. Для H3 значение CD1 равно A. Оно используется для всех трех обращений в рамках сеанса.

Рисунок 3. В третий сеанс пользователя зарегистрировано три обращения. Значение A для специального параметра CD1, заданное на уровне пользователя, используется для всех обращений в рамках третьего сеанса.

Фильтры

Фильтры представления могут применяться к специальным параметрам и показателям несколькими способами.

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

  1. Уровень обращения . При удалении обращения отфильтровываются связанные с ним специальные параметры на уровне обращения и специальные показатели.
  2. Уровень сеанса или пользователя . Специальные параметры на уровне сеанса или пользователя не будут отфильтрованы, даже если будет отфильтровано обращение, с которым они были переданы. Их значения используются для всех обращений в рамках сеанса, а при области действия "Пользователь" – и в будущих сеансах.

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

Отчеты

После обработки специальные параметры и показатели появляются в отчетах Analytics.

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

Примеры

Разработчик недавно выпустил на рынок новую игру.

Текущий код Analytics засчитывает просмотр экрана каждый раз, когда пользователь выходит на определенный уровень игры. Разработчику уже известно, сколько раз пользователи запускают каждый уровень, и теперь его интересуют более сложные вопросы:

  1. Сколько раз пользователи играли на уровнях разной сложности?
  2. На скольких уровнях играли пользователи в разные дни ознакомительного периода?
  3. На скольких уровнях играли пользователи ознакомительной версии и платного приложения?

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

Кроме того, в приложении продаются разного рода улучшения, позволяющие упростить игровой процесс. Соответственно, помимо категорий и вариантов, разработчику нужно отдельное поле для отслеживания популярности улучшений среди пользователей.

Область доступа "Обращение"

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

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

Используя специальный параметр на уровне обращения, каждый просмотр экрана можно отнести к определенному уровню сложности. Это позволит узнать, какому уровню сложности соответствует больше всего просмотров.

Почему именно уровень обращения?

За один сеанс пользователь может побывать на разных уровнях. Если выбрана область действия "Обращение", значение сложности будет присвоено только тому просмотру экрана, с которым оно было передано. В результате каждый просмотр экрана будет связан с уникальным уровнем сложности.

Настройка

Прежде всего необходимо определить специальный параметр на вкладке "Администратор" в Analytics. Вот как будет выглядеть определение в нашем случае:

Сбор данных

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

Вот как это будет выглядеть:

Ga("create", "UA-XXXX-Y", "auto"); // Выбор значения для специального параметра с индексом 1. ga("set", "cd1", "easy"); // Передача значения специального параметра с обращением – просмотром страницы. ga("send", "pageview", "/level_1/");

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

Обработка данных

Вот так могут выглядеть данные для одного игрока, побывавшего на шести уровнях за сеанс:

UserId = 5555 Сеанс 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium

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

Отчеты

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

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

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

Область доступа "Сеанс"

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

Для этого нужен такой отчет:

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

Почему именно уровень сеанса?

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

Такого же результата можно достичь, используя область действия "Обращение", однако уровень сеанса потребует минимальных изменений в коде, чтобы задать значение параметра "День ознакомительного периода".

Настройка

Специальный параметр "День ознакомительного периода" определен в настройках ресурса Analytics следующим образом:

Сбор данных

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

Ga("create", "UA-XXXX-Y", "auto"); // Выбор значения для специального параметра с индексом 2. var day = getDayOfTrial(); ga("set", "dimension2", day); // Передача значения специального параметра с обращением – просмотром страницы. ga("send", "pageview", "/level_1/");

Специальный параметр на уровне сеанса можно задать в любой момент сеанса. Однако в нашем примере для разработчика проще это сделать в начале сеанса.

Обработка данных

Значения специального параметра, переданные в Analytics, будут применены к обращениям в соответствии с их областью действия.

Например, вот как будут выглядеть данные для пользователя, который дважды играл в игру в первый день, один раз – во второй и ещё один – в третий:

UserId = 5555 Сеанс 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Сеанс 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Сеанс 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Сеанс 4: H1: screen_name=/level_3/ cd2_value=3

Обратите внимание, что значения специального параметра передаются только с одним просмотром экрана за сеанс.

Область доступа "Сеанс" гарантирует, что значение параметра "День ознакомительного периода" будет связано со всеми обращениями в этом сеансе, а не только с тем, с которым оно было отправлено.

Отчеты

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

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

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

Область доступа "Пользователь"

И наконец, давайте узнаем, сколько уровней проходили пользователи платной и ознакомительной версии.

Для этого нужен такой отчет:

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

Почему именно уровень пользователя?

Область доступа "Пользователь" позволяет с легкостью сгруппировать все сеансы и обращения пользователя. Это идеально работает со значениями, которые остаются неизменными для определенного пользователя, например "Тип игрока", как в нашем случае.

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

Настройка

Специальный параметр "Тип игрока" определен в разделе "Администратор" следующим образом:

Сбор данных

Как и в предыдущих примерах, разработчик уже знает число просмотров экрана для каждого уровня игры. Чтобы сгруппировать эти просмотры экрана по типу игрока, достаточно определить этот специальный параметр при запуске игры и затем ещё раз – при переходе на ее платную версию.

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

Ga("create", "UA-XXXX-Y", "auto"); // Выбор значения для специального параметра с индексом 3. ga("set", "dimension3", "Free"); // Передача значения специального параметра с обращением – просмотром страницы. ga("send", "pageview", "/level_1/");

Этот же специальный параметр нужно задать при переходе на платную версию:

Ga("create", "UA-XXXX-Y", "auto"); // Выбор значения для специального параметра с индексом 3. ga("set", "dimension3", "Paid"); // Передача значения специального параметра с обращением – просмотром страницы. ga("send", "pageview", "/level_1/");

Обработка данных

Значения специального параметра, переданные в Analytics, будут применены к обращениям в соответствии с их областью действия.

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

UserId = 5555 Сеанс 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Сеанс 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Сеанс 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/

Обратите внимание, что значение free (бесплатно), заданное в первом сеансе, применяется ко всем обращениям из первого и второго сеансов, поскольку значение paid (платно) задается только в третьем сеансе.

Отчеты

Значения специального параметра "Тип игрока" будут связаны с сеансами, в которых они были установлены, а также со всеми будущими сеансами и обращениями.

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

И наконец, сгруппируем просмотры экрана по типу игрока, чтобы сравнить число уровней при игре в бесплатную и платную версию. Для этого нужно создать собственный отчет с основным параметром "Тип игрока":

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

Область доступа "Товар"

Рассмотрим, как с помощью специальных параметров на уровне товара узнать, какие улучшения (минимальные, средние или сильные) игроки приобретают чаще других.

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

Отчет будет выглядеть примерно так:

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

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

Почему именно уровень товара?

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

Настройка

Специальный параметр "Уровень улучшения" определен в настройках ресурса Analytics следующим образом:

Сбор данных

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

Вот как можно добавить параметр к товару:

Ga("ec:addProduct", { // Добавление данных о товаре в объект productFieldObject. "id": "P12345", // Идентификатор товара (строка). "name": "Powerup", // Название товара (строка). "category": "Extras", // Категория товара (строка). "variant": "red", // Вариант товара (строка). "price": "10.00", // Цена товара (валюта). "quantity": 2, // Количество товаров (число). "dimension4": "strong" // Специальный параметр на уровне товара (строка). }); ga("ec:setAction", "purchase", { "id": "T12345", "revenue": "20.00" }); ga("send", "pageview"); // Отправка данных по транзакции с исходным просмотром страницы.

В этом примере специальный параметр определяется вместе с информацией о товаре и задает уровень соответствующего улучшения.

Обработка данных

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

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

UserId = 5555 Сеанс 1: H1: product_name=powerup cd4_value=weak product_name=powerup cd4_value=strong H2: product_name=powerup cd4_value=weak

Использование области действия "Товар" гарантирует, что значение параметра для каждого улучшения будет связано только с тем товаром, с которым оно было отправлено.

Отчеты

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

В данном случае улучшения минимального уровня принесли наибольший доход.

Специальные показатели

Область действия

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

Специальный показатель на уровне обращения

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

Однако разработчика также интересует коэффициент прохождения каждого уровня.

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

Название экрана Просмотры экрана Пройденные уровни
/level_1/
/level_2/
/level_3/

Зачем нужны специальные показатели?

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

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

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

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

Настройка

Специальный показатель "Пройденные уровни" можно задать в настройках Analytics:

Сбор данных

Разработчик уже отслеживает запуск каждого уровня с помощью просмотров экрана. Теперь его интересует, сколько уровней пользователи проходят. Для этого он создает специальный показатель.

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

Вот как это будет выглядеть:

Ga("create", "UA-XXXX-Y", "auto"); // Увеличение показателя завершенного уровня на 1. ga("set", "metric1", 1); // Передача значения специального параметра с обращением – событием. ga("send", "event", "Level", "completion");

Обработка данных

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

UserId = 5555 Сеанс 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1

Отчеты

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

Эти данные свидетельствуют о том, что второй уровень на самом деле труднее первого и третьего: коэффициент его прохождения составляет всего 33%. Отслеживая прохождение уровней с помощью специального показателя, разработчик может легко получить интересующие его данные в виде простых, наглядных отчетов.

Специальный показатель на уровне товара

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

Для этого используется специальный показатель "Потраченные бонусы".

Вот какой отчет для этого нужен:

Настройка

Специальный параметр "Потраченные бонусы" определен в разделе "Администратор":

Сбор данных

Специальные показатели, как и специальные параметры, передаются в Analytics вместе с данными о товарах.

Вот как это будет выглядеть:

Ga("ec:addProduct", { // Добавление данных о товаре в объект productFieldObject. "id": "P12345", // Идентификатор товара (строка). "name": "Powerup", // Название товара (строка). "category": "Extras", // Категория товара (строка). "variant": "red", // Вариант товара (строка). "price": "10.00", // Цена товара (валюта). "quantity": 2, // Количество товаров (число). "dimension4": "strong", // Специальный параметр на уровне товара (строка). "metric2": 5 // Специальный показатель на уровне товара (целое число). }); ga("ec:setAction", "purchase", { "id": "T12345", "revenue": "20.00" }); ga("send", "pageview"); // Отправка данных по транзакции с исходным просмотром страницы.

Обработка данных

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

UserId = 5555 Сеанс 1 H1: type=screen_view screen_name=/level_1/ H2: type=screen_view screen_name=/level_2/ product_name=powerup cd4_value=weak cm4_value=5 product_name=powerup cd4_value=strong cm4_value=5 H4: type=screen_view screen_name=/level_2/ product_name=powerup cd4_value=medium cm4_value=1 product_name=powerup cd4_value=weak cm4_value=10

Отчеты

Теперь можно создать отчет с параметром "Уровень улучшения", а также показателями "Доход от товара" и "Потраченные бонусы":

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

Примечания

Вот несколько моментов, которые следует учитывать при работе со специальными параметрами и показателями.

Редактирование существующего параметра и показателя

Если вы измените название существующего специального параметра или показателя, это повлияет на ваши данные следующим образом:

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

Правильный выбор области действия

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

Эта информация оказалась полезной?

Как можно улучшить эту статью?

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

Обзор

Иногда вы можете захотеть выполнять проверку через агент, которая не предопределена в Zabbix. В этом случае вам на помощь придут пользовательские параметры.

Вы можете написать команду, которая вернет необходимые вам данные и добавить эту команду как пользовательский параметр в файл конфигурации агента (параметр конфигурации "UserParameter").

Пользовательский параметр имеет следующий синтаксис:

UserParameter=<ключ>,<команда>

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

В операционных системах UNIX используется интерпретатор командной строки /bin/sh . Пользовательские параметры подчиняются времени ожидания проверок на агента; если время ожидания будет превышено, созданный по пользовательским параметрам процесс будет завершен.

Смотрите также:

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

Простая команда:

UserParameter=ping,echo 1

Агент будет всегда возвращать "1" для элемента данных с ключем "ping".

Более сложный пример:

UserParameter=mysql.ping,mysqladmin -uroot ping|grep -c alive

Агент будет возвращать "1", если MySQL сервер доступен, "0" - в противном случае.

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

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

Гибкие пользовательские параметры имеют следующий синтаксис:

UserParameter=ключ[*],команда

Параметр Описание
Ключ Уникальный ключ элемента данных. [*] задает, что ключ может принимать параметры из скобок. Параметры указываются при настройке элемента данных.
Команда Команда, которая выполняется для получения значения ключа.
Только для гибких пользовательских параметров :
Вы можете использовать ссылки на позиции $1…$9 для того, чтобы обратиться к соответствующему параметру в ключе элемента данных.
Zabbix разбирает параметры заключенные в ключа элемента данных и заменяет $1,…,$9 в команде соответственно.
$0 будет заменена оригинальной командой (до раскрытия $0,…,$9) для выполнения.
Ссылки на позиции интерпретируются Zabbix агентом независимо от того заключены ли они в двойные (“) или в одинарные (") кавычки.
Для использования ссылок на позиции без изменения, укажите двойной символ доллара - например, awk "{print $$2}". В этом случае $$2 фактически превратится в $2 при выполнении команды.

Ссылки на позиции, начинающиеся со знака $, ищутся и заменяются Zabbix агентом только в случае гибких пользовательских параметров. В случае простых пользовательских параметров такие ссылки пропускаются и, следовательно, экранирование любых знаков $ не требуется.

По умолчанию некоторые символы не разрешены в пользовательских параметрах. Смотрите документацию по UnsafeUserParameters для получения полного списка таких символов.

Пример 1

Очень простой пример:

UserParameter=ping[*],echo $1

Мы можем создать неограниченное количество элементов данных для наблюдения за чем угодно, указав в таком формате ping[что угодно].

    ping - будет всегда возвращать ‘0’

    ping - будет всегда возвращать ‘aaa’

Пример 2

Давайте добавим больше смысла!

UserParameter=mysql.ping[*],mysqladmin -u$1 -p$2 ping | grep -c alive

Этот параметр можно использовать для мониторинга доступности баз данных MySQL. В качестве параметров мы можем передать имя пользователя и пароль:

Mysql.ping

Пример 3

Результат команды

Результирующим значением команды является стандартный вывод вместе со стандартным выводом ошибок.

​Текстовый элемент данных (символ,​ журнал или текст типами информации) не станет неподдерживаемым в случае вывода ошибки стандартным выводом.

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

Google AdWords. Исчерпывающее руководство Геддс Брэд

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

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

Если у вас есть несколько списков, не обязательно создавать новый; допустимо воспользоваться пользовательскими параметрами (рис. 10.16). С их помощью можно составить простые правила, которые сообщат Google, что нужно добавить в новый список пользователей из уже имеющихся списков А и В либо включить посетителей из списка А, но исключить тех, кто в списке В.

Рис. 10.16. Пример пользовательских параметров

Вкратце расскажу вам о стратегии, но сначала объясню, почему рекомендовано использовать пользовательские параметры. Я работаю непосредственно с Google и провожу семинары по AdWords. Когда пользователь заходит на страницу семинара, мы размещаем файл cookie в его браузере (в списке пользовательских параметров он обозначен как AdWordsSeminarVisits). Когда пользователь регистрируется и покупает билет, мы размещаем еще один файл cookie в его браузере под названием SeminarRegistrationComplete.

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

Рис. 10.17. Списки ремаркетинга и активные файлы cookie

Из книги Путь Черепах. Из дилетантов в легендарные трейдеры автора Куртис Фейс

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

Из книги Антикризисное управление автора Бабушкина Елена

23. Основные параметры диагностирования банкротства В настоящее время для диагностики банкротства предприятий применяется ограниченный круг параметров.1. Коэффициент текущей ликвидности отражает совокупную обеспеченность предприятия оборотными и денежными

Из книги Недвижимость. Как ее рекламировать автора Назайкин Александр

Из книги 1С: Предприятие 8.0. Универсальный самоучитель автора Бойко Эльвира Викторовна

11.4. Параметры пользователя В режиме работы «1С:Предприятие» пользователь может сменить пароль.Для этого выберите пункт «Сервис – Параметры пользователя». Для смены пароля сначала нужно ввести пароль и его подтверждение. Установка нового пароля будет иметь действие

Из книги Основы кибернетики предприятия автора Форрестер Джей

7. 7. Параметры (константы) Многие числовые величины, которые описывают характеристики системы, принимаются постоянными, по крайней мере на время вычислений в ходе одного проигрывания модели. Рис. 7–7. Параметры (константы).Они обозначаются линией выше или ниже символа

Из книги Логистика хранения товаров: Практическое пособие автора Волгин Владислав Васильевич

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

Из книги Логистика автора Савенкова Татьяна Ивановна

Параметры и оборудование зоны хранения Выбор параметров зоны храненияДо аренды или проектирования склада необходимо решить следующие задачи:– определение задач складского хозяйства в логистической цепи движения товаров предприятия;– подготовка технического

Из книги Управление маркетингом автора Диксон Питер Р.

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

Из книги 1C: Предприятие, версия 8.0. Зарплата, управление персоналом автора Бойко Эльвира Викторовна

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

Из книги Бизнес-план на 100%. Стратегия и тактика эффективного бизнеса автора Абрамс Ронда

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

Из книги Google AdWords. Исчерпывающее руководство автора Геддс Брэд

17.4. Параметры пользователя В режиме работы «1С: Предприятие» пользователь может сменить пароль.Для этого выберите пункт «Сервис» – «Параметры пользователя». Для смены пароля сначала нужно ввести пароль и его подтверждение. Установка нового пароля будет иметь действие

Из книги Больше, чем вы знаете. Необычный взгляд на мир финансов автора Мобуссин Майкл

7.1. Основные допущения и макроэкономические параметры проекта Деятельность предприятия рассчитана на неопределенно долгий срок, однако для анализа инвестиционного проекта был установлен горизонт расчета длительностью в 48 месяцев. Условная дата начала проекта –

Из книги автора

Дополнительные параметры и фильтры Нажмите на ссылку «Дополнительные параметры и фильтры» (Advanced Options and Filters), чтобы выбрать тип данных, которые хотите получить (рис. 3.3). Рис. 3.3. Дополнительные параметры и фильтрыСначала можно выбрать страну и язык, подходящие для

Из книги автора

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

Из книги автора

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

Из книги автора

Ограниченные параметры За последние 130 лет средний коэффициент цены/прибыли немного превышал 14, и на протяжении данного периода рынок постоянно колебался относительно этого уровня6. Не является ли это достаточным доказательством того, что 14 является тем самым средним

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

Для удобства работы с материалом я разделил его на блоки:

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

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

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

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

Для каких целей могут быть использованы пользовательские параметры и показатели Universal Analytics?

  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 Analytic s

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

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

В 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
3
4 // отправка данных о событии
5

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

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 при нажатии на кнопку с id=buttonId:

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