Tinkinti aspektai ir metrika yra tarsi numatytieji jūsų „Analytics“ paskyros aspektai ir metrika, išskyrus tai, kad juos sukuriate patys. Galite juos naudoti duomenims, kurių „Analytics“ nestebi automatiškai, rinkti ir analizuoti.
Šiame straipsnyjeApžvalga
Tinkinti aspektai ir metrika leidžia derinti „Analytics“ duomenis su ne „Analytics“ duomenimis, pvz., RSKV duomenimis. Pavyzdys:
- jei saugote RSKV sistemoje prisiregistravusių naudotojų lytį, galite derinti šią informaciją su „Analytics“ duomenimis ir puslapių peržiūras matyti pagal lytį.
- Jei esate žaidimų kūrėjas, tokia metrika, kaip „lygio užbaigimai“ arba „aukščiausias rezultatas“ gali būti labiau susiję su jumis nei iš anksto apibrėžta metrika, pvz., ekrano peržiūros. Stebėdami šiuos duomenis su tinkinta metrika galite stebėti eigą pagal savo svarbiausią metriką lanksčiose ir lengvai skaitomose tinkintose ataskaitose.
Tinkinti aspektai tinkintose ataskaitose gali būti rodomi kaip pirminiai aspektai. Taip pat juos galite naudoti kaip segmentus ir antrinius aspektus standartinėse ataskaitose.
Būtinosios sąlygos
Tinkinti aspektai ir metrika pasiekiami tik toms nuosavybėms, kurios įgalintos „Universal Analytics“ arba kuriose yra bent viena programos ataskaitos peržiūra. Tinkintus aspektus ir metriką palaiko „Google Analytics“ SDK, skirti „Android“ ir „iOS“ 2.x arba naujesnei versijai, analytics.js ir matavimo protokolas.
Norint taikyti tinkintus aspektus ir metriką reikalinga papildoma „Analytics“ paskyros ir stebėjimo kodo sąranka. Atlikę abu sąrankos veiksmus galėsite naudoti tinkintus aspektus ir metriką savo ataskaitose.
Apribojimai ir įspėjimai
Kiekvienam tinkintam aspektui ir kiekvienai tinkintai metrikai teikiama po 20 galimų indeksų kiekvienoje nuosavybėje. 360 paskyrose pateikiama po 200 tinkintų aspektų ir tinkintos metrikos indeksų.
Tinkintų aspektų negalima ištrinti, bet galima jų neleisti. Nereikėtų bandyti pakartotinai naudoti tinkintų aspektų. Kai redaguojate tinkinto aspekto pavadinimą, apimtį ir vertę, seną ir naują vertes galima susieti su senu ar nauju aspekto pavadinimu. Taip sujungiami duomenys ataskaitose, kad jų nebūtų galima tiksliai atskirti naudojant filtrą.
Tam tikri tinkinti aspektai nepasiekiami ataskaitose, kai jie derinami su demografine informacija. Kai siunčiate tinkintus aspektus su demografiniais duomenimis, ataskaitų teikimas arba naudojant API gali būti taikomi slenksčio ar nesuderinamumo apribojimai.
Tinkintų aspektų ir metrikos veikimo ciklas
Yra keturi tinkintų aspektų arba metrikos veikimo ciklo etapai.
- Konfigūracija – apibrėžiate tinkintus aspektus ir metriką, naudodami indeksą, pavadinimą ir kitas ypatybes, pvz., apimtį.
- Rinkimas – siunčiate tinkintų aspektų ir metrikos vertes į „Analytics“ iš diegimo.
- Apdorojimas – jūsų duomenys apdorojami naudojant tinkintų aspektų ir metrikos apibrėžimus ir bet kokius ataskaitos peržiūros filtrus.
- Ataskaitų teikimas – kuriate naujas ataskaitas naudodami tinkintus aspektus ir metriką „Google Analytics“ naudotojų sąsajoje.
Konfigūracija
Kad galėtumėte siųsti tinkintų aspektų ir metrikos vertes „Analytics“, jos turi būti apibrėžtos „Analytics“ nuosavybėje. Kiekviena „Analytics“ nuosavybė turi 20 pasiekiamų indeksų, skirtų tinkintiems aspektams ir dar 20 indeksų, skirtų tinkintai metrikai.
Apibrėždami tinkintą aspektą arba metriką, nurodote jų pavadinimą ir kitas konfigūracijos vertes, o „Analytics“ priskiria indekso numerį, kurį vėliau naudojate aspektui arba metrikai peržiūrėti. Tinkintų aspektų konfigūracijos vertės yra šios:
- Pavadinimas – tinkinto aspekto pavadinimas, kaip jis rodomas jūsų ataskaitose.
- Apimtis – nurodo, kuriems duomenims bus taikomas tinkintas aspektas arba metrika. Sužinokite daugiau apie apimtį.
- Aktyvi – ar tinkinto aspekto arba metrikos vertė bus apdorojama. Neaktyvūs tinkinti aspektai gali būti vis dar rodomi ataskaitose, tačiau jų vertės nebus apdorojamos.
Tinkintos metrikos konfigūracijos vertės yra šios:
- Pavadinimas – tinkintos metrikos pavadinimas, kaip jis rodomas jūsų ataskaitose.
- Tipas – nustato, kaip ataskaitose bus rodoma tinkintos metrikos vertė.
- Minimali / maksimali vertė – minimalios ir maksimalios vertės, kurios bus apdorojamos ir rodomos jūsų ataskaitose.
- Aktyvi – ar tinkintos metrikos vertė bus apdorojama. Neaktyvi tinkinta metrika gali būti vis dar rodoma ataskaitose, tačiau jos vertės nebus apdorojamos.
Tinkinti aspektai ir metrika gali būti apibrėžti „Google Analytics“ naudotojo sąsajoje.
Apibrėžę tinkintą aspektą arba metriką, kai tik įmanoma, neredaguokite pavadinimo arba apimties. Jei norite sužinoti daugiau, kaip šių verčių pakeitimai gali paveikti jūsų ataskaitas, žr. Diegimo taisyklės.
Rinkimas
Tinkintų aspektų ir metrikos vertės renkant siunčiamos į „Google Analytics“ kaip indekso ir vertės parametrų pora. Indekso parametras atitinka tinkinto aspekto arba metrikos indekso numerį, kurį „Analytics“ priskiria Konfigūravimo etape.
Ne taip, kaip kitų tipų duomenys, tinkinti aspektai ir metrika siunčiami į „Analytics“ kaip parametrai, pridedami prie kitų įvykių, pvz., puslapių peržiūrų, įvykių arba el. prekybos operacijų. Todėl tinkintų aspektų arba metrikos vertes reikia nustatyti prieš stebėjimo skambutį, kad ši vertė būtų nusiųsta į „Analytics“.
Pavyzdžiui, jei norite nustatyti tinkintą aspekto vertę, jūsų kodas gali atrodyti taip:
ga('create', 'UA-XXXX-Y', 'auto');
// Nustatykite tinkinto aspekto vertę 1 indekse.
ga('set', 'cd1', 'Level 1');
// Išsiųskite tinkinto aspekto vertę su puslapio peržiūros įvykiu.
ga('send', 'pageview');
Tinkintos metrikos tipai
Sveikojo skaičiaus arba laiko tipo tinkinta metrika turėtų būti siunčiama naudojant sveikuosius skaičius, o valiutos tipo tinkinta metrika gali būti siunčiama kaip fiksuotos dešimtainės vertės, atitinkančios vietinę valiutą.
Apdorojimas
Kai apdorojami tinkinti aspektai, apimtis nustato, kuriems įvykiams taikoma konkreti tinkinto aspekto vertė, o rodinio filtrai nustato, kurie įvykiai ir su jais susietos vertės visiškai įtraukiamos į ataskaitų teikimą.
Apimtis ir pirmumas
Apimtis nustato, kurie įvykiai bus susieti su konkrečia tinkinto aspekto verte. Yra trys apimties lygiai: produktas, įvykis, seansas ir naudotojas:
- Produktas – vertė taikoma produktui, kuriam ji buvo nusiųsta (tik patobulinta el. prekyba).
- Įvykis – vertė taikoma vienam įvykiui, kuriam ji buvo nustatyta.
- Seansas – vertė taikoma visiems vieno seanso įvykiams.
- Naudotojas – vertė taikoma visiems dabartinių ir būsimų seansų įvykiams, kol vertė pasikeis arba tinkintas aspektas taps neaktyvus.
Kai tinkintas aspektas turi produkto lygio apimtį, vertė taikoma tik produktui, su kuriuo nustatoma vertė. Viename įvykyje galima nusiųsti kelis produktus, todėl keli produkto lygio apimties tinkinti aspektai gali būti nusiųsti viename įvykyje.
Įvykių lygio apimtisKai tinkintas aspektas turi įvykio lygio apimtį, vertė taikoma tik įvykiui, su kuriuo buvo nustatyta vertė. Tai parodyta toliau pateikiamuose A, B ir C paveikslėlyje:
Seanso lygio apimtis
Kai dvi vertės su seanso apimtimi seanse nustatytos naudojant tą patį indeksą, paskutinei vertei suteikiamas pirmumas ir ji taikoma visiems šio seanso įvykiams. Toliau pateikiame D paveikslėlyje paskutinė nustatyta vertė perrašo bet kokias ankstesnes šio indekso vertes:
Naudotojo lygio apimtis
Galiausiai, jei dvi naudotojo apibrėžtos tinkintų aspektų vertės nustatytos tame pačiame seanse, dabartiniame seanse teikiamas pirmumas paskutinei nustatytai vertei ir ji taikoma būsimiems šio naudotojo seansams.
Toliau pateikiamame B paveikslėlyje A vertė CD taikoma visiems įvykiams 2 seanse, tiesiog kaip seanso lygio CD. Tačiau C paveikslėlyje, ne taip, kaip naudojant seanso lygio apimtį, A vertė CD toliau taikoma trečio seanso įvykiams, nes CD1 turi naudotojo lygio apimtį:
Filtrai
Rodinio filtrai gali sąveikauti su tinkintais aspektais ir metrika keliais būdais.
Kiekviena tinkinto aspekto ir metrikos vertė susieta su įvykiu, su kuriuo ji gaunama, neatsižvelgiant į jos apimtį. Jei rodinio filtras išfiltruoja šį įvykį, tinkintas aspektas arba metrika taip pat gali būti išfiltruoti, atsižvelgiant į jų apimtį:
- Įvykio apimtis: abu tinkinti aspektai su įvykio apimtimi ir tinkinta metrika bus išfiltruoti, jei įvykis, su kuriuo jie yra susieti, taip pat bus išfiltruotas.
- Seanso arba naudotojo apimtis: naudotojo arba seanso apibrėžti tinkinti aspektai nebus išfiltruoti, net jei įvykis, su kuriuo jie buvo susieti, išfiltruojamas. Jų vertės vis dar bus taikomos visiems dabartinio seanso įvykiams, taip pat būsimiems seansams, jei aspektas turi naudotojo apimtį.
Rodinio filtrus taip pat galite kurti naudodami tinkintus aspektus. Dėl to įvykiai bus išfiltruoti pagal tinkinto aspekto apimtį. Pavyzdžiui, filtruojant naudotojo apibrėžtą tinkinto aspekto vertę iš naudotojų, susietų su šia verte, rinkinio būtų išfiltruoti dabartiniai ir būsimi seansai.
Ataskaitų teikimas
Užbaigus konvejerio rinkimo, konfigūracijos ir kitus apdorojimo etapus, tinkinti aspektai ir metrika pasidaro prieinami per naudotojo ataskaitų sąsają.
Tinkinti aspektai ir metrika prieinami tinkintose ataskaitose, juos galima naudoti su išplėstiniais segmentais. Tinkintus aspektus taip pat galima naudoti kaip antrinius aspektus standartinėse ataskaitose.
Pavyzdžiai
Tolesniuose pavyzdžiuose rodoma, kaip žaidimų kūrėjas gali naudoti tinkintus aspektus ir metriką, kad sužinotų apie žaidėjų elgseną.
Žaidimų kūrėjas neseniai išleido naują žaidimą.
Dabartinis „Analytics“ diegimas stebi ekrano peržiūrą kiekvieną kartą naudotojui žaidžiant tam tikru lygiu. Kūrėjas jau žino, kiek kartų žaistas kiekvienas lygis. Dabar jis nori gauti atsakymą į detalesnius klausimus:
- Kiek kartų žaisti lengvi lygiai, palyginti su vidutinio sunkumo arba sunkiais lygiais?
- Kiek kartų per dieną per trijų dienų bandomąjį laikotarpį buvo žaisti lygiai?
- Kiek bandomosios versijos žaidimo lygių žaidė naudotojai palyginti su įsigijusiais žaidimą naudotojais?
Norint atsakyti į šiuos klausimus, naudojant tinkintus aspektus kuriamos naujos įvykių, seansų ir naudotojų grupės.
Be to, kūrėjas parduoda kelias papildomas funkcijas, pagerinančias naudotojo patirtį, pvz., papildomas galias. Kūrėjas jau naudoja kategorijos ir varianto laukus, tačiau nori papildomo lauko, skirto įsigytos papildomos galios stiprumui įvertinti. Taip kūrėjas gali nustatyti, ar tam tikras papildomų galių stiprumas buvo populiaresnis nei kiti.
Įvykių lygio apimtis
Peržiūrėkime pavyzdį, kaip žaidimo kūrėjas gali naudoti įvykio lygio tinkintus aspektus, norėdamas sužinoti, kiek kiekvieno sunkumo (lengvo, vidutinio ar sunkaus) lygių buvo žaista.
Kūrėjas jau stebi, kiek kartų žaistas kiekvienas lygis, naudodamas ekrano peržiūras. Dabar jis nori žinoti, kuris sunkumo lygis dažniausiai žaidžiamas.
Ataskaita atrodo šitaip:
| Sunkumo lygis | Ekrano peržiūros |
|---|---|
| lengvas | |
| vidutinis | |
| sunkus |
Prieš naudodamas tinkintus aspektus kūrėjas gali peržiūrėti visas ekrano peržiūras pagal lygį, tačiau negali sugrupuoti šių ekrano peržiūrų pagal sunkumo lygį.
Naudojant įvykių lygio tinkintą aspektą, sunkumą galima susieti su kiekviena ekrano peržiūra, o tai leidžia į ataskaitas įtraukti dažniausiai žaidžiamą sunkumo lygį.
Kodėl verta naudoti įvykio lygio apimtį?
Naudotojas gali žaisti kelis lygius per vieną seansą. Naudojant įvykio lygio apimtį, sunkumo vertė bus susieta tik su ta ekrano peržiūra, su kuria ji buvo išsiųsta. Taip užtikrinama, kad kiekvieno lygio ekrano peržiūrą galima susieti su unikaliu sunkumu.
Konfigūracija
Pirmiausia diegiant tinkintą aspektą reikia apibrėžti jį „Analytics“ skilties „Administratorius“ nuosavybės nustatymuose. Šiame pavyzdyje tinkinto aspekto apibrėžimas atrodo taip:
| Indeksas | 1 |
| Pavadinimas | Sunkumo lygis |
| Apimtis | Įvykis |
| Aktyvus | teisinga |
Rinkimas
Žaidime kūrėjas jau stebi kiekvieną lygį naudodamas ekrano peržiūrą. Norint susieti sunkumą su kiekvienu lygiu, tinkinto aspekto vertė turi būti nustatyta iškart prieš iškvietimą stebėti ekrano peržiūrą.
Diegimas gali atrodyti taip:
ga('create', 'UA-XXXX-Y', 'auto');
// Siųsti tinkinto aspekto vertę 1 indekse.
ga('set', 'cd1', 'easy');
// Siųsti tinkinto aspekto vertę su puslapio peržiūros įvykiu.
ga('send', 'pageview', '/level_1/');
Šiame pavyzdyje stebimas tinkintas aspektas, nustatytas iš karto prieš lygio ekrano peržiūrą. Tai susieja sunkumo lygį su ekrano peržiūra ir leis ataskaitose grupuoti ekrano peržiūros įvykius pagal sunkumo lygį.
Apdorojimas
Surinkus įvykius ir nusiuntus juos „Analytics“ duomenys apdorojami ir tinkintų aspektų vertės taikomos įvykiams pagal jų apimtį.
Pavyzdžiui, vieno žaidėjo, žaidusio šešis lygius per vieną seansą, surinkti duomenys atrodo taip:
userId = 5555 1 seansas: 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
Atminkite, kad naudojant įvykio lygio apimtį užtikrinama, kad sunkumo reikšmė bus susieta tik su ta ekrano peržiūra, su kuria ji buvo išsiųsta.
Ataskaitų teikimas
Kiekviena ekrano peržiūra susieta su atitinkama sunkumo reikšme, todėl apdorojus kūrėjas gali sukurti ataskaitą, naudojančią ekrano pavadinimą ir sunkumo lygį kaip aspektus, o ekrano peržiūras – kaip metriką:
| Ekrano pavadinimas | Sunkumo lygis | Ekrano peržiūros |
|---|---|---|
| /level_1/ | lengvas | 1 |
| /level_2/ | vidutinis | 1 |
| /level_3/ | sunkus | 1 |
| /level_4/ | lengvas | 1 |
| /level_5/ | vidutinis | 1 |
| /level_6/ | vidutinis | 1 |
Galima sukurti tinkintą ataskaitą, kuri naudoja sunkumo lygį kaip pirminį aspektą, grupuoti ekrano peržiūras ir sužinoti, kiek kartų kiekvienu sunkumo lygiu buvo žaista:
| Sunkumo lygis | Ekrano peržiūros |
|---|---|
| lengvas | 2 |
| vidutinis | 3 |
| sunkus | 1 |
Šioje ataskaitoje dažniausiai žaisti vidutinio sunkumo lygiai. Ši įžvalga gauta sugrupavus ekrano peržiūras, naudojant įvykio lygio tikintus aspektus.
Seanso lygio apimtis
Dabar peržiūrėkime pavyzdį, kaip žaidimų kūrėjas gali naudoti seanso lygio tinkintus aspektus, norėdamas sužinoti, kiek lygių sužaidžiama kiekvieną dieną per trijų dienų nemokamą bandomąjį laikotarpį.
Kūrėjas jau žino, kiek kartų žaidžiamas kiekvienas lygis, stebėdamas kiekvieno lygio ekrano peržiūrą. Dabar jis nori sužinoti, kiek lygių sužaista kiekvieną dieną.
Ataskaita, kurią nori sukurti kūrėjas, atrodo taip:
| Bandomojo naudojimo diena | Ekrano peržiūros |
|---|---|
| 1 diena | |
| 2 diena | |
| 3 diena |
Naudodamas seanso lygio tinkintą aspektą kūrėjas gali grupuoti ekrano peržiūras pagal bandomojo naudojimo dieną ir sužinoti, kaip šis skaičius keičiasi naudotojui praleidus daugiau bandomojo naudojimo laiko.
Kodėl verta naudoti seanso lygio apimtį?
Naudodami seanso lygio apimtį, galite efektyviai grupuoti visus seansus ir visus jų komponentų įvykius pagal atskiros bandomojo naudojimo dienos vertę.
Įvykio lygio apimtį galima naudoti norint pasiekti tą patį funkcionalumą, tačiau naudodami seanso lygio apimtį galite patogiai nustatyti bandomojo naudojimo dienos vertę, pasinaudoję mažiausiu papildomo kodo kiekiu.
Konfigūracija
Bandomojo naudojimo dienos tinkintas aspektas apibrėžtas „Analytics“ naudotojo sąsajos nuosavybės nustatymų skiltyje su šiomis vertėmis:
| Indeksas | 2 |
| Pavadinimas | Bandomojo naudojimo diena |
| Apimtis | Seansas |
| Aktyvus | teisinga |
Rinkimas
Žaidime kūrėjas jau stebi kiekvieną lygį naudodamas ekrano peržiūrą. Norint seanse susieti dieną su visomis ekrano peržiūromis, tinkinto aspekto vertę seanse reikia nustatyti tik vieną kartą.
Kūrėjas turėtų nustatyti tinkintą aspektą naudotojui pirmą kartą pradėjus žaidimą:
ga('create', 'UA-XXXX-Y', 'auto');
// Nustatyti tinkinto aspekto vertę 2 indekse.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Siųsti tinkinto aspekto vertę su puslapio peržiūros įvykiu.
ga('send', 'pageview', '/level_1/');
Atminkite, kad seanso lygio tinkintą aspektą galima nustatyti bet kuriuo seanso metu. Tačiau šiame pavyzdyje kūrėjui tiesiog patogu nustatyti bandomojo naudojimo dieną, o vertę atitinkamai nustatyti seanso pradžioje.
Apdorojimas
Surinkus įvykius ir nusiuntus juos „Analytics“ duomenys apdorojami ir tinkintų aspektų vertės taikomos įvykiams pagal jų apimtį.
Pavyzdžiui, vieno žaidėjo, pirmą dieną žaidusio du kartus, antrą dieną – vieną kartą ir trečią dieną – vieną kartą, renkami duomenys atrodo taip:
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
Atminkite, kad tinkintų aspektų vertės siunčiamos su viena kiekvieno seanso ekrano peržiūra.
Seanso lygio apimtis užtikrina, kad bandomojo naudojimo dienos vertė bus susieta su visais šio seanso įvykiais, ne tik su išsiųstu įvykiu.
Ataskaitų teikimas
Apdorojus seanso lygio tinkintų aspektų vertės bus susietos su visomis ekrano peržiūromis, gautomis per tą patį seansą. Dabar kūrėjas gali kurti ataskaitą bandomojo naudojimo dieną ir ekrano pavadinimą naudodamas kaip aspektus, o ekrano peržiūras – kaip metriką:
| Bandomojo naudojimo diena | Ekrano pavadinimas | Ekrano peržiūros |
|---|---|---|
| 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 |
Ir galiausiai, norėdamas sugrupuoti ekrano peržiūras pagal dieną ir sužinoti, kiek lygių sužaista kiekvieną bandomojo naudojimo dieną, kūrėjas gali kurti tinkintą ataskaitą, kaip pirminį aspektą naudojančią bandomojo naudojimo dieną:
| Bandomojo naudojimo diena | Ekrano peržiūros |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Duomenys rodo, kad daugiausia lygių žaista pirmąją dieną, o antrąją ir trečiąją dienomis žaista gerokai mažiau lygių. Ši įžvalga gauta sugrupavus kelis seansus ir jų komponentų įvykius pagal atskirą vertę, naudojant seanso lygio tinkintus aspektus.
Naudotojo lygio apimtis
Galiausiai peržiūrėkime pavyzdį, kaip žaidimo kūrėjas, naudodamas naudotojo lygio tinkintus aspektus, gali sužinoti, kiek lygių žaidė susimokėję naudotojai, palyginti su bandomosios versijos naudotojais.
Kaip ankstesniuose pavyzdžiuose bendras kartų, kai buvo žaistas kiekvienas lygis, skaičius, jau buvo stebimas naudojant ekrano peržiūras, tačiau dabar kūrėjas nori sugrupuoti ekrano peržiūras pagal nemokamus ir mokamus naudotojus.
Ataskaita, kurią nori matyti kūrėjas, atrodo taip:
| Žaidėjo tipas | Ekrano peržiūros |
|---|---|
| Nesusimokėjęs | |
| Mokama |
Naudodamas naudotojo lygio tinkintą aspektą, kūrėjas gali gauti šiuos duomenis susiejęs visas konkretaus naudotojo dabartinių ir būsimų seansų ekrano peržiūras su žaidėjo tipo verte.
Kodėl verta naudoti naudotojo tipo apimtį?
Naudotojo lygio apimtis leidžia patogiai sugrupuoti visus naudotojų komponentų seansus ir įvykius pagal vieną vertę. Tai puikiai veikia su vertėmis, kurios konkrečiam naudotojui dažnai nesikeičia, pvz., žaidėjo tipas šiame pavyzdyje.
Atminkite, kad tas pačias funkcijas galima pasiekti naudojant įvykio arba seanso apimtį, tačiau naudotojo lygio apimtis pateikia patogiausią sprendimą naudojant mažiausią kodo kiekį.
Konfigūracija
Žaidėjo tipo tinkintas aspektas apibrėžtas skiltyje „Administratorius“ naudojant šias vertes:
| Indeksas | 3 |
| Pavadinimas | Žaidėjo tipas |
| Apimtis | Naudotojas |
| Aktyvus | teisinga |
Rinkinys
Kaip ankstesniuose pavyzdžiuose kūrėjas jau stebi kiekvieną lygį naudodamas ekrano peržiūrą. Norint sugrupuoti šias ekrano peržiūras pagal žaidėjo tipą, kūrėjui reikia tik nustatyti žaidėjo tipo aspektą, kai naudotojas pradeda žaidimą, o antrą kartą, jei naudotojas paskui sumoka, kad gautų prieigą prie visos žaidimo versijos.
Kūrėjas turėtų nustatyti tinkintą aspektą naudotojui pirmą kartą pradėjus žaidimą:
ga('create', 'UA-XXXX-Y', 'auto');
// Nustatyti tinkinto aspekto vertę 3 indekse.
ga('set', 'dimension3', 'Free' );
// Siųsti tinkinto aspekto vertę su puslapio peržiūros įvykiu.
ga('send', 'pageview', '/level_1/');
Kūrėjas taip pat nori nustatyti tinkintą aspektą naudotojui sumokėjus už visą žaidimo versiją:
ga('create', 'UA-XXXX-Y', 'auto');
// Nustatyti tinkinto aspekto vertės 3 indeksą.
ga('set', 'dimension3', 'Paid' );
// Siųsti tinkinto aspekto vertę su puslapio peržiūros įvykiu.
ga('send', 'pageview', '/level_1/');
Apdorojimas
Kaip ir ankstesniuose pavyzdžiuose, surinkus duomenis jie apdorojami, o tinkintų aspektų vertės taikomos įvykiams pagal jų apimtį.
Pavyzdžiui, vieno žaidėjo, kuris dukart žaidė žaidimą nemokamai ir vieną kartą susimokėjęs, surinkti duomenys atrodytų taip:
userId = 5555 1 seansas: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ 2 seansas: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ 3 seansas: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Atminkite, kad 1 seanse nustatyta vertė free
taikoma visiems įvykiams šiame seanse, taip pat 2 seanse,
kol 3 seanse bus nustatyta nauja vertė paid.
Ataskaitų teikimas
Apdorojus žaidimo tipo tinkintų aspektų vertės bus susietos su seansais, kuriuose jos buvo nustatytos, taip pat su bet kokiais būsimais seansais ir įvykiais.
Dabar kūrėjas gali kurti ataskaitą žaidėjo tipą ir ekrano pavadinimą naudodamas kaip aspektus, o ekrano peržiūras – kaip metriką:
| Žaidėjo tipas | Ekrano pavadinimas | Ekrano peržiūros |
|---|---|---|
| Nesusimokėjęs | /level_1/ | 1 |
| Nesusimokėjęs | /level_2/ | 2 |
| Nesusimokėjęs | /level_3/ | 2 |
| Susimokėjęs | /level_3/ | 1 |
| Susimokėjęs | /level_4/ | 1 |
Galiausiai, norėdamas sugrupuoti ekrano peržiūras pagal žaidėjo tipą ir sužinoti, kiek lygių žaidė nesusimokėję žaidėjai, palyginti su susimokėjusiais, kūrėjas gali kurti tinkintą ataskaitą, kuri naudoja žaidėjo tipą kaip pirminį aspektą:
| Žaidėjo tipas | Ekrano peržiūros |
|---|---|
| Nesusimokėjęs | 5 |
| Susimokėjęs | 2 |
Duomenys rodo, kad nesusimokėję žaidėjai sužaidė daugiau lygių nei susimokėję žaidėjai. Ši įžvalga gauta sugrupavus naudotojų ir jų komponentų seansus ir įvykius pagal vieną vertę, naudojant naudotojo lygio tinkintus aspektus.
Produkto lygio apimtis
Peržiūrėkite pavyzdį, kaip žaidimų kūrėjas, naudodamas produkto lygio tinkintus aspektus, gali sužinoti, kokio stiprumo papildoma galia – silpna, vidutinė ar stipri – buvo įsigyta.
Kūrėjas jau stebi, kiek kartų įsigytos papildomos galios, naudodamas patobulintą el. prekybą. Dabar jis nori žinoti, kokio stiprumo papildoma galia įsigyjama dažniausiai.
Ataskaita atrodys taip:
| Papildomos galios stiprumas | Pajamos iš produkto |
|---|---|
| silpna | |
| vidutinė | |
| stipri |
Prieš naudodamas tinkintus aspektus kūrėjas gali peržiūrėti visas pajamas už produktą iš papildomų galių, tačiau negali sugrupuoti šių pajamų pagal papildomos galios stiprumą.
Naudojant produkto lygio tinkintą aspektą, stiprumą galima susieti su kiekvienu produktu ir taip į ataskaitas įtraukti dažniausiai įsigyjamą stiprumą (taip pat jo peržiūras, paspaudimus ir kitus patobulintos el. prekybos veiksmus).
Kodėl verta naudoti produkto tipo apimtį?
Naudotojas vieno seanso metu gali įsigyti kelias papildomas galias. Naudojant produkto lygio apimtį, stiprumo vertė bus susieta tik su tuo produktu, su kuriuo ji buvo išsiųsta. Taip bus užtikrinta, kad kiekvienas papildomos galios įsigijimas būtų susietas su unikaliu stiprumu.
Konfigūracija
Papildomos galios stiprumo tinkintas aspektas apibrėžtas „Analytics“ skirtuko „Administratorius“ nuosavybių nustatymų skiltyje naudojant šias vertes:
| Indeksas | 4 |
| Pavadinimas | Papildomos galios stiprumas |
| Apimtis | Produktas |
| Aktyvus | teisinga |
Rinkimas
Žaidime kūrėjas jau stebi kiekvieną papildomos galios įsigijimą. Norint stiprumą susieti su kiekviena papildoma galia, tinkinto produkto vertę reikia nustatyti su produkto duomenimis.
Šio aspekto pridėjimas prie produkto gali atrodyti taip:
ga('ec:addProduct', { // Pateikti produkto išsamią informaciją „productFieldObject“.
'id': 'P12345', // Produkto ID (eilutė).
'name': 'Powerup', // Produkto pavadinimas (eilutė).
'category': 'Extras', // Produkto kategorija (eilutė).
'variant': 'red', // Produkto variantas (eilutė).
'price': '10.00', // Produkto kaina (valiuta).
'quantity': 2, // Produkto kiekis (skaičius).
'dimension4': 'strong' // Produkto apibrėžtas tinkintas aspektas (eilutė).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Siųsti operacijos duomenis su pradine puslapio peržiūra.
Šiame pavyzdyje tinkintas aspektas nustatytas kartu su produkto informacija. Tai stiprumą susieja su papildoma galia.
Apdorojimas
Kaip ir ankstesniuose pavyzdžiuose, įvykius surinkus ir nusiuntus „Analytics“, duomenys apdorojami, o tinkintų aspektų vertės taikomos produktams, su kuriais jos buvo nustatytos.
Pavyzdžiui, vieno žaidėjo, per vieną seansą įsigijusio 3 papildomas galias, surinkti duomenys atrodo taip:
userId = 5555
1 seansas:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Atminkite, kad naudojant produkto lygio apimtį užtikrinama, kad kiekviena stiprumo vertė bus susieta tik su tuo priduktu, su kuriuo ji buvo nustatyta.
Ataskaitų teikimas
Kiekvienas produktas susiejamas su atitinkama stiprumo verte, todėl apdorojus kūrėjas gali kurti tinkintą ataskaitą, kurioje pajamos rodomos pagal papildomos galios stiprumą:
| Papildomos galios stiprumas | Pajamos iš produkto |
|---|---|
| silpna | 20,00 |
| stipri | 10,00 |
Šioje ataskaitoje silpnos papildomos galios sugeneravo daugiausia pajamų.
Tinkinta metrika
Apimtis
Panašiai kaip tinkinti aspektai, tinkinta metrika gali būti įvairių apimčių. Įvykio lygio tinkinta metrika susiejama su visais įvykio lygio aspektais, su kuriais jie buvo išsiųsti. Panašiai produkto lygio tinkinta metrika susiejama tik su produktais, su kuriais ji buvo nusiųsta. Toliau pateikiamuose pavyzdžiuose pavaizduoti šie du tinkintos metrikos tipai.
Įvykio apimties tinkintos metrikos pavyzdys
Ankstesniame pavyzdyje žaidimų kūrėjas stebėjo kiekvieno lygio žaidimą kaip ekrano peržiūrą. Kiekvienoje sugeneruotoje ataskaitoje ekrano peržiūrų metrika naudojama atvaizduojant žaidėjo bandymą užbaigti lygį.
Tačiau kūrėjas taip pat nori žinoti kiekvieno lygio užbaigimo rodiklį.
Norėdamas nustatyti užbaigimo rodiklį, kūrėjas naudos naują tinkintą metriką, vadinamą „Lygio užbaigimais“ ir palygins ją su kiekvieno lygio ekrano peržiūromis.
Ataskaita, kurią nori gauti kūrėjas, atrodo taip:
| Ekrano pavadinimas | Ekrano peržiūros | Lygio užbaigimai |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Kodėl verta naudoti tinkintą metriką?
Daugeliu atvejų turėsite pasirinkimą stebėti svarbiausią metriką naudodami įvykius, ekrano peržiūras ir (arba) tinkintą metriką. Tačiau tinkinta metrika gali pateikti lankstesnes ir lengviau skaitomas tinkintas ataskaitas, todėl ją naudojant patogu stebėti svarbiausią metriką.
Šiame pavyzdyje lygio užbaigimų negalima stebėti kaip ekrano peržiūrų, nes neišvengiama dvigubo ekrano peržiūrų skaičiavimo kiekviename lygyje, todėl turėtumėte ieškoti kito pasirinkimo.
Nors galima naudoti patį įvykį, dėl jo hierarchinės prigimties būtų sudėtinga jį sukurti virš ataskaitos į vieną aspektą sujungus ekrano peržiūras ir lygio užbaigimus.
Dėl ankstesnių apribojimų ir todėl, kad lygio užbaigimai yra tokia svarbi metrika šiam kūrėjui, lygio užbaigimus patogiausia stebėti kaip tinkintą metriką.
Konfigūracija
Lygio užbaigimų tinkinta metrika apibrėžiama naudotojo sąsajos tvarkymo skiltyje naudojant šias vertes:
| Indeksas | 1 |
| Pavadinimas | Lygio užbaigimai |
| Apimtis | Įvykis |
| Formatavimo tipas | Sveikasis skaičius |
| Aktyvus | teisinga |
Rinkinys
Kūrėjas jau stebi kiekvieno lygio pradžią naudodamas ekrano peržiūrą. Dabar jis nori stebėti lygio užbaigimą naudodamas naują tinkintą metriką.
Kaip ir tinkinti aspektai, tinkinta metrika siunčiama į „Analytics“ kaip parametrai, pridedami prie kitų įvykių. Norint nusiųsti tinkintos metrikos vertę, kūrėjui taip pat reikės nusiųsti papildomą įvykį, skirtą naudotojo lygio užbaigimui įrašyti. Šiame pavyzdyje įvykis bus suaktyvintas užbaigus lygį, o tinkinta metrika bus susieta su šiuo įvykiu.
Šis diegimas gali atrodyti taip:
ga('create', 'UA-XXXX-Y', 'auto');
// Padidinti lygio užbaigimo metriką 1.
ga('set', 'metric1', 1 );
// Siųsti tinkintos metrikos vertę su įvykusiu įvykiu.
ga('send', 'event', 'Level', 'completion');
Apdorojimas
Prieš apdorojimą vieno žaidėjo, per vieną seansą sužaidusio tris lygius, duomenys atrodys taip:
userId = 5555 1 seansas 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
Ataskaitų teikimas
Po apdorojimo kūrėjas gali kurti ataskaitą, ekrano pavadinimą naudojančią kaip aspektą, o ekrano peržiūras, bendrą įvykių skaičių ir lygio užbaigimus – kaip metriką:
| Ekrano pavadinimas | Ekrano peržiūros | Įvykių suma | Lygio užbaigimai |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Kūrėjas stebėjo lygio užbaigimus kaip tinkintą metriką, todėl ateityje iš bendro įvykių skaičiaus nereikės filtruoti užbaigimo įvykių.
Vietoje to kūrėjas gali lengvai kurti toliau nurodytą tinkintą ataskaitą naudodamas lygio užbaigimų tinkintą metriką:
| Ekrano pavadinimas | Ekrano peržiūros | Lygio užbaigimai |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Duomenys nurodo, kad 2 lygis iš tiesų yra sudėtingesnis, palyginti su 1 ir 3 lygiais, nes, atsižvelgiant į ekrano peržiūras, jis turi tik 33 proc. užbaigimo rodiklį. Stebėdamas lygio užbaigimus kaip tinkintą metriką kūrėjas gali lengvai atsakyti į klausimus apie pagrindinę metriką ir sukurti supaprastintas ataskaitas, skirtas bendrinti su kitais.
Produkto apimties tinkintos metrikos pavyzdys
Ankstesniame pavyzdyje žaidimų kūrėjas stebėjo kiekvieną papildomos galios įsigijimą. Su kiekvienu pirkimu galima susieti tam tikrą metriką, pvz., kiekį ir pajamas iš produkto.
Tačiau žaidimo kūrėjas neseniai vykdė reklamą, visiems naudotojams suteikdamas 100 EUR kreditą. Žaidimų kūrėjas nori įvertinti, kurias papildomas galias žaidėjai pirko naudodami kreditą.
Norėdamas nustatyti kiekvienam produktui panaudotą kreditą, kūrėjas naudos naują tinkintą metriką, vadinamą „Panaudotas kreditas“.
Ataskaita, kurią nori gauti kūrėjas, atrodo taip:
| Papildomos galios stiprumas | Pajamos iš produkto | Panaudotas kreditas |
|---|---|---|
| stipri | ||
| vidutinė | ||
| silpna |
Konfigūracija
Panaudoto kredito tinkinta metrika apibrėžta skiltyje „Administratorius“ naudojant šias vertes:
| Indeksas | 2 |
| Pavadinimas | Panaudotas kreditas |
| Apimtis | Produktas |
| Formatavimo tipas | Sveikasis skaičius |
| Aktyvus | teisinga |
Rinkinys
Kaip ir produkto lygio tinkinti aspektai, produkto lygio tinkinta metrika nusiunčiama į „Analytics“ kaip prie produkto pridėti parametrai
Šis diegimas gali atrodyti taip:
ga('ec:addProduct', { // Pateikti produkto išsamią informaciją „productFieldObject“.
'id': 'P12345', // Produkto ID (eilutė).
'name': 'Powerup', // Produkto pavadinimas (eilutė).
'category': 'Extras', // Produkto kategorija (eilutė).
'variant': 'red', // Produkto variantas (eilutė).
'price': '10.00', // Produkto kaina (valiuta).
'quantity': 2, // Produkto kiekis (skaičius).
'dimension4': 'strong', // Produkto apimties tinkintas aspektas (eilutė).
'metric2': 5 // Produkto apimties tinkinta metrika (sveikasis skaičius).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Siųsti operacijos duomenis su pradine puslapio peržiūra.
Apdorojimas
Prieš apdorojant vieno žaidėjo, įsigijusio kelias papildomas galias, duomenys gali atrodyti taip:
userId = 5555
1 seansas
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
Ataskaitų teikimas
Po apdorojimo kūrėjas gali kurti ataskaitą, kurioje kaip aspektas naudojamas papildomos galios stiprumas, o kaip metrika pajamos iš produkto ir panaudotas kreditas:
| Papildomos galios stiprumas | Pajamos iš produkto | Panaudotas kreditas |
|---|---|---|
| silpna | 20 | 15 |
| stipri | 10 | 5 |
| vidutinė | 10 | 1 |
Duomenys nurodo, kad žaidėjai savo kreditą naudojo silpnoms papildomoms galioms. Didžiausią pelną kūrėjas gavo iš vidutinio stiprumo papildomų galių.
Nustatymo taisyklės
Diegdami tinkintus aspektus arba metriką, atminkite toliau nurodytus dalykus.
Esamo aspekto arba metrikos redagavimas
Redaguojant esamo tinkinto aspekto arba metrikos pavadinimą ar apimtį, jūsų duomenys gali būti paveikti, kaip nurodyta toliau.
- Pavadinimo redagavimas: paveikia jau apdorotus duomenis. Seni duomenys bus pasiekiami tik naudojant naują pavadinimą.
- Apimties redagavimas: nepaveiks jau apdorotų duomenų. Naudojant naują apimtį bus apdorojami tik nauji duomenys.
- Aktyvios būsenos keitimas: laukas „Aktyvus“ nurodo, ar iš tikrųjų apdorojamos tinkinto aspekto arba metrikos vertės. Atminkite, kai „Aktyvus“ yra
false, tinkintas aspektas arba metrika vis dar bus rodomi jūsų atskaitose, tačiau jų vertės nebus apdorojamos, jos neturės jokių susietų duomenų.
Planuokite iš anksto nustatydami apimtį
Nuspręsdami, kokia turi būti konkretaus tinkinto aspekto apimtis, apsvarstykite, kaip dažnai tikitės keisti vertę. Jei tai vertė, kuri seanso metu gali daug kartų pasikeisti, pvz., žaidimo lygio pavadinimas, naudokite įvykio apimtį ir nustatykite vertę prieš kiekvieną įvykį. Kita vertus, tinkintą aspektą, pvz., lytį, galima nustatyti naudotojo lygiu tik vieną kartą. Lyties vertės siuntimas su kiekvienu įvykiu pareikalaus nemažai nereikalingo darbo, o dažnai besikeičiančio tinkinto aspekto konfigūravimas naudojant naudotojo apimtį neteisingai susies daugelį įvykių su šia verte.