Прилагођени аспекти и показатељи су налик подразумеваним аспектима и показатељима на налогу Аналитике, са том разликом што их правите сами. Можете да их користите за прикупљање и анализу података које Аналитика не прати аутоматски.
У овом чланку:Преглед
Прилагођени аспекти и показатељи вам омогућавају да комбинујете податке Аналитике са подацима изван Аналитике, нпр. са подацима из управљања односима са клијентима. На пример:
- Ако складиштите податке о полу пријављених корисника у систему за управљање односима са клијентима, можете да комбинујете ове информације са подацима Аналитике да бисте видели показатељПрикази странице према полу.
- Ако сте програмер игара, показатељи као што су „завршени нивои“ или „рекорд“ могу да буду релевантнији за вас од унапред дефинисаних показатеља, нпр. Прикази екрана. Ако пратите ове податке помоћу прилагођених показатеља, можете да пратите напредак у односу на најважније показатеље. То вам омогућавају прилагођени извештаји који су флексибилни и прегледни.
Прилагођени аспекти могу да се приказују као примарни аспекти у прилагођеним извештајима. Можете да их користите и као сегменте и секундарне аспекте у стандардним извештајима.
Предуслови
Прилагођени аспекти и показатељи су доступни само за производе који су омогућени за Универзалну аналитику или садрже бар један приказ за извештавање о апликацији. Пакети за развој софтвера Google аналитике за Android и iOS (верзије 2.x или новије), analytics.js и Measurement Protocol подржавају прилагођене аспекте и показатеље.
Прилагођени аспекти и показатељи захтевају додатно подешавање на налогу Аналитике и у коду за праћење. Када обавите оба корака подешавања, можете да их користите у извештајима.
Ограничења и упозорења
У сваком производу је за различите прилагођене аспекте доступно 20 индекса и 20 индекса за прилагођене показатеље. Налози услуге 360 имају 200 доступних индекса за прилагођене аспекте и 200 за прилагођене показатеље.
Прилагођене аспекте не можете да избришете, али можете да их онемогућите. Избегавајте поновно коришћење прилагођених аспеката. Када измените назив, опсег и вредност прилагођеног аспекта, старе и нове вредности могу да се упаре са називом старог или новог аспекта. Тако се подаци у извештајима обједињују, па не могу прецизно да се раздвоје помоћу филтера.
Одређени прилагођени аспекти нису доступни у извештавању када се комбинују са информацијама о демографским категоријама. Када шаљете захтев за прилагођене аспекте са подацима о демографским категоријама, може да дође до примене граничне вредности или некомпатибилности у извештавању или API-ју.
Циклус прилагођених аспеката и показатеља
Циклус прилагођеног аспекта или показатеља има четири фазе:
- Конфигурација – дефинишете прилагођене аспекте и показатеље помоћу индекса, назива и других својстава попут опсега.
- Прикупљање – из примене шаљете вредности прилагођених аспеката и показатеља Google аналитици.
- Обрада – подаци се обрађују помоћу дефиниција прилагођених аспеката и показатеља, као и филтера приказа за извештавање.
- Извештавање – правите нове извештаје помоћу прилагођених аспеката и показатеља у корисничком интерфејсу Аналитике.
Конфигурација
Да бисте могли да шаљете вредности прилагођених аспеката и показатеља Аналитици, прво морате да их дефинишете у производу аналитике. Сваки производ Аналитике има 20 доступних индекса за прилагођене аспекте и још 20 за прилагођене показатеље.
Када дефинишете прилагођени аспект или показатељ, наведите његов назив и друге вредности конфигурације, а Аналитика ће доделити број индекса који ћете касније користити као референцу на аспект или показатељ. Прилагођени аспекти имају следеће вредности конфигурације:
- Назив – назив прилагођеног аспекта, онако како се приказује у извештајима.
- Опсег – прецизира на које податке се примењују прилагођени аспекти или показатељи. Сазнајте више о опсегу.
- Активно – показује да ли се вредност прилагођеног аспекта или показатеља обрађује. Неактивни прилагођени аспекти могу и даље да се приказују у извештајима, али њихове вредности се не обрађују.
Прилагођени показатељи имају следеће вредности конфигурације:
- Назив – назив прилагођеног показатеља, онако како се приказује у извештајима.
- Тип – одређује како се вредност прилагођеног показатеља приказује у извештајима.
- Минимална/максимална вредност – минимална и максимална вредност која се обрађује и приказује у извештајима.
- Активно – показује да ли се вредност прилагођеног показатеља обрађује. Неактивни прилагођени показатељи могу и даље да се приказују у извештајима, али њихове вредности се не обрађују.
Прилагођене аспекте и показатеље можете да дефинишете у корисничком интерфејсу Аналитике.
Када дефинишете прилагођени аспект или показатељ, избегавајте да мењате назив или опсег када је то могуће. У чланку Разматрања примене сазнајте како промене ових вредности могу да утичу на извештавање.
Прикупљање
Вредности прилагођених аспеката и показатеља се током прикупљања шаљу Аналитици, у виду пара параметара индекс и вредност. Параметар индекс одговара броју индекса прилагођеног аспекта или показатеља који Аналитика додељује у фази конфигурације.
За разлику од других врста података, прилагођени аспекти и показатељи се шаљу Аналитици као параметри који су повезани са другим погоцима попут приказа странице, догађаја или трансакција е-трговине. Као такве, вредности прилагођених аспеката или показатеља треба да подесите пре праћења позива, како би та вредност била послата Аналитици.
На пример, да бисте подесили вредност прилагођеног аспекта, кôд може да изгледа овако:
ga('create', 'UA-XXXX-Y', 'auto');
// Подесите вредност за прилагођени аспект у 1. индексу.
ga('set', 'cd1', 'Level 1');
// Пошаљите вредност прилагођеног аспекта са поготком приказа странице.
ga('send', 'pageview');
Типови прилагођених показатеља
Прилагођени показатељи типа Цео број или Време треба да се шаљу помоћу целих бројева, док прилагођени показатељи типа Валута могу да се шаљу као фиксне децималне вредности које одговарају локалној валути.
Обрада
Када се обрађују прилагођени аспекти, опсег одређује на које поготке ће се примењивати одређена вредност прилагођеног аспекта, док филтери приказа одређују који погоци и вредности повезане са њима ће на крају бити наведене у извештајима.
Опсег и приоритет
Опсег одређује који погоци ће бити повезани са одређеном вредношћу прилагођеног аспекта. Постоје четири нивоа опсега: производ, погодак, сесија и корисник:
- Производ – вредност се примењује на производ за који је подешена (само за побољшану е-трговину).
- Погодак – вредност се примењује на појединачни погодак за који је подешена.
- Сесија – вредност се примењује на све поготке у једној сесији.
- Корисник – вредност се примењује на све поготке у актуелној сесији и будућим сесијама, све док се вредност не промени или док прилагођени аспект не постане неактиван.
Када прилагођени аспект има опсег на нивоу производа, вредност се примењује само на производ за који је подешена. Пошто једним поготком може да се шаље више производа, прилагођени аспекти са опсегом на нивоу више производа могу да се шаљу једним поготком.
Опсег на нивоу поготкаКада прилагођени аспект има опсег на нивоу поготка, вредност се примењује само на погодак за који је подешен. Ово је приказано на слици A, слици Б и слици В у наставку:
Опсег на нивоу сесије
Када две вредности са опсегом сесије подесите за исти индекс у сесији, последња подешена вредност има предност и примењује се на све поготке у тој сесији. На слици Г у наставку, последња подешена вредност замењује евентуалне претходне вредности за тај индекс.
Опсег на нивоу корисника
На крају, ако су две вредности прилагођеног аспекта са опсегом корисника подешене у оквиру исте сесије, последња подешена вредност има предност за актуелну сесију и примењује се на будуће сесије за тог корисника.
На слици Б у наставку, вредност А прилагођеног аспекта се примењује на све поготке у 2. сесији, као и прилагођени аспект на нивоу сесије. Међутим, на слици В, за разлику од опсега на нивоу сесије, вредност А прилагођеног аспекта се и даље примењује на поготке у трећој сесији јер 1. прилагођени аспект има опсег на нивоу корисника:
Филтери
Филтери приказа могу да остваре интеракцију са прилагођеним аспектима и показатељима на неколико начина.
Свака појединачна вредност прилагођених аспеката и показатеља је повезана са поготком који је остварила, без обзира на опсег. Ако се тај погодак филтрира помоћу филтера приказа, може да се филтрира и прилагођени аспект или показатељ, у зависности од опсега:
- Опсег поготка: Прилагођени аспекти са опсегом поготка и сви прилагођени показатељи се филтрирају ако је филтриран и погодак са којим су повезани.
- Опсег сесије или корисника: Прилагођени аспекти са опсегом корисника или сесије се не филтрирају чак и ако се филтрира погодак са којим су повезан. Њихове вредности се и даље примењују на све поготке у актуелној сесији, као и у будућим сесијама ако аспект има опсег корисника.
Прилагођени аспекти могу да се користе и за прављење филтера приказа. То ће довести до филтрирања погодака у складу са опсегом прилагођеног аспекта. На пример, филтрирање према вредности прилагођеног аспекта са опсегом корисника филтрира актуелну сесију и будуће сесије скупа корисника који су повезани са том вредношћу.
Извештавање
Када се заврше прикупљање, конфигурација и друге фазе поступка обраде, прилагођени аспекти и показатељи постају доступни преко корисничког интерфејса за извештавање.
Прилагођени аспекти и показатељи су доступни у прилагођеним извештајима и можете да их користите са напредним сегментима. Прилагођене аспекте можете да користите и као секундарне аспекте у стандардним извештајима.
Примери
Следећи примери показују како програмери игара могу да користе прилагођене аспекте и показатеље да би сазнали више о понашању играча.
Програмер игара је недавно објавио нову игру.
Актуелна примена Аналитике прати приказ екрана сваки пут када корисник игра неки ниво игре. Програмер већ зна колико пута су корисници играли сваки ниво. Сада жели да одговори на нека сложенија питања:
- Колико пута су корисници играли лаке нивое у односу на нивое средње тежине или тешке?
- Колико нивоа су корисници играли сваког дана током тродневног бесплатног пробног периода?
- Колико нивоа су корисници играли током пробног периода у односу на кориснике који су платили игру?
Да би добио одговоре на ова питања, програмер користи прилагођене аспекте за прављење нових група погодака, сесија и корисника.
Поред тога, да би побољшао кориснички доживљај, продаје неке додатне функције као што су „појачања“. Програмер већ користи поља за категорију и варијанту, али му треба додатно поље да би мерио предност купљеног појачања. Тако може да утврди да ли су одређени интензитети појачања популарнији од других.
Опсег на нивоу поготка
Погледајмо пример који показује како програмер игара може да користи прилагођене аспекте на нивоу поготка да би сазнао колико су нивоа различите тежине – лаки, средњи и тешки – корисници играли.
Помоћу приказа екрана програмер већ прати колико пута су корисници играли сваки ниво. Сада жели да зна који ниво тежине најчешће играју.
Извештај ће изгледати овако:
| Тежина | Прикази екрана |
|---|---|
| лако | |
| средњe | |
| тешко |
Пре коришћења прилагођених аспеката, програмер је могао да види укупан број приказа екрана према нивоу, али није могао да их групише према тежини.
Помоћу прилагођеног аспекта на нивоу поготка тежина може да се повеже са сваким приказом екрана, што омогућава да извештаји садрже ниво тежине који корисници најчешће играју.
Зашто би требало да користите опсег на нивоу поготка?
Корисник може да игра неколико нивоа у току једне сесије. Коришћење опсега на нивоу поготка значи да се вредност тежине повезује само са приказом екрана са којим се шаље. Овим се обезбеђује могућност повезивања сваког приказа екрана за ниво са јединственом тежином.
Конфигурација
Први корак у примени прилагођеног аспекта је да га дефинишете у подешавањима производа у одељку „Администратор“ Аналитике. У овом примеру, дефиниција прилагођеног аспекта изгледа овако:
| Индекс | 1 |
| Име | Тежина |
| Опсег | Погодак |
| Активно | true |
Прикупљање
Програмер у игри већ прати сваки ниво помоћу приказа екрана. Да би повезао ниво тежине са сваким нивоом игре, вредност прилагођеног аспекта мора да подеси непосредно пре позива како би пратио приказе екрана.
Примена може да изгледа овако:
ga('create', 'UA-XXXX-Y', 'auto');
// Подесите вредност за прилагођени аспект у 1. индексу.
ga('set', 'cd1', 'easy');
// Пошаљите вредност прилагођеног аспекта са поготком приказа странице.
ga('send', 'pageview', '/level_1/');
Прилагођени аспект је у овом примеру подешен непосредно пре праћења приказа екрана за ниво. То повезује тежину са приказом екрана и омогућава да се погоци приказа екрана групишу у извештајима према тежини.
Обрада
Када се погоци прикупе и пошаљу Аналитици, подаци се обрађују и вредности прилагођених аспеката се примењују на поготке у складу са опсегом.
На пример, подаци који су прикупљени за једног играча, са једном сесијом, који је играо 6 нивоа, изгледају овако:
userId = 5555 1. сесија: H1: screen_name=/level_1/ cd1_value=лако H2: screen_name=/level_2/ cd1_value=средње H3: screen_name=/level_3/ cd1_value=тешко H4: screen_name=/level_4/ cd1_value=лако H5: screen_name=/level_5/ cd1_value=средње H6: screen_name=/level_6/ cd1_value=средње
Имајте на уму да коришћење опсега на нивоу поготка обезбеђује да се свака појединачна вредност за тежину повеже само са приказом екрана са којим се шаље.
Извештавање
Пошто је сваки приказ екрана повезан са одговарајућом вредношћу тежине нивоа, после обраде програмер може да направи извештај који користи назив екрана и тежину као аспекте, а приказе екрана као показатељ:
| Назив екрана | Тежина | Прикази екрана |
|---|---|---|
| /level_1/ | лако | 1 |
| /level_2/ | средњe | 1 |
| /level_3/ | тешко | 1 |
| /level_4/ | лако | 1 |
| /level_5/ | средњe | 1 |
| /level_6/ | средњe | 1 |
Можете да направите прилагођени извештај који користи вредност Тежина као примарни аспект за груписање приказа екрана и сазнате колико пута су корисници играли сваки ниво тежине:
| Тежина | Прикази екрана |
|---|---|
| лако | 2 |
| средњe | 3 |
| тешко | 1 |
У овом извештају корисници су највише играли нивое средње тежине. Овај увид је омогућило коришћење прилагођених аспеката на нивоу поготка за груписање приказа екрана.
Опсег на нивоу сесије
Хајде да сада погледамо пример начина на који програмер игара може да користи прилагођене аспекте на нивоу сесије да би видео колико нивоа су корисници играли сваког дана током тродневног бесплатног пробног периода.
Праћење приказа екрана за сваки ниво омогућава програмеру да већ зна колико пута су корисници играли сваки ниво. Сада жели да сазна колико нивоа су играли сваког дана.
Извештај који програмер жели да направи изгледа овако:
| Дан током пробног периода | Прикази екрана |
|---|---|
| 1. дан | |
| 2. дан | |
| 3. дан |
Помоћу прилагођеног аспекта на нивоу сесије програмер може да групише приказе екрана према дану током пробног периода и да види како се овај број мења са повећањем времена које корисник проводи током бесплатног пробног периода.
Зашто би требало да користите опсег на нивоу сесије?
Можете да користите опсег на нивоу сесије да бисте ефикасно груписали целе сесије, као и све поготке од којих се састоје, под једном вредношћу: Дан током пробног периода.
Иако опсег на нивоу поготка можете да користите за постизање исте функције, опсег на нивоу сесије вам омогућава да са најмањим фрагментом додатног кода једноставно подесите вредност Дан током пробног периода.
Конфигурација
Прилагођени аспект Дан током пробног периода се дефинише у одељку са подешавањима производа корисничког интерфејса Аналитике помоћу ових вредности:
| Индекс | 2 |
| Име | Дан током пробног периода |
| Опсег | Сесија |
| Активно | true |
Прикупљање
Програмер у игри већ прати сваки ниво помоћу приказа екрана. Да би повезала неки дан са свим приказима екрана у сесији, вредност прилагођеног аспекта треба да подесите само једном по сесији.
Програмер би овако подесио прилагођени аспект када корисник покреће игру:
ga('create', 'UA-XXXX-Y', 'auto');
// Подесите вредност за прилагођени аспект у 2. индексу.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Пошаљите вредност прилагођеног аспекта са поготком приказа странице.
ga('send', 'pageview', '/level_1/');
Имајте на уму да прилагођени аспект на нивоу сесије може да се подеси у сваком тренутку током сесије. Међутим, у овом примеру згодно је да програмер одреди дан током пробног периода и подеси вредност у складу с тим на почетку сесије.
Обрада
Када се погоци прикупе и пошаљу Аналитици, подаци се обрађују и вредности прилагођених аспеката се примењују на поготке у складу са опсегом.
На пример, подаци прикупљени за једног играча, који је двапут играо игру током првог дана, једном током другог и једном током трећег дана, изгледају овако:
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
Имајте на уму да се вредности прилагођених аспеката шаљу са само једним приказом екрана по сесији.
Опсег на нивоу сесије обезбеђује да вредност Дан током пробног периода буде повезана са свим погоцима у тој сесији, а не само са поготком са којим се шаље.
Извештавање
Вредности прилагођеног аспекта на нивоу сесије се после обраде повезују са свим приказима екрана оствареним у истој сесији. Програмер сада може да направи извештај ако користи Дан током пробног периода и назив екрана као аспекте, а приказ екрана као показатељ:
| Дан током пробног периода | Назив екрана | Прикази екрана |
|---|---|---|
| 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 |
Подаци приказују да су корисници одиграли највише нивоа током првог дана, а приметно мање током 2. и 3. дана. Овај увид је омогућило коришћење прилагођених аспеката на нивоу сесије за груписање више сесија и погодака који их чине помоћу једне вредности.
Опсег на нивоу корисника
На крају, погледајмо пример који показује како програмер игара помоћу прилагођених аспеката на нивоу корисника може да сазна колико нивоа су одиграли корисници који плаћају у односу на оне који су играли током бесплатног пробног периода.
Као и у ранијим примерима, укупан број пута када су корисници играли сваки ниво се већ прати помоћу приказа екрана, али програмер сада жели да групише приказе екрана према корисницима који не плаћају и корисницима који плаћају.
Извештај који програмер жели да види изгледа овако:
| Тип играча | Прикази екрана |
|---|---|
| Бесплатно | |
| Плаћено |
Помоћу прилагођеног аспекта на нивоу корисника програмер може да преузме ове податке тако што ће повезати све приказе екрана одређеног корисника у свим садашњим и будућим сесијама са вредношћу Тип играча.
Зашто би требало да користите опсег на нивоу корисника?
Опсег на нивоу корисника вам омогућава да једноставно групишете све саставне сесије и поготке корисника помоћу једне вредности. То је идеално за вредности које се не мењају често за одређеног корисника, нпр. Тип играча у овом примеру.
Иако иста ова функција може да се постигне помоћу опсега на нивоу поготка или сесије, имајте на уму да опсег на нивоу корисника омогућава најзгодније решење са најмањим фрагментом кода.
Конфигурација
Прилагођени аспект „Тип играча“ се дефинише у одељку „Администратор“ помоћу ових вредности:
| Индекс | 3 |
| Име | Тип играча |
| Опсег | Корисник |
| Активно | true |
Прикупљање
Као и у претходним примерима, програмер већ прати сваки ниво помоћу приказа екрана. Да би груписао ове приказе екрана према аспекту Тип играча, програмер треба само да подеси тај аспект када корисник покрене игру, а други пут када корисник накнадно плати приступ пуној верзији игре.
Програмер би овако подесио прилагођени аспект када корисник покреће игру:
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/');
Обрада
Као и у претходним примерима, после прикупљања подаци се обрађују и вредности прилагођених аспеката се примењују на поготке у складу са опсегом.
На пример, подаци прикупљени за једног играча који је двапут одиграо игру као корисник који не плаћа и једном као корисник који плаћа би изгледали овако:
userId = 5555 1. сесија: H2: screen_name=/level_1/ cd3_value=бесплатно 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=плаћено 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 |
Подаци приказују да су корисници који не плаћају одиграли више нивоа у односу на кориснике који плаћају. Овај увид је омогућило коришћење прилагођених аспеката на нивоу корисника за груписање корисника и саставних сесија и погодака помоћу једне вредности.
Опсег на нивоу производа
Погледајмо пример који приказује како програмер игара може да користи прилагођене аспекте на нивоу производа да би сазнао који интензитет појачања је купљен – слаб, средњи или јак.
Програмер већ прати колико пута су купљена појачања помоћу побољшане е-трговине. Сада жели да сазна који интензитет појачања се купује најчешће.
Извештај ће изгледати овако:
| Интензитет појачања | Приход од производа |
|---|---|
| слабо | |
| средњe | |
| јако |
Пре коришћења прилагођених аспеката, програмер је могао да види укупан приход који производ остварује од појачања, али није могао да групише тај приход према интензитету појачања.
Помоћу прилагођеног аспекта на нивоу производа интензитет може да се повеже са сваким производом, што омогућава да извештаји садрже интензитет који се највише купује (као и интензитет са највише приказа, кликова и других радњи побољшане е-трговине).
Зашто би требало да користите опсег на нивоу производа?
Корисник може да купи неколико појачања током једне куповине. Коришћење опсега на нивоу производа значи да се вредност интензитета повезује само са производом помоћу кога се шаље. Ово обезбеђује да свако купљено појачање може да се повеже са јединственим интензитетом.
Конфигурација
Прилагођени аспект Интензитет појачања дефинишете у одељку за подешавања производа на страници „Администратор“ Аналитике помоћу ових вредности:
| Индекс | 4 |
| Име | Интензитет појачања |
| Опсег | Производ |
| Активно | true |
Прикупљање
У оквиру игре програмер већ прати сваку куповину појачања. Да би повезао интензитет са сваким појачањем, мора да подеси прилагођени аспект помоћу података о производу.
Додавање овог аспекта у производ може да изгледа овако:
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'); // Пошаљите податке о трансакцији са првобитним приказом странице.
У овом примеру прилагођени аспект је подешен заједно са информацијама о производу. То повезује одређени интензитет са овим појачањем.
Обрада
Као и у претходним примерима, када се погоци прикупе и пошаљу Аналитици, подаци се обрађују и вредности прилагођених аспеката се примењују на производе за које су подешени.
На пример, подаци који су прикупљени за једног играча, са једном сесијом, који је купио 3 појачања, изгледају овако:
userId = 5555
1. сесија:
H1: product_name=powerup cd4_value=слабо
product_name=powerup cd4_value=јако
H2: product_name=powerup cd4_value=слабо
Имајте на уму да коришћење опсега на нивоу производа обезбеђује да свака вредност за појачање буде повезана само са производом за који је подешена.
Извештавање
Пошто је сваки производ повезан са одговарајућом вредношћу интензитета, после обраде програмер може да направи прилагођени извештај који показује приход према аспекту Интензитет појачања.
| Интензитет појачања | Приход од производа |
|---|---|
| слабо | 20,00 |
| јако | 10,00 |
У овом извештају појачања слабог интензитета су донела највише прихода.
Прилагођени показатељи
Опсег
Слично прилагођеним аспектима, прилагођени показатељи могу да имају различите опсеге. Прилагођени показатељи на нивоу поготка се повезују са свим аспектима на нивоу поготка са којима се шаљу. Слично томе, прилагођени показатељи на нивоу производа се повезују само са производима са којима се шаљу. Следећи примери илуструју ова два типа прилагођених показатеља.
Пример за прилагођени показатељ са опсегом поготка
У горенаведеним примерима, програмер игара прати свако играње нивоа као приказ екрана. У сваком генерисаном извештају, показатељ приказа екрана се користи да представи покушај играча да заврши ниво.
Међутим, програмер жели да сазна и стопу завршетка сваког нивоа.
Да би утврдио стопу завршетка, програмер користи нови прилагођени показатељ под називом Завршени нивои и пореди га са приказима екрана за сваки ниво.
Жељени извештај изгледа овако:
| Назив екрана | Прикази екрана | Завршени нивои |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Зашто би требало да користите прилагођени показатељ?
У многим случајевима имате могућност да користите догађаје, приказе екрана и/или прилагођени показатељ за праћење најважнијих показатеља. Међутим, прилагођени показатељи могу да доведу до прављења прилагођених извештаја који су флексибилнији и читљивији и као такви представљају згодан начин да пратите најважније показатеље.
У овом примеру завршени нивои не могу да се прате као прикази екрана без двоструког бројања приказа екрана према нивоу, па је најбоље да пронађете другу опцију.
Иако догађај може да се користи самостално, због хијерархијске природе догађаја било би тешко направити горепоменути извештај комбиновањем приказа екрана и завршених нивоа у оквиру једног аспекта.
Због горенаведених ограничења, као и због тога што су Завршени нивои веома важан показатељ за овог програмера, најзгодније је да се прате као прилагођени показатељ.
Конфигурација
Прилагођени показатељ Завршени нивои се дефинише у одељку за управљање корисничког интерфејса помоћу ових вредности:
| Индекс | 1 |
| Име | Завршени нивои |
| Опсег | Погодак |
| Тип форматирања | Цео број |
| Активно | true |
Прикупљање
Програмер већ прати почетак сваког нивоа помоћу приказа екрана. Сада жели да прати завршене нивое помоћу новог прилагођеног показатеља.
Као и у случају прилагођених аспеката, прилагођени показатељи се шаљу Аналитици као параметри који су повезани са другим погоцима. Да би послао вредност прилагођеног показатеља, програмер мора да пошаље и додатни погодак за евидентирање корисника који је завршио ниво. У овом примеру, догађај се покреће када корисник заврши ниво и прилагођени показатељ се повезује са тим догађајем.
Та примена може да изгледа овако:
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
Извештавање
После обраде, програмер може да направи извештај који користи назив екрана као аспект, а приказе екрана, укупан број догађаја и завршене нивое као показатељ.
| Назив екрана | Прикази екрана | Укупан број догађаја | Завршени нивои |
|---|---|---|---|
| /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 USD. Жели да измери која појачања људи купују помоћу кредита.
Да би одредио износ кредита који се користи за куповину производа, програмер користи нови прилагођени показатељ под називом Искоришћени кредити.
Жељени извештај изгледа овако:
| Интензитет појачања | Приход од производа | Искоришћени кредити |
|---|---|---|
| јако | ||
| средњe | ||
| слабо |
Конфигурација
Показатељ „Искоришћени кредити“ се дефинише у одељку „Администратор“ помоћу ових вредности:
| Индекс | 2 |
| Име | Искоришћени кредити |
| Опсег | Производ |
| Тип форматирања | Цео број |
| Активно | true |
Прикупљање
Као и у случају прилагођених аспеката на нивоу производа, прилагођени показатељи на нивоу производа се шаљу Аналитици као параметри повезани са подацима о производу.
Та примена може да изгледа овако:
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=слабо cm2_value=5
product_name=powerup cd4_value=јако cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=средње cm2_value=1
product_name=powerup cd4_value=слабо cm2_value=10
Извештавање
После обраде, програмер може да направи извештај који користи Интензитет појачања као аспект, а Приход од производа и Искоришћени кредити као показатеље:
| Интензитет појачања | Приход од производа | Искоришћени кредити |
|---|---|---|
| слабо | 20 | 15 |
| јако | 10 | 5 |
| средњe | 10 | 1 |
Подаци указују на то да играчи користе кредите за појачања слабог интензитета. Програмер је остварио највећи профит на појачањима средњег интензитета.
Разматрања примене
Када примењујете прилагођене аспекте или показатеље, имајте на уму следеће:
Измена постојећих аспеката или показатеља
Када измените назив или опсег постојећег прилагођеног аспекта или показатеља, то може да утиче на податке на следећи начин:
- Измена назива: утиче на податке који су већ обрађени. Старим подацима ћете моћи да приступате само помоћу новог назива.
- Измена опсега: не утиче на податке који су већ обрађени. Обрађиваћемо само нове податке помоћу новог опсега.
- Промена активног статуса: активно поље одређује да ли се вредности прилагођених аспеката или показатеља стварно обрађују. Када је вредност активног поља
false, имајте на уму да ће се прилагођени аспект или показатељ и даље приказивати у извештајима. Међутим, пошто њихове вредности нису обрађене, извештаји неће садржати никакве податке повезане са њима.
Планирајте унапред при подешавању опсега
Када одлучујете који опсег да користите за одређени прилагођени аспект, размислите колико често очекујете да ће се одређена вредност мењати. Ако је то вредност која може да се промени много пута током сесије, попут назива нивоа у игри, користите опсег погодака и подесите вредности пре сваког поготка. С друге стране, прилагођени аспект попут пола можете да подесите на нивоу корисника само једном. Слање вредности за категорију пола са сваким поготком би захтевало превише непотребног труда. Конфигурисањем прилагођеног аспекта који се често мења, у зависности од опсега корисника, бисте погрешно повезали многе поготке са том вредношћу.
