Спеціальні параметри та показники подібні до параметрів і показників за умовчанням в обліковому записі Analytics. Відмінність полягає лише в тому, що ви створюєте їх власноруч. Спеціальні параметри та показники можна використовувати для збирання й аналізу даних, які Analytics не відстежує автоматично.
ЗмістОгляд
Спеціальні параметри та показники надають можливість поєднувати дані Analytics і дані з інших джерел, як-от дані CRM. Нижче наведено приклад.
- Якщо ви зберігаєте інформацію про стать зареєстрованих користувачів у системі керування взаємодією з клієнтами (CRM), можна об’єднати її з даними в Analytics, щоб фільтрувати переглянуті сторінки за статтю користувачів.
- Якщо ви розробник гри, такі показники, як "проходження рівня" або "найкращі результати", можуть бути більш актуальними для вас, ніж заздалегідь визначені показники, наприклад Кількість переглядів екрана. Відстежуючи ці дані за допомогою спеціальних показників, ви можете слідкувати за змінами найважливіших показників в універсальних і зрозумілих звітах.
Спеціальні параметри можуть відображатися в спеціальних звітах як основні. У стандартних звітах їх також можна використовувати як Сегменти й допоміжні параметри.
Обов’язкові умови
Спеціальні параметри та показники доступні лише в ресурсах, які увімкнені для Universal Analytics або мають принаймні одне представлення даних для звітування щодо додатка. Спеціальні параметри та показники підтримуються пакетами SDK Google Analytics для Android та iOS версії 2.x і новіших, бібліотекою analytics.js і платформою Measurement Protocol.
Спеціальні параметри та показники потрібно додатково налаштувати в обліковому записі Analytics і коді відстеження. Коли обидва етапи налаштування буде завершено, ви зможете використовувати їх у своїх звітах.
Обмеження й застереження
У кожному ресурсі є 20 покажчиків для різних спеціальних параметрів і 20 покажчиків для спеціальних показників. В облікових записах 360 є 200 покажчиків для спеціальних параметрів і 200 для спеціальних показників.
Спеціальні параметри неможливо видалити, але їх можна вимкнути. Не рекомендуємо використовувати спеціальні параметри повторно. Під час редагування назви, діапазону та значення спеціального параметра старі та нові значення можуть поєднуватися або зі старою, або з новою назвою параметра. У результаті дані у ваших звітах об’єднуються так, що їх не можна точно відділити за допомогою фільтра.
Деякі спеціальні параметри недоступні у звітах, якщо їх включати разом із демографічною інформацією. У такому разі можуть виникнути обмеження порогових значень чи несумісність у звітах або з API.
Життєвий цикл спеціальних параметрів і показників
Життєвий цикл спеціальних параметрів і показників складається з чотирьох етапів (їх наведено нижче).
- Конфігурація – ви призначаєте спеціальним параметрам і показникам індекс, назву й інші властивості, наприклад обсяг.
- Збір – ви надсилаєте в Google Analytics значення спеціальних параметрів і показників зі свого застосування.
- Обробка – дані обробляються за допомогою визначень спеціальних параметрів і показників та будь-яких фільтрів представлення даних звіту.
- Створення звітів – ви створюєте нові звіти, використовуючи власні спеціальні параметри й показники в інтерфейсі користувача Analytics.
Конфігурація
Перш ніж ви зможете надсилати значення спеціальних параметрів і показників в Analytics, їх потрібно визначити в ресурсі Analytics. Кожний ресурс Analytics має 20 доступних покажчиків для спеціальних параметрів і ще 20 покажчиків для спеціальних показників.
Визначивши спеціальний параметр чи показник, потрібно вказати його назву й інші значення конфігурації – Analytics призначить порядковий номер, який пізніше можна використовувати для посилання на такий параметр чи показник. Спеціальні параметри мають наведені нижче значення конфігурації.
- Назва – назва спеціального параметра, яка відображатиметься у звітах.
- Обсяг – визначає, до яких даних застосовуватиметься спеціальний параметр або показник. Докладніше про обсяг.
- Активно – визначає, чи оброблятиметься значення спеціального параметра або показника. Неактивні спеціальні параметри можуть відображатися у звітах, однак їх значення не оброблятимуться.
Спеціальні показники мають наведені нижче значення конфігурації.
- Назва – назва спеціального показника, яка відображатиметься у звітах.
- Тип – визначає, як значення спеціального показника відображатиметься у звітах.
- Мінімальне та максимальне значення – мінімальні й максимальні значення, які оброблятимуться та відображатимуться у звітах.
- Активно – визначає, чи оброблятимуться значення спеціального показника. Неактивні спеціальні показники можуть відображатися у звітах, однак їх значення не оброблятимуться.
Спеціальні параметри та показники можна визначити в інтерфейсі користувача Google Analytics.
Після визначення спеціального параметра або показника, якщо можливо, не редагуйте назву чи обсяг. Щоб дізнатися більше про те, як зміна цих значень може вплинути на ваші звіти, ознайомтеся з рекомендаціями щодо застосування.
Збирання
Значення спеціального параметра та показника надсилаються в Analytics на етапі збирання у вигляді пари параметрів індексу та значення. Параметр індексу відповідає індексу спеціального параметра або показника, якого Analytics призначає на етапі конфігурації.
На відміну від інших типів даних, спеціальні параметри та показники надсилаються в Analytics у вигляді параметрів, прив’язаних до інших звернень, наприклад переглядів сторінок, подій або трансакцій електронної комерції. Таким чином, щоб надіслати значення в Analytics, спеціальний параметр або показник потрібно встановити до того, як зроблено виклик відстеження.
Наприклад, щоб установити значення спеціального параметра, ваш код може виглядати так:
ga('create', 'UA-XXXX-Y', 'auto');
// Надіслати значення спеціального параметра з індексом 1.
ga('set', 'cd1', 'Level 1');
// Надіслати значення спеціального параметра зі зверненням переглянутих сторінок.
ga('send', 'pageview');
Типи спеціальних показників
Спеціальні показники з типом "Ціле число" або "Час" потрібно надсилати, використовуючи цілі числа, а спеціальні показники з типом "Валюта" можна надсилати як сталі десяткові значення відповідно до місцевої валюти.
Обробка
Під час обробки спеціальних параметрів обсяг визначає, до яких звернень застосовується певний спеціальний параметр, а фільтри представлення даних визначають, які звернення і пов’язані значення зрештою включаються у звіти.
Обсяг і пріоритетність
Обсяг визначає, які звернення буде пов’язано з конкретним значенням спеціального параметра. Існує чотири рівні області: продукт, звернення, сеанс і користувач.
- Продукт – значення застосовується до продукту, для якого його було встановлено (лише розширена електронна комерція).
- Звернення – значення застосовується до одного звернення, для якого його було встановлено.
- Сеанс – значення застосовується до всіх звернень в одному сеансі.
- Користувач – значення, яке застосовується до всіх звернень у поточних і майбутніх сеансах до зміни значення або переходу спеціального параметра в неактивний стан.
Коли спеціальний параметр має рівень продукту, значення застосовується лише до продукту, для якого його встановлено. Оскільки декілька продуктів можна надіслати в одному зверненні, кілька спеціальних параметрів з обсягом на рівні продукту можна надіслати в одному зверненні.
Рівень зверненняКоли в спеціального параметра є обсяг на рівні звернення, значення застосовується тільки до того звернення, для якого його встановлено. Це показано на малюнку A, малюнку B і малюнку C нижче.
Рівень сеансу
Коли два значення на рівні сеансу встановлюються з однаковим індексом, останнє встановлене значення отримує пріоритет і застосовується до всіх звернень у цьому сеансі. На малюнку D нижче останнє встановлене значення перезаписує всі попередні значення цього індексу.
Рівень користувача
Якщо два значення спеціального параметра на рівні користувача встановлено в тому самому сеансі, останнє встановлене значення стає пріоритетним для поточного сеансу й застосовується до майбутніх сеансів цього користувача.
Нижче на малюнку В значення CD (A) застосовується для всіх звернень у 2-му сеансі, так само, як CD на рівні сеансу. Однак на малюнку C, на відміну від рівня сеансу, значення CD (A) продовжує застосовуватися до звернень у третьому сеансі через те, що CD1 має рівень користувача.
Фільтри
Фільтри представлення даних можуть різними способами взаємодіяти зі спеціальними параметрами та показниками.
Кожне значення спеціальних параметрів і показників пов’язане зі зверненням, з яким його було отримано, незалежно від його рівня. Якщо це звернення відбирається фільтром представлення даних, спеціальний параметр або показник також може бути відфільтровано, залежно від рівня.
- Рівень звернення: якщо звернення відфільтровується, то відфільтровуються й пов’язані з ним спеціальні параметри на рівні звернення й усі спеціальні показники.
- Обсяг сеансу або користувача: спеціальні параметри з обсягом користувача або сеансу не буде відфільтровано, навіть якщо звернення, до якого вони прив'язані, відфільтровано. Їх значення як і раніше застосовуватимуться до всіх звернень у поточному сеансі, а якщо для параметра задано рівень користувача, то й у майбутніх сеансах.
Спеціальні параметри також можна використати для створення фільтрів представлення даних. У результаті звернення буде відфільтровано відповідно до обсягу спеціального параметра. Наприклад, якщо фільтрувати за значенням спеціального параметра на рівні користувача, будуть відбиратися поточні й майбутні сеанси, пов’язані з цим значенням.
Звіти
Після збирання, конфігурування та завершення інших етапів обробки спеціальні параметри й показники стають доступні через інтерфейс користувача звітів.
Спеціальні параметри та показники доступні в спеціальних звітах. Їх можна використовувати з розширеними сегментами. Спеціальні параметри також можна використовувати як допоміжні параметри в стандартних звітах.
Приклади
Наведені нижче приклади показують, як розробники ігор можуть використовувати спеціальні параметри та показники, щоб дізнатися про поведінку гравців.
Розробник гри нещодавно випустив нову гру.
Поточне застосування Analytics відстежує перегляд екрана щоразу, коли користувач проходить рівень гри. Розробник уже знає, скільки разів проходять кожний рівень. Тепер він хоче отримати відповіді на складніші запитання (їх наведено нижче).
- Скільки разів грали початкові рівнів у порівнянні із середніми та складними рівнями?
- Скільки рівнів проходили щодня під час 3-денної безкоштовної пробної версії?
- Скільки рівнів проходили користувачі з пробною версією порівняно з користувачами, які заплатили за гру?
Щоб відповісти на ці запитання, спеціальні параметри використовуються для створення нових груп звернень, сеансів і користувачів.
Крім того, розробник продає певні додаткові функції для розширення можливостей у грі, як-от "бонуси". Розробник уже використовує поля категорії та варіанту, але хоче ввести додаткове поле для вимірювання придбаних бонусів. Таким чином, він зможе визначити, чи певні бонуси були більш популярними за інші.
Обсяг на рівні звернення
Розгляньмо приклад того, як розробник гри може використовувати спеціальні параметри з обсягом звернення, щоб дізнатися, скільки рівнів різної складності (легкий, середній або складний) пройдено.
Розробник уже відстежує, скільки разів пройдено кожний рівень, за допомогою переглядів екрана. Тепер він хоче дізнатися, який рівень складності проходять найчастіше.
Звіт має такий вигляд:
| Рівень складності | Перегляди екрана |
|---|---|
| легко | |
| середньо | |
| складно |
До використання спеціальних параметрів розробник міг дізнатися загальну кількість переглядів екрана для кожного рівня, однак не міг групувати їх за рівнем складності.
За допомогою спеціального параметра рівень складності можна пов’язати з кожним переглядом екрана. Таким чином у звіті вказується рівень складності, який проходять найбільше.
Переваги обсягу на рівні звернення
Користувач може проходити кілька рівнів упродовж одного сеансу. Використання рівня звернення означає, що значення рівня складності будуть пов’язані лише з переглядом екрана, з якого його надіслано. Завдяки цьому перегляд екрана кожного рівня можна пов’язати з унікальним рівнем складності.
Конфігурація
Для застосування спеціального параметра спершу потрібно визначити його в налаштуваннях ресурсу в розділі "Адміністратор" в Analytics. Для цього прикладу визначення спеціального параметра має такий вигляд:
| Індекс | 1 |
| Ім’я | Рівень складності |
| Область | Звернення |
| Активно | вірно |
Збирання даних
У грі розробник уже відстежує кожний рівень за допомогою показника переглядів екрана. Щоб пов'’язати рівень складності з кожним рівнем, перед ініціалізацією відстеження переглядів екрана потрібно встановити значення спеціального параметра.
Застосування може виглядати так:
ga('create', 'UA-XXXX-Y', 'auto');
// Установити значення спеціального параметра з індексом 1.
ga('set', 'cd1', 'easy');
// Надіслати значення спеціального параметра зі зверненням переглянутих сторінок.
ga('send', 'pageview', '/level_1/');
У цьому прикладі спеціальний параметр установлено якраз перед тим, коли починається відстеження перегляду екрана. Таким чином рівень складності пов'язується з переглядом екрана, а звернення перегляду екрана можна згрупувати у звітах за рівнем складності.
Обробка
Після збирання звернень і їх надсилання в Analytics дані обробляються, а значення спеціального параметра застосовуються до звернень відповідно до їх рівня.
Наприклад, дані, зібрані для одного гравця, який пройшов 6 рівнів упродовж одного сеансу, виглядають так:
userId = 5555 Session 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
Візьміть до уваги, що використання обсягу на рівні звернення гарантує, що значення рівня складності будуть тільки пов’язані з переглядом екрана, з якого його надіслали.
Звіти
Оскільки кожний перегляд екрана пов’язаний із рівнем складності, після обробки розробник може створити звіт, у якому використовуватимуться назва екрана та рівень складності як параметри, а також перегляди екрана – як показник:
| Назва екрана | Рівень складності | Перегляди екрана |
|---|---|---|
| /level_1/ | легкий | 1 |
| /level_2/ | середній | 1 |
| /level_3/ | складний | 1 |
| /level_4/ | легкий | 1 |
| /level_5/ | середній | 1 |
| /level_6/ | середній | 1 |
Щоб згрупувати перегляди екрана та дізнатися, скільки разів пройдено кожний рівень складності, можна створити спеціальний звіт, де основним параметром є "Рівень складності":
| Рівень складності | Перегляди екрана |
|---|---|
| легкий | 2 |
| середній | 3 |
| складний | 1 |
У цьому звіті найбільше разів проходили рівні середньої складності. Таку статистику вдалось отримати, згрупувавши перегляди екрана за спеціальними параметрами на рівні звернення.
Рівень сеансу
Розгляньмо на прикладі, як розробник гри може використовувати спеціальні параметри з обсягом на рівні сеансу, щоб побачити, скільки рівнів проходять щодня під час використання 3-денної пробної версії.
Розробник уже знає, скільки разів проходять кожний рівень, оскільки відстежує перегляди екрана для кожного рівня. Тепер він хоче дізнатися, скільки рівнів проходили щодня.
Звіт, який розробник хоче створити, має такий вигляд:
| День використання пробної версії | Перегляди екрана |
|---|---|
| День 1 | |
| День 2 | |
| День 3 |
Використовуючи спеціальні параметри на рівні сеансу, розробник може групувати перегляди екрана за днем пробної версії та бачити, як змінюється це число, коли гравець проводить більше часу, користуючись безкоштовною пробною версією.
Обсяг на рівні сеансу
Ви можете використовувати обсяг на рівні сеансу для ефективного групування цілих сеансів і всіх звернень їх компонентів за одним значенням "День пробної версії".
Хоча з обсягом на рівні звернення можна отримати ті самі функції, обсяг на рівні сеансу дає змогу зручно встановити значення "День пробної версії", використовуючи мінімум додаткового коду.
Конфігурація
Спеціальний параметр "День пробної версії" визначається в розділі налаштувань ресурсу інтерфейсу користувача Analytics за допомогою таких значень:
| Індекс | 2 |
| Ім’я | День пробної версії |
| Обсяг | Сеанс |
| Активно | вірно |
Збирання даних
У грі розробник уже відстежує кожний рівень за допомогою показника переглядів екрана. Щоб пов’язати день з усіма переглядами екрана в сеансі, значення спеціального параметра має бути встановлено лише один раз за сеанс.
Розробник установлює спеціальний параметр, коли користувач починає грати:
ga('create', 'UA-XXXX-Y', 'auto');
// Установити значення спеціального параметра з індексом 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Надіслати значення спеціального параметра зі зверненням переглянутих сторінок.
ga('send', 'pageview', '/level_1/');
Візьміть до уваги, що спеціальний параметр на рівні сеансу можна встановити будь-коли під час сеансу. Однак у цьому прикладі розробнику зручніше визначити день пробної версії та встановити відповідне значення на початку сеансу.
Обробка
Після збирання звернень і їх надсилання в Analytics дані обробляються, а значення спеціального параметра застосовуються до звернень відповідно до їх рівня.
Наприклад, дані, зібрані для одного гравця, який грав у гру двічі першого дня, один раз – другого дня й один раз – третього дня, виглядають так:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ Session 2: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ Session 3: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ Session 4: H1: screen_name=/level_3/ cd2_value=3
Візьміть до уваги, що значення спеціального параметра надсилається тільки з одним переглядом екрана на сеанс.
Рівень сеансу гарантує, що значення "День пробної версії" буде пов’язано з усіма зверненнями в цьому сеансі, а не лише з надісланим зверненням.
Звіти
Після обробки значення параметра на рівні сеансу буде пов'язано з усіма переглядами екрана, отриманими впродовж того самого сеансу. Тепер розробник може створити звіт, використовуючи значення "День пробної версії" та назву екрана як параметри, а перегляди екрана як показник:
| День пробної версії | Назва екрана | Перегляди екрана |
|---|---|---|
| 1 | /level_1/ | 1 |
| 1 | /level_2/ | 2 |
| 1 | /level_3/ | 1 |
| 1 | /level_4/ | 2 |
| 2 | /level_1/ | 1 |
| 2 | /level_2/ | 1 |
| 2 | /level_3/ | 1 |
| 3 | /level_3/ | 1 |
Щоб згрупувати перегляди екрана за днем і з’ясувати, скільки рівнів пробної версії проходили щодня, розробник може створити спеціальний звіт, який використовує значення "День пробної версії" як основний параметр.
| День пробної версії | Перегляди екрана |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Дані показують, що більшість рівнів проходять першого дня й помітно менше – другого та третього. Цю статистику вдалось отримати, використовуючи спеціальні параметри на рівні сеансу для групування кількох сеансів і звернень їхніх компонентів за єдиним значенням.
Рівень користувача
Врешті розгляньмо приклад того, як розробник гри може використовувати спеціальні параметри на рівні користувача, щоб дізнатися, скільки рівнів проходили користувачі з платною версією порівняно з тими, хто користувався безкоштовною пробною версією.
Як і в попередніх прикладах, загальна кількість проходження кожного рівня вже відстежується за допомогою переглядів екрана, однак зараз розробник хоче згрупувати перегляди екрана за користувачами, які грають у гру безкоштовно та платно.
Звіт має такий вигляд:
| Тип гравця | Перегляди екрана |
|---|---|
| Безкоштовний | |
| Платний |
Використовуючи спеціальний параметр на рівні користувача, розробник може отримати ці дані, пов’язавши всі перегляди екрана конкретним користувачем у його поточних і майбутніх сеансах зі значенням "Тип гравця".
Переваги обсягу на рівні користувача
Обсяг на рівні користувача дає змогу зручно згрупувати всі компоненти сеансів користувача та звернень за одним параметром. Він ідеально підходить для значень, які не часто змінюються для певного користувача, як-от "Тип гравця" в цьому прикладі.
Візьміть до уваги, що хоча ті самі функції можна отримати за допомогою обсягу на рівні звернення або сеансу, обсяг на рівні користувача надає найзручніше рішення, використовуючи мінімум коду.
Конфігурація
Спеціальний параметр "Тип гравця" визначається у розділі "Адміністратор" із такими значеннями:
| Індекс | 3 |
| Ім’я | Тип гравця |
| Обсяг | Користувач |
| Активно | вірно |
Збирання даних
Як і в попередніх прикладах, розробник уже відстежує кожний рівень за допомогою показника переглядів екрана. Щоб згрупувати ці перегляди екрана за параметром "Тип гравця", розробнику потрібно лише встановити параметр "Тип гравця", коли гравець починає грати в гру, і вдруге, коли він згодом оплачує доступ до повної версії гри.
Розробник установлює спеціальний параметр, коли користувач починає грати:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Free' );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Розробник також хоче встановити спеціальний параметр, коли користувач грає в повну версію гри:
ga('create', 'UA-XXXX-Y', 'auto');
// Установити значення спеціального параметра з індексом 3.
ga('set', 'dimension3', 'Paid' );
// Надіслати значення спеціального параметра зі зверненням переглянутих сторінок.
ga('send', 'pageview', '/level_1/');
Обробка
Як і в попередніх прикладах, зібрані дані обробляються, а значення спеціального параметра застосовуються до звернень відповідно до їх рівня.
Наприклад, дані, зібрані для одного гравця, який грав у гру двічі безкоштовно й один раз із платної версії, виглядають так:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Візьміть до уваги, що значення free, установлене в сеансі 1, застосовується до всіх звернень у цьому сеансі, а також у сеансі 2, доки нове значення paid
не буде встановлено в сеансі 3.
Звіти
Значення спеціального параметра "Тип гравця" буде пов’язано із сеансами, у яких ці значення були встановлені, а також із будь-якими майбутніми сеансами й зверненнями.
Тепер розробник може створити звіт, використовуючи параметр "Тип гравця" та назву екрана як параметри, а перегляди екрана як показник:
| Тип гравця | Назва екрана | Перегляди екрана |
|---|---|---|
| Безкоштовний | /level_1/ | 1 |
| Безкоштовний | /level_2/ | 2 |
| Безкоштовний | /level_3/ | 2 |
| Платний | /level_3/ | 1 |
| Платний | /level_4/ | 1 |
Розробник може створити спеціальний звіт, де використовуватиме значення "Тип гравця" як основний параметр, щоб згрупувати перегляди екрана за цим параметром й з’ясувати, скільки рівнів проходили гравці щодня в безкоштовній версії порівняно з тими, хто грав у платній.
| Тип гравця | Перегляди екрана |
|---|---|
| Безкоштовний | 5 |
| Платний | 2 |
Дані показують, що гравці з безкоштовною версією проходили більше рівнів, ніж користувачі з платною версією. Цю статистику вдалось отримати, використовуючи спеціальні параметри на рівні користувача для групування користувачів і компонентів їхніх сеансів зі зверненнями за єдиним значенням.
Обсяг на рівні продукту
Розгляньмо приклад того, як розробник гри може використовувати спеціальні параметри з обсягом на рівні продукту, щоб дізнатися, який рівень "бонусів" (слабкий, середній або сильний) придбали.
Розробник уже відстежує, скільки бонусів придбали, використовуючи Розширену електронну комерцію. Тепер він хоче дізнатися, які бонуси купують найбільше.
Звіт матиме такий вигляд:
| Рівень бонуса | Дохід від продукту |
|---|---|
| слабкий | |
| середній | |
| сильний |
До використання спеціальних параметрів розробник міг бачити загальний дохід продукту від бонусів, однак не міг групувати цей дохід за рівнем бонусу.
За допомогою спеціального параметра на рівні продукту рівень бонусу можна пов’язати з кожним продуктом. Таким чином звіти включатимуть інформацію про те, бонуси якого рівня найбільше купують (а також переглядають, натискають і здійснюють інші операції розширеної електронної комерції).
Переваги обсягу на рівні продукту
Користувач може придбати кілька бонусів в одній покупці. Використання рівня продукту означає, що значення рівня бонусу буде пов’язано лише з тим продуктом, з якого його надіслали. Це дає змогу пов’язати кожний придбаний бонус з його унікальним рівнем.
Конфігурація
Спеціальний параметр "Рівень бонусу" визначається в налаштуваннях ресурсу в розділі "Адміністратор" в Analytics за допомогою таких значень:
| Індекс | 4 |
| Ім’я | Рівень бонуса |
| Обсяг | Продукт |
| Активно | вірно |
Збирання даних
У грі розробник уже відстежує кожну покупку бонусу. Щоб пов’язати рівень із кожним бонусом, у даних продукту потрібно встановити спеціальний параметр.
Додавання цього параметра до продукту може виглядати так:
ga('ec:addProduct', { // Надати деталі продукту в productFieldObject.
'id': 'P12345', // Ідентифікатор продукту (рядок).
'name': 'Powerup', // Назва продукту (рядок).
'category': 'Extras', // Категорія продукту (рядок).
'variant': 'red', // Варіант продукту (рядок).
'price': '10.00', // Ціна продукту (валюта).
'quantity': 2, // Кількість продуктів (число).
'dimension4': 'strong' // Product-scoped custom dimension (string).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Надіслати дані трансакції з початковими переглянутими сторінками.
У цьому прикладі спеціальний параметр установлюється разом з інформацією про продукт. Таким чином, рівень пов’язується із цим бонусом.
Обробка
Як і в попередніх прикладах, після обробки звернень і їх надсилання в Analytics дані обробляються, а значення спеціального параметра застосовуються до продуктів, у яких його встановлено.
Наприклад, дані, зібрані для одного гравця, який придбав 3 бонуси під час одного сеансу, виглядають так:
userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Зверніть увагу, що використання рівня продукту гарантує, що кожне значення рівня бонусу будуть пов’язані лише з продуктом, у якому його встановлено.
Звіти
Оскільки кожен продукт зв’язаний із рівнем бонусу, тепер розробник може створити спеціальний звіт, у якому буде показано дохід за рівнем бонусу.
| Рівень бонусу | Дохід від продукту |
|---|---|
| слабки | 20,00 |
| сильний | 10,00 |
У цьому звіті слабкі бонуси принесли найбільший дохід.
Спеціальні показники
Обсяг
Як і спеціальні параметри, спеціальні показники мають різну область. Спеціальні показники на рівні звернення зв’язуються з параметрами на рівні звернення, для яких їх надіслано. Так само спеціальні показники на рівні продукту зв’язуються лише з продуктами, для яких їх надіслано. Далі ми розглянемо приклади двох типів спеціальних показників.
Приклад спеціального показника з обсягом на рівні звернення
У наведених вище прикладах розробник гри відстежував кожний випадок проходження рівня як перегляд екрана. У кожному створеному звіті показник перегляду екрана використовується для відображення спроби гравця пройти рівень.
Однак розробник також хоче знати швидкість проходження кожного рівня.
Для визначення швидкості проходження розробник використовуватиме новий спеціальний показник під назвою "Проходження рівня" й порівнюватиме його з переглядами екрана для кожного рівня.
Звіт має такий вигляд:
| Назва екрана | Перегляди екрана | Проходження рівня |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Навіщо використовувати спеціальні показники?
У багатьох випадках ви матимете можливість використовувати події, перегляди екрана та спеціальний показник, щоб відстежувати найважливіші показники. Однак за допомогою спеціальних показників можна створити гнучкіші та зрозуміліші спеціальні звіти, які дають змогу зручно відстежувати найважливіші показники.
У цьому прикладі, проходження рівня неможливо відстежити як перегляд екрана, не порахувавши повторно кількість переглядів екрана для кожного рівня, тому потрібно знайти інший варіант.
Хоча подію можна використати самостійно, через ієрархічний порядок буде важко побудувати звіт вище, поєднуючи в одному параметрі перегляди екрана та проходження рівня гри.
Через зазначені вище обмеження, а також через те, що проходження рівня є настільки важливим показником для цього розробника, його найзручніше відстежувати як спеціальний показник.
Конфігурація
Спеціальний показник "Проходження рівня" визначається в розділі керування в інтерфейсі користувача за допомогою таких значень:
| Індекс | 1 |
| Ім’я | Проходження рівня |
| Обсяг | Звернення |
| Тип форматування | Ціле число |
| Активно | вірно |
Збирання даних
Розробник уже відстежує початок проходження кожного рівня за допомогою переглядів екрана. Тепер він хоче відстежувати проходження рівня, використовуючи новий спеціальний показник.
Як і у випадку зі спеціальними параметрами, спеціальні показники надсилаються в Analytics як параметри, прив'язані до інших звернень. Щоб надіслати значення спеціального параметра, розробник також повинен надіслати додаткове звернення, щоб зафіксувати проходження рівня. У цьому прикладі подію буде запущено після завершення рівня, а спеціальний показник буде пов'язано з цією подією.
Застосування може виглядати так:
ga('create', 'UA-XXXX-Y', 'auto');
// Збільшити показник проходження рівня на 1.
ga('set', 'metric1', 1 );
// Надіслати значення спеціального параметра зі зверненням до події.
ga('send', 'event', 'Level', 'completion');
Обробка
Дані для одного гравця, який грає три рівні протягом одного сеансу, перед обробкою виглядатимуть так:
userId = 5555 Session 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
Звіти
Після обробки розробник може створити звіт, у якому назва екрана використовується як параметр, а перегляди екрана, загальна кількість подій і пройдені рівні як показник:
| Назва екрана | Перегляди екрана | Загальна кількість подій | Проходження рівня |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Оскільки розробник відстежував проходження рівня як спеціальний показник, у майбутньому не потрібно фільтрувати події проходження із загального обсягу подій.
Натомість розробник може легко створити наведений нижче спеціальний звіт за допомогою спеціального показника "Проходження рівня".
| Назва екрана | Перегляди екрана | Проходження рівня |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Дані показують, що рівень 2 насправді складніший, ніж рівні 1 і 3. За кількістю переглядів екрана його показник проходження становить 33% . Відстежуючи проходження рівня як спеціальний показник, розробник може легко отримати відповіді про ключові показники та створити спрощені звіти й поділитися ними з іншими.
Приклад спеціального показника з обсягом продукту
У наведених вище прикладах розробник гри відстежував кожну покупку бонусу. Є кілька показників, які можна пов’язати з кожною покупкою, як-от кількість і дохід від продукту.
Однак розробник гри нещодавно провів рекламну акцію, надавши всім користувачам кредит у розмірі 100 доларів США. Розробник гри хоче виміряти, які бонуси люди купують за цей кредит.
Щоб визначити кредити, використані для покупки продукту, розробник користуватиметься новим спеціальним показником "Використані кредити".
Звіт має такий вигляд:
| Рівень бонуса | Дохід від продукту | Використані кредити |
|---|---|---|
| сильний | ||
| середній | ||
| слабкий |
Конфігурація
Спеціальний параметр "Використані бонуси" визначається в розділі "Адміністратор" за допомогою наведених нижче значень.
| Індекс | 2 |
| Ім’я | Використані кредити |
| Обсяг | Продукт |
| Тип форматування | Ціле число |
| Активно | вірно |
Збирання даних
Як і у випадку зі спеціальними параметрами на рівні продукту, спеціальні показники на рівні продукту надсилаються в Analytics як параметри, прив’язані до даних продукту.
Застосування може виглядати так:
ga('ec:addProduct', { // Надати деталі продукту в productFieldObject.
'id': 'P12345', // Ідентифікатор продукту (рядок).
'name': 'Powerup', // Назва продукту (рядок).
'category': 'Extras', // Категорія продукту (рядок).
'variant': 'red', // Варіант продукту (рядок).
'price': '10.00', // Ціна продукту (валюта).
'quantity': 2, // Кількість продуктів (число).
'dimension4': 'strong', // Спеціальний параметр з обсягом продукту (рядок).
'metric2': 5 // Product-scoped custom metric (integer).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Надіслати дані трансакції з початковими переглянутими сторінками.
Обробка
Дані для одного гравця, який купив кілька бонусів, перед обробкою виглядатимуть так:
userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Звіти
Після обробки розробник може створити звіт, у якому "Рівень бонусу" використовується як параметр, а "Дохід від продукту" та "Використані бонуси" як показники:
| Рівень бонусу | Дохід від продукту | Використані кредити |
|---|---|---|
| слабкий | 20 | 15 |
| сильний | 10 | 5 |
| середній | 10 | 1 |
Дані свідчать про те, що гравці використовують свої кредити для придбання бонусів з рівнем "слабкий". Розробник отримав найбільший дохід від бонусів із середнім рівнем дії.
Рекомендації щодо застосування
Під час застосування спеціальних параметрів і показників візьміть до уваги наведені нижче рекомендації.
Редагування наявного параметра чи показника
Зміна назви чи області наявного спеціального параметра або показника може впливати на ваші дані.
- Редагування назви: впливає на вже оброблені дані. Старі дані будуть доступні, лише якщо використовувати нову назву.
- Редагування обсягу: не впливає на вже оброблені дані. Оброблятимуться лише нові дані, використовуючи новий обсяг.
- Зміна статусу: у полі "Активний" указується, чи оброблено значення спеціального параметра або показника. Зверніть увагу: якщо в цьому полі зазначено
неправда, спеціальний параметр або показник усе одно відображатиметься у ваших звітах, однак не матиме пов’язаних даних (оскільки його значення не оброблялися).
Правильно вибирайте область
Вирішуючи, який обсяг використовувати для певного спеціального показника, подумайте, як часто за вашими розрахунками має змінюватися значення. Якщо значення може змінитися багато разів під час сеансу, як-от назва рівня в грі, використовуйте обсяг звернення й установіть значення перед кожним зверненням. З іншого боку, спеціальний параметр, як-от стать, можна встановити на рівні користувача лише один раз. Для надсилання значення статі з кожним зверненням треба докласти зайві зусилля. І якщо налаштувати для спеціального параметра, який часто змінюється, обсяг користувача, багато звернень буде неправильно пов'язано з цим значенням.
