Razsežnosti in meritve po meri so kot privzete razsežnosti in meritve v računu Analytics, pri čemer je edina razlika ta, da jih ustvarite sami. Uporabite jih lahko za zbiranje in analiziranje podatkov, katerim Analytics ne sledi samodejno.
V tem članku:Pregled
Razsežnosti in meritve po meri omogočajo, da podatke Analyticsa kombinirate s podatki drugih storitev, npr. podatki CRM. Primeri:
- Če v sistemu CRM hranite podatke o spolu uporabnikov, prijavljenih v račun, lahko te podatke kombinirate s podatki Analyticsa za prikaz števila ogledov strani glede na spol.
- Če ste razvijalec iger, so meritve, kot je »uspešno končane stopnje« ali »najboljši rezultati« morda za vas koristnejše od vnaprej določenih meritev, kot je Ogledi zaslonov. Kadar tem podatkom sledite z meritvami po meri, lahko napredku na področju najpomembnejših meritev sledite v prilagodljivih in preglednih poročilih po meri.
Razsežnosti po meri so lahko prikazane kot osnovne razsežnosti v poročilih po meri. Uporabite jih lahko tudi v standardnih poročilih, in sicer kot segmente in sekundarne razsežnosti.
Predpogoji
Razsežnosti in meritve po meri so na voljo samo za znamke, ki so bile omogočene za Universal Analytics ali vsebujejo najmanj en poročevalski pogled za aplikacijo. Razsežnosti in meritve po meri so podprte v SDK-jih za Google Analytics v napravah Android in iOS različice 2.x ali višje, knjižnicah analytics.js in platformi Measurement Protocol.
Za uporabo razsežnosti in meritev po meri boste morali izvesti dodatne nastavitve v računu Analytics in kodi za sledenje. Ko dokončate oba koraka nastavitve, lahko razsežnosti in meritve uporabljate v poročilih.
Omejitve in opozorila
Na voljo je 20 kazalnikov za različne razsežnosti po meri in 20 kazalnikov za meritve po meri v vsaki spletni znamki. Za račune 360 je na voljo 200 kazalnikov za razsežnosti po meri in 200 za meritve po meri.
Razsežnosti po meri ni mogoče izbrisati, vendar jih lahko onemogočite. Priporočamo, da se izogibate vnovični uporabi razsežnosti po meri. Ko uredite ime, obseg in vrednost razsežnosti po meri, se lahko stara in nova vrednost povežeta s starim ali novim imenom razsežnosti. Tako bodo podatki v vaših poročilih združeni na način, da jih ne bo mogoče pravilno ločiti s filtrom.
Določene razsežnosti po meri niso na voljo v poročilih v kombinaciji z demografskimi podatki. Pri zahtevanju razsežnosti po meri z demografskimi podatki lahko v poročanju ali API-ju pride do omejitev zaradi pragov ali nezdružljivosti.
Življenjski cikel razsežnosti in meritev po meri
Življenjski cikel posamezne razsežnosti ali meritve po meri zajema štiri faze:
- Konfiguracija – razsežnosti in meritve po meri opredelite z indeksom, imenom in drugimi lastnostmi, npr. obsegom.
- Zbiranje – vrednosti razsežnosti in meritve po meri pošljete v Analytics neposredno ob njihovem izvajanju.
- Obdelava – pri obdelavi podatkov so uporabljeni opredelitve za razsežnosti in meritve po meri ter vsi filtri za prikaz poročil.
- Poročanje – nova poročila ustvarite na podlagi razsežnosti in meritev po meri v uporabniškem vmesniku za Analytics.
Konfiguracija
Če želite vrednosti razsežnosti in meritev po meri poslati v Analytics, jih je treba najprej opredeliti v znamki v Analyticsu. Za vsako znamko v Analyticsu je na voljo 20 kazalnikov za razsežnosti po meri ter tudi 20 kazalnikov za meritve po meri.
Pri opredelitvi razsežnosti ali meritve po meri določite njeno ime in druge vrednosti konfiguracije, Analytics pa dodeli številko indeksa, ki jo lahko pozneje uporabite za sklicevanje na razsežnost ali meritev. Za razsežnosti po meri so na voljo naslednje vrednosti konfiguracije:
- Ime – ime razsežnosti po meri, ki bo prikazano v poročilih.
- Obseg – določa, na katere podatke se bo nanašala razsežnost ali meritev po meri. Preberite več o obsegu.
- Aktivno – določa, ali bo vrednost razsežnosti ali meritve po meri obdelana. Neaktivne razsežnosti po meri bodo morda kljub temu prikazane v poročilih, vendar njihove vrednosti ne bodo obdelane.
Za meritve po meri so na voljo te vrednosti konfiguracije:
- Ime – ime meritve po meri, ki bo prikazano v poročilih.
- Vrsta – določa, kako bo vrednost meritve po meri prikazana v poročilu.
- Največja/najmanjša vrednost – najmanjša vrednost in največja vrednost, ki bosta obdelani in prikazani v poročilih.
- Aktivno – določa, ali bo vrednost meritve po meri obdelana. Neaktivne meritve po meri bodo morda kljub temu prikazane v poročilih, vendar njihove vrednosti ne bodo obdelane.
Razsežnosti in meritve po meri je mogoče opredeliti v uporabniškem vmesniku za Analytics.
Po opredelitvi razsežnosti ali meritve po meri se izogibajte urejanju njenega imena ali obsega, kadar urejanje ni potrebno. Če vas zanima več o tem, kako lahko spremembe teh vrednosti vplivajo na poročila, upoštevajte priporočila za izvajanje.
Zbiranje
Vrednosti razsežnosti in meritve po meri so takoj, ko so zbrane, poslane v Analytics v obliki para, ki vključuje parameter indeksa in parameter vrednosti. Parameter indeksa ustreza indeksni številki razsežnosti ali meritve po meri, ki jo Analytics dodeli v fazi konfiguracije.
V nasprotju z drugimi vrstami podatkov so vrednosti razsežnosti in meritev po meri poslane v Analytics kot parametri, priloženi drugim zadetkom, kot so ogledi strani, dogodki ali transakcije e-trgovine. Kot take je treba vrednosti razsežnosti ali meritev po meri določiti, preden se opravi klic za sledenje, s čimer se zagotovi, da je zadevna vrednost poslana v Analytics.
Če bi na primer določili vrednost razsežnosti po meri, bi bila koda morda videti tako:
ga('create', 'UA-XXXX-Y', 'auto');
// Nastavitev vrednosti za razsežnost po meri pri indeksu 1.
ga('set', 'cd1', 'Level 1');
// Pošiljanje vrednosti razsežnosti po meri z zadetkom ogleda strani.
ga('send', 'pageview');
Vrste meritev po meri
Pri pošiljanju meritev po meri z vrsto »celo število« ali »čas« je treba uporabiti cela števila, medtem ko se smejo pri pošiljanju meritev po meri z vrsto »valuta« uporabiti fiksne decimalne vrednosti, ki so ustrezne za lokalno valuto.
Obdelava
Ko poteka postopek obdelave razsežnosti, obseg določi zadetke, za katere se bodo uporabljale posamezne vrednosti razsežnosti po meri, medtem ko filtri za prikaz določijo zadetke in povezane vrednosti, ki so nazadnje vključeni v poročila.
Obseg in prednost
Obseg določa, kateri zadetki bodo povezani s posameznimi vrednostmi razsežnosti po meri. Obstajajo štiri ravni obsega: izdelek, zadetek, seja in uporabnik:
- Izdelek – vrednost se uporablja za izdelek, za katerega je bila določena (samo za izboljšano e-trgovino).
- Zadetek – vrednost se uporablja za posamezni zadetek, za katerega je bila določena.
- Seja – vrednost se uporablja za vse zadetke v posamezni seji.
- Uporabnik – vrednost se uporablja za vse zadetke v trenutnih in prihodnjih sejah, dokler vrednost ni spremenjena ali se za razsežnost po meri ne določi, da je neaktivna.
Kadar ima razsežnost po meri obseg na ravni izdelka, se vrednost uporablja samo za izdelek, za katerega je bila ta vrednost določena. Ker se lahko v posameznem zadetku pošlje več izdelkov, je mogoče v posameznem zadetku poslati več razsežnosti po meri z obsegom na ravni izdelka.
Obseg na ravni zadetkaKadar ima razsežnost po meri obseg na ravni zadetka, se vrednost uporablja samo za zadetek, za katerega je bila ta vrednost določena. To je prikazano spodaj na sliki A, sliki B in sliki C:
Obseg na ravni seje
Kadar je za dve vrednosti z obsegom na ravni seje nastavljen isti indeks v seji, ima prednost vrednost, ki je bila določena nazadnje, pri čemer se uporabi za vse zadetke v zadevni seji. Na sliki D spodaj je prikazano, da vrednost, ki je bila določena nazadnje, prepiše vse prejšnje vrednosti za zadevni indeks:
Obseg na ravni uporabnika
Če sta v okviru iste seje nastavljeni dve vrednosti razsežnosti po meri z obsegom na ravni uporabnika, ima v trenutni seji prednost vrednost, ki je bila nastavljena nazadnje, pri čemer se uporabi tudi za vse prihodnje seje zadevnega uporabnika.
Na sliki B spodaj se vrednost razsežnosti po meri, ki znaša A, uporablja za vse zadetke v drugi seji, kot je značilno za razsežnost po meri na ravni seje. Vendar razsežnost po meri z obsegom na ravni seje ni uporabljena na sliki C, na kateri je prikazano, da se vrednost razsežnosti po meri, ki znaša A, še naprej uporablja za zadetke v tretji seji, saj se razsežnost po meri 1 (CD1) nanaša na obseg na ravni uporabnika:
Filtri
Filtri za prikaz so lahko z razsežnostmi in meritvami po meri povezani na več načinov.
Vsaka vrednost razsežnosti in meritev po meri je povezana z zadetkom, s katerim je bila prejeta, ne glede na njihov obseg. Če je zadetek filtriran s filtrom za prikaz, je morda filtrirana tudi razsežnost ali meritev po meri, kar je odvisno od njenega obsega:
- Obseg na ravni zadetka: Razsežnosti po meri z obsegom na ravni zadetka in vse meritve po meri bodo filtrirane, če je bil filtriran tudi zadetek, s katerim so povezane.
- Obseg na ravni seje ali uporabnika: Razsežnosti po meri z obsegom na ravni uporabnika ali seje ne bodo filtrirane, tudi če je filtriran zadetek, s katerim so povezane. Te vrednosti se bodo še vedno uporabljale za vse zadetke v trenutni seji in prihodnjih sejah, kadar bo razsežnost imela obseg na ravni uporabnika.
Razsežnosti po meri se lahko uporabijo tudi za ustvarjanje filtrov pogleda. Tako je mogoče zadetke filtrirati na podlagi obsega razsežnosti po meri. Če se uporabi na primer filter za vrednost razsežnosti po meri z obsegom na ravni uporabnika, bodo za prikaz iz sklopa uporabnikov, povezanih z zadevno vrednostjo, izbrane trenutna in prihodnje seje.
Poročanje
Ko so zbiranje, konfiguracija in druge faze obdelave življenjskega cikla končane, so razsežnosti in meritve po meri na voljo v uporabniškem vmesniku za poročila.
Razsežnosti in meritve po meri so na voljo v poročilih po meri ter jih je mogoče uporabljati z naprednimi segmenti. Razsežnosti po meri se lahko uporabijo tudi kot sekundarne razsežnosti v standardnih poročilih.
Primeri
V spodnjih primerih je prikazano, kako lahko razvijalec iger uporabi razsežnosti in meritve po meri, kadar želi spoznati vedenje igralca.
Razvijalec iger je dal nedavno na trg novo igro.
Trenutna različica Analyticsa sledi ogledu zaslona vsakič, ko igralec igra neko stopnjo. Razvijalec je že seznanjen s tem, koliko krat se igrajo posamezne stopnje. Zdaj želi poiskati odgovore na ta nekoliko zapletenejša vprašanja:
- Kolikokrat se odigrajo stopnje z nižjo težavnostno ravnjo v primerjavi s stopnjami s srednjo in višjo težavnostno ravnjo?
- Koliko stopenj se odigra v posameznem dnevu, kadar se uporablja tridnevni brezplačen preizkus?
- Koliko stopenj odigrajo uporabniki s preizkusno različico v primerjavi z uporabniki, ki so za igro plačali?
Pri iskanju odgovorov na ta vprašanja se uporabijo razsežnosti po meri, s katerimi se ustvarijo nove skupine zadetkov, sej in uporabnikov.
Poleg tega razvijalec prodaja nekaj dodatnih funkcij, s katerimi uporabniku zagotovi boljšo izkušnjo, na primer »izboljšave«. Razvijalec že uporablja polji kategorije in različice, vendar želi dodati novo polje za merjenje učinkovitosti kupljenih izboljšav. Tako bo lahko razvijalec ugotovil, ali so nekatere izboljšave bolj priljubljene kot ostale.
Obseg na ravni zadetka
Spodaj je predstavljen primer, kako lahko razvijalec iger uporabi razsežnosti po meri z obsegom na ravni zadetka, da ugotovi, koliko stopenj vsake od težavnostnih ravni (nižja, srednja, višja) je bilo odigranih.
Razvijalec že sledi številu, ki pove koliko krat je bila odigrana posamezna stopnja, pri čemer uporablja oglede zaslona. Zdaj ga zanima, katera težavnostna raven je najpogostejša pri igranju igre.
Poročilo bo vključevalo te elemente:
| Težavnost | Ogledi zaslona |
|---|---|
| nižja | |
| srednja | |
| višja |
Preden začne razvijalec uporabljati razsežnosti po meri, si lahko ogleda skupno število ogledov zaslona glede na stopnjo, vendar teh ogledov zaslona ne more združiti glede na raven težavnosti.
Z uporabo razsežnosti po meri z obsegom na ravni zadetka je mogoče raven težavnosti povezati z vsakim od ogledov zaslona in tako omogočiti, da je v poročila vključen prikaz ravni težavnosti, ki je pri igri izbrana največkrat.
Razlog za izbiro obsega na ravni zadetka
Uporabnik lahko med posamezno sejo odigra več stopenj. Če je uporabljen obseg na ravni zadetka, pomeni to, da bo vrednost ravni težavnosti povezana samo z ogledom zaslona, s katerim je bila poslana. Tako se zagotovi, da je mogoče vsak ogled zaslona za stopnjo povezati s posamezno ravnjo težavnosti.
Konfiguracija
Če želite uporabljati razsežnost po meri, jo je treba najprej opredeliti v nastavitvah znamke v razdelku »Skrbnik« v Analyticsu. V našem primeru bi uporabili to opredelitev razsežnosti po meri:
| Indeks | 1 |
| Ime | Raven težavnosti |
| Obseg | Zadetek |
| Aktivno | da |
Zbiranje
V igri razvijalec že sledi vsaki stopnji tako, da uporablja ogled zaslona. Če želi povezati raven težavnosti s posameznimi stopnjami, mora razsežnost po meri določiti neposredno pred klicem za sledenje ogledu zaslona.
Implementirana koda bi bila morda videti tako:
ga('create', 'UA-XXXX-Y', 'auto');
// Nastavitev vrednosti za razsežnost po meri na indeks 1.
ga('set', 'cd1', 'easy');
// Pošiljanje vrednosti razsežnosti po meri z zadetkom ogleda strani.
ga('send', 'pageview', '/level_1/');
V tem primeru je razsežnost po meri določena neposredno pred začetkom sledenja ogledu zaslona za stopnjo. Tako se raven težavnosti poveže z ogledom zaslona, pri čemer bo v poročilih mogoče zadetke ogleda zaslona združiti v skupino glede na raven težavnosti.
Obdelava
Ko so zadetki zbrani in poslani v Analytics, so podatki obdelani, vrednosti razsežnosti po meri pa so uporabljene za zadetke glede na njihov obseg.
Podatki, zbrani za posameznega igralca z eno sejo, ki je odigral 6 stopenj, so na primer videti tako:
userId = 5555 1. seja: H1: screen_name=/level_1/ cd1_value=nižja H2: screen_name=/level_2/ cd1_value=srednja H3: screen_name=/level_3/ cd1_value=višja H4: screen_name=/level_4/ cd1_value=nižja H5: screen_name=/level_5/ cd1_value=srednja H6: screen_name=/level_6/ cd1_value=srednja
Opomba: če uporabite obseg na ravni zadetka, s tem zagotovite, da je posamezna vrednost ravni težavnosti povezana samo z ogledom zaslona, s katerim je bila poslana.
Poročanje
Po obdelavi lahko razvijalec zaradi dejstva, da je posamezni ogled zaslona povezan z ustrezno vrednostjo ravni težavnosti, ustvari poročilo, ki ime zaslona in raven težavnosti uporablja kot razsežnosti, oglede zaslona pa kot meritev:
| Ime zaslona | Težavnost | Ogledi zaslona |
|---|---|---|
| /level_1/ | nižja | 1 |
| /level_2/ | srednja | 1 |
| /level_3/ | višja | 1 |
| /level_4/ | nižja | 1 |
| /level_5/ | srednja | 1 |
| /level_6/ | srednja | 1 |
Ustvariti je mogoče poročilo po meri, v katerem je raven težavnosti uporabljena kot primarna razsežnost v okviru skupinskih ogledov zaslona in na podlagi katerega je mogoče ugotoviti, koliko krat je bila posamezna težavnostna stopnja odigrana:
| Težavnost | Ogledi zaslona |
|---|---|
| nižja | 2 |
| srednja | 3 |
| višja | 1 |
V tem poročilu so bile največkrat predvajane stopnje srednje težavnosti. Vpogled v te podatke je mogoč, ker so razsežnosti po meri z obsegom na ravni zadetka uporabljene za skupinske oglede zaslonov.
Obseg na ravni seje
Spodaj je predstavljen primer, kako lahko razvijalec iger uporabi razsežnosti po meri z obsegom na ravni seje, da ugotovi, koliko stopenj je bilo odigranih na posamezni dan med tridnevnim brezplačnim preizkusom.
Razvijalec je že seznanjen s tem, koliko krat se igrajo posamezne stopnje, saj za posamezne stopnje uporablja sledenje ogledu zaslona. Zdaj ga zanima, koliko stopenj je bilo odigranih v posameznem dnevu.
Poročilo, ki ga želi ustvariti razvijalec, je videti tako:
| Dan v preizkusnem obdobju | Ogledi zaslona |
|---|---|
| 1. dan | |
| 2. dan | |
| 3. dan |
Razvijalec uporablja razsežnost po meri z obsegom na ravni seje, zato lahko oglede zaslona združi glede na dan v preizkusnem obdobju in si ogleda, kako se to število spremeni, kadar uporabnik nameni več časa za igranje iger med brezplačnim preizkusom.
Razlog za izbiro obsega na ravni seje
Obseg na ravni seje lahko uporabite, da celotne seje učinkovito razporedite v skupine in da vse zadetke za dele sej učinkovito razporedite v ločeno vrednost za posamezni dan preizkusnega obdobja.
Čeprav bi lahko za doseganje istega učinka uporabili obseg na ravni zadetka, je obseg na ravni seje boljša izbira, saj omogoča, da ustrezno določite vrednost za posamezni dan v preizkusnem obdobju tako, da uporabite najmanjšo vrednost dodatne kode.
Konfiguracija
Razsežnost po meri »Dan v preizkusnem obdobju« je določena v razdelku z nastavitvami znamke v uporabniškem vmesniku za Analytics in ima te vrednosti:
| Indeks | 2 |
| Ime | Dan v obdobju poskusne različice |
| Obseg | Seja |
| Aktivno | da |
Zbiranje
V igri razvijalec že sledi vsaki stopnji tako, da uporablja ogled zaslona. Če želi, da je dan povezan z vsemi ogledi zaslona v seji, je treba vrednost razsežnosti po meri določiti samo enkrat na sejo.
Razvijalec bo razsežnost po meri določil, ko bo uporabnik prvič začel igrati igro:
ga('create', 'UA-XXXX-Y', 'auto');
// Nastavitev vrednosti razsežnosti po meri na indeks 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Pošiljanje vrednosti razsežnosti po meri z zadetkom ogleda strani.
ga('send', 'pageview', '/level_1/');
Upoštevajte, da je mogoče razsežnost po meri z obsegom na ravni seje določiti kadar koli med sejo. Vendar je razvijalcu v zgornjem primeru lažje določiti dan v preizkusnem obdobju in nato v skladu s tem na začetku seje določi tudi vrednost.
Obdelava
Ko so zadetki zbrani in poslani v Analytics, so podatki obdelani, vrednosti razsežnosti po meri pa so uporabljene za zadetke glede na njihov obseg.
Podatki, zbrani za posameznega igralca z eno sejo, ki je igro kupil dvakrat v prvem dnevu, enkrat v drugem dnevu in enkrat v tretjem dnevu, so na primer videti tako:
userId = 5555 1. seja: H1: screen_name=/level_1/ cd2_value=1 H2: screen_name=/level_2/ H3: screen_name=/level_2/ 2. seja: H4: screen_name=/level_3/ cd2_value=1 H5: screen_name=/level_4/ H6: screen_name=/level_4/ 3. seja: H1: screen_name=/level_1/ cd2_value=2 H2: screen_name=/level_2/ H3: screen_name=/level_3/ 4. seja: H1: screen_name=/level_3/ cd2_value=3
Opazite lahko, da so bile vrednosti razsežnosti po meri poslane samo z enim ogledom zaslona na sejo.
Obseg na ravni seje zagotavlja, da bo vrednost »Dan v preizkusnem obdobju« povezana z vsemi zadetki v zadevni seji in ne samo z zadetkom, s katerim je bila poslana.
Poročanje
Po obdelavi bodo vrednosti razsežnosti po meri z obsegom na ravni seje povezane z vsemi ogledi zaslona, ki so bili izvedeni v isti seji. Razvijalec lahko zdaj ustvari poročilo, ki kot razsežnosti uporablja vrednost »Dan v preizkusnem obdobju« in ime zaslona ter kot meritve oglede zaslona.
| Dan v preizkusnem obdobju | Ime zaslona | Ogledi zaslona |
|---|---|---|
| 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 |
Če želi razvijalec združiti oglede zaslona glede na dan in ugotoviti, koliko stopenj je bilo odigranih na posamezni dan v preizkusnem obdobju, lahko ustvari poročilo po meri, v katerem je vrednost »Dan v preizkusnem obdobju« uporabljena kot primarna razsežnost:
| Dan v preizkusnem obdobju | Ogledi zaslona |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Podatki kažejo, da je prvi dan pri igranju igre izbrana večina stopenj, medtem ko je drugi in tretji dan izbranih znatno manj stopenj. Vpogled v te podatke je mogoč, ker so razsežnosti po meri z obsegom na ravni seje uporabljene za razvrščanje zadetkov v več različnih sej in njihovih delov v skupine na podlagi ene vrednosti.
Obseg na ravni uporabnika
Spodaj je predstavljen tudi primer, kako lahko razvijalec iger uporabi razsežnosti po meri z obsegom na ravni uporabnika, da ugotovi, koliko stopenj so odigrali igralci, ki so kupili igro, in koliko stopenj so odigrali igralci, ki uporabljajo brezplačen preizkus.
Enako kot v prejšnjih primerih razvijalec skupnemu številu, ki izraža, kolikokrat so bile odigrane posamezne stopnje, že sledi prek ogledov zaslona, vendar želi zdaj razvrstiti oglede zaslona v skupine glede na to, ali jih ustvarijo uporabniki brezplačne oziroma plačljive različice.
Poročilo, ki ga želi videti razvijalec, je videti tako:
| Vrsta igralca | Ogledi zaslona |
|---|---|
| Brezplačno | |
| Plačljivo |
Z uporabo razsežnosti po meri na ravni uporabnika lahko razvijalec pridobi te podatke tako, da poveže vse oglede zaslona posameznega uporabnika z njegovo trenutno in prihodnjimi sejami ter vrednostjo »Vrsta igralca«.
Razlog za izbiro obsega na ravni uporabnika
Obseg na ravni uporabnika omogoča ustrezno razvrščanje vseh delov sej uporabnikov in zadetkov v skupine na podlagi ene vrednosti. To je idealen pristop za vrednosti, ki se za posameznega uporabnika ne spreminjajo pogosto, npr. »Vrsta uporabnika«, kot je uporabljeno v tem primeru.
Opomba: Čeprav je mogoče to funkcionalnost doseči prek obsega na ravni zadetkov ali na ravni seje, vam obseg na ravni uporabnika zagotavlja najpriročnejšo rešitev z najmanjšo količino kodiranja.
Konfiguracija
Razsežnost po meri »Vrsta igralca« je opredeljena v razdelku za skrbnike skupaj z naslednjimi vrednostmi:
| Indeks | 3 |
| Ime | Vrsta igralca |
| Obseg | Uporabnik |
| Aktivno | da |
Zbiranje
Enako kot v predhodnem primeru razvijalec že sledi vsaki stopnji tako, da uporablja ogled zaslona. Za razvrščanje teh ogledov zaslona glede na vrsto igralca mora razvijalec določiti razsežnost »Vrsta igralca«, ko uporabnik začne igrati, in drugič, ko uporabnik plača za dostop do polne različice igre.
Razvijalec bo razsežnost po meri določil, ko bo uporabnik prvič začel igrati igro:
ga('create', 'UA-XXXX-Y', 'auto');
// Nastavitev vrednosti za razsežnost po meri na indeks 3.
ga('set', 'dimension3', 'Free' );
// Pošiljanje vrednosti razsežnosti po meri z zadetkom ogleda strani.
ga('send', 'pageview', '/level_1/');
Razvijalec bo razsežnost po meri določil, ko bo uporabnik plačal za igranje polne različice igre:
ga('create', 'UA-XXXX-Y', 'auto');
// Nastavitev vrednosti za razsežnost po meri na indeks 3.
ga('set', 'dimension3', 'Paid' );
// Pošiljanje vrednosti razsežnosti po meri z zadetkom ogleda strani.
ga('send', 'pageview', '/level_1/');
Obdelava
Enako kot v predhodnih primerih so podatki po zbiranju obdelani, vrednosti razsežnosti po meri pa so uporabljene za zadetke glede na njihov obseg.
Če so na primer zbrani podatki za posameznega igralca, ki je igro igral dvakrat kot brezplačni uporabnik in enkrat kot plačljivi uporabnik, je koda videti tako:
userId = 5555 1. seja: H2: screen_name=/level_1/ cd3_value=brezplačno H3: screen_name=/level_2/ 2. seja: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ 3. seja: H1: screen_name=/level_3/ cd3_value=plačljivo H2: screen_name=/level_4/
Upoštevajte, da vrednost free, določena v 1. seji, velja za vse zadetke v tej seji in v 2. seji, dokler ni v 3. seji določena nova vrednost paid.
Poročanje
Po obdelavi bodo vrednosti razsežnosti po meri »Vrsta igralca« povezane s sejo, v kateri so bile določene, ter z vsemi prihodnjimi sejami in zadetki.
Razvijalec lahko zdaj ustvari poročilo, ki kot razsežnosti uporablja vrednost »Vrsta igralca« in ime zaslona ter kot meritve oglede zaslona.
| Vrsta igralca | Ime zaslona | Ogledi zaslona |
|---|---|---|
| Brezplačno | /level_1/ | 1 |
| Brezplačno | /level_2/ | 2 |
| Brezplačno | /level_3/ | 2 |
| Plačljivo | /level_3/ | 1 |
| Plačljivo | /level_4/ | 1 |
Če želi razvijalec združiti oglede zaslona glede na vrsto igralca in ugotoviti, koliko stopenj je bilo odigranih kot brezplačnih glede na plačane, lahko ustvari poročilo po meri, v katerem je vrednost »Vrsta igralca« uporabljena kot primarna razsežnost:
| Vrsta igralca | Ogledi zaslona |
|---|---|
| Brezplačno | 5 |
| Plačljivo | 2 |
Podatki prikazujejo, da so brezplačni uporabniki odigrali več stopenj od plačljivih uporabnikov. Vpogled v te podatke je mogoč, ker so razsežnosti po meri z obsegom na ravni uporabnika uporabljene za razvrščanje uporabnikov in njihovih sej ter zadetkov v skupine na podlagi ene vrednosti.
Obseg na ravni izdelka
Oglejmo si primer, kako lahko razvijalec iger uporabi razsežnost po meri na ravni izdelka in z njo poišče, katera od izboljšav (šibka, srednja, močna) je bila kupljena.
Razvijalec že spremlja število nakupov izboljšav, pri čemer uporablja izboljšano e-trgovino. Zdaj želi vedeti tudi, katera izboljšava dosega največ nakupov.
Poročilo bo videti tako:
| Moč izboljšave | Prihodek od izdelka |
|---|---|
| šibka | |
| srednja | |
| močna |
Pred uporabo razsežnosti po meri je lahko razvijalec videl skupni prihodek izboljšav, ne pa tudi razporeditve prihodka glede na moč izboljšave.
Z uporabo razsežnosti po meri na ravni zadetka je mogoče moč povezati z vsakim izdelkom in tako omogočiti, da je v poročila vključen prikaz najbolj prodajane moči (ter tudi ogledi, kliki in druga dejanja izboljšane e-trgovine).
Razlog za izbiro obsega na ravni izdelka
Uporabnik lahko v enem nakupu kupi več izboljšav. Z uporabo obsega na ravni izdelka se vrednost moči poveže samo z izdelkom, s katerim je poslana. Tako se zagotovi, da je vsak nakup izboljšave povezan z enolično močjo.
Konfiguracija
Razsežnost po meri »Moč izboljšave« je določena v razdelku z nastavitvami znamke v Analyticsu in ima te vrednosti:
| Indeks | 4 |
| Ime | Moč izboljšave |
| Obseg | Izdelek |
| Aktivno | da |
Zbiranje
V igri razvijalec že spremlja vsak nakup izboljšave. Ker želi povezati moč z vsako izboljšavo, mora nastaviti vrednost razsežnosti po meri skupaj s podatki o izdelku.
Z dodajanjem te razsežnosti bi bila koda morda videti tako:
ga('ec:addProduct', { // Navedi podrobnosti o izdelku v polju productFieldObject.
'id': 'P12345', // ID izdelka (niz).
'name': 'Powerup', // Ime izdelka (niz).
'category': 'Extras', // Kategorija izdelka (niz).
'variant': 'red', // Različica izdelka (niz).
'price': '10.00', // Cena izdelka (valuta).
'quantity': 2, // Količina izdelka (število).
'dimension4': 'strong' // Razsežnost po meri na podlagi obsega izdelka (niz).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Pošlji podatke o transakciji z začetnim številom ogledov strani.
V tem primeru je razsežnost po meri določena skupaj z informacijami o izdelku. Tako se povežeta moč in izboljšava.
Obdelava
Ko so zadetki zbrani in poslani v Analytics, so podatki obdelani, vrednosti razsežnosti po meri pa so uporabljene za zadetke glede na izdelke, s katerimi so določeni.
Podatki, zbrani za posameznega igralca z eno sejo, ki je kupil 3 izboljšave, so na primer videti tako:
userId = 5555
1. seja:
H1: product_name=powerup cd4_value=šibka
product_name=powerup cd4_value=močna
H2: product_name=powerup cd4_value=šibka
Opomba: če uporabite obseg na ravni izdelka, s tem zagotovite, da je posamezna izboljšava povezana samo z izdelkom, s katerim je bila določena.
Poročanje
Po obdelavi lahko razvijalec zaradi dejstva, da je posamezni izdelek povezan z ustrezno vrednostjo moči, ustvari poročilo, ki prikazuje prihodek za posamezno moč izboljšave:
| Moč izboljšave | Prihodek od izdelka |
|---|---|
| šibka | 20,00 |
| močna | 10,00 |
V tem poročilu so šibke izboljšave ustvarile največ prihodka.
Meritve po meri
Obseg
Meritve po meri lahko imajo različne obsege, podobno kot razsežnosti po meri. Meritve po meri na ravni zadetka so povezane z vsemi razsežnostmi na ravni zadetka, s katerimi so bile poslane. Podobno so meritve po meri na ravni izdelka povezane samo z izdelki, s katerimi so bile poslane. Naslednji primeri prikazujejo ti dve vrsti meritev po meri.
Primer meritve po meri na podlagi obsega zadetka
V spodnjih primerih je razvijalec iger sledil vsakemu igranju posamezne stopnje kot ogledu zaslona. V vsakem od ustvarjenih poročil se meritev ogleda zaslona uporablja za predstavitev poskusa igralca, da uspešno konča stopnjo.
Vendar želi razvijalec poznati tudi stopnjo dokončanja za vsako stopnjo.
Za določanje stopnje dokončanja bo razvijalec uporabil novo meritev po meri, ki jo bo imenoval »Uspešno končane stopnje« in jo bo primerjal z ogledi zaslona vsake posamezne stopnje.
Poročilo, ki ga želi razvijalec, je videti tako:
| Ime zaslona | Ogledi zaslona | Uspešno končane stopnje |
|---|---|---|
| /level_1/ | ||
| /level_2/ | ||
| /level_3/ |
Razlog za uporabo meritev po meri
Pogosto je za sledenje najpomembnejšim meritvam na voljo možnost uporabe dogodkov, ogledov zaslona in/ali meritev po meri. Vendar lahko meritve po meri zagotovijo bolj prilagodljiva in pregledna poročila po meri, ki so priročen način za sledenje najpomembnejšim meritvam.
V tem primeru ni bilo mogoče slediti dokončanju stopenj kot ogledu strani, ne da bi prišlo do dvojnega štetja števila ogledov zaslona na stopnjo, zato želite najti drugo možnost.
Čeprav je dogodek zaradi hierarhične narave mogoče uporabiti tudi samostojno, bi bilo zgornje poročilo težko ustvariti samo s kombinacijo ogledov zaslona in dokončanja stopenj v okviru ene razsežnosti.
Zaradi takih omejitev in ker je meritev »Uspešno končane stopnje« tako pomembna za tega razvijalca, je najbolj priročno, da se jim sledi kot meritvam po meri.
Konfiguracija
Meritev po meri »Uspešno končane stopnje« je opredeljena v razdelku za upravljanje uporabniškega vmesnika, in sicer z naslednjimi vrednostmi:
| Indeks | 1 |
| Ime | Uspešno končane stopnje |
| Obseg | Zadetek |
| Vrsta oblikovanja | Celo število |
| Aktivno | da |
Zbiranje
Razvijalec prek ogledov zaslona že sledi začetku vsake stopnje. Zdaj želi spremljati tudi uspešno končane stopnje, pri čemer bo uporabil novo meritev po meri.
Meritve po meri se enako kot razsežnosti po meri pošljejo v Analytics v obliki parametrov, priloženih drugim zadetkom. Za pošiljanje vrednosti meritve po meri mora razvijalec poslati tudi dodatni zadetek, s katerim se zabeleži stopnja, ki jo je uporabnik uspešno dokončal. V tem primeru se dogodek sproži, ko je stopnja uspešno dokončana, z njim pa se poveže tudi meritev po meri.
Implementirana koda bi bila morda videti tako:
ga('create', 'UA-XXXX-Y', 'auto');
// Povečanje meritve uspešno končane stopnje za 1.
ga('set', 'metric1', 1 );
// Pošiljanje vrednosti meritve po meri z zadetkom dogodka.
ga('send', 'event', 'Level', 'completion');
Obdelava
Pred obdelavo bi bili podatki za enega igralca, ki je odigral tri stopnje igre v eni seji, videti tako:
userId = 5555 1. seja 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
Poročanje
Po obdelavi lahko razvijalec ustvari poročilo, ki kot razsežnost uporablja ime zaslona, kot meritve pa oglede zaslona, skupno število dogodkov in uspešno končane stopnje.
| Ime zaslona | Ogledi zaslona | Skupno število dogodkov | Uspešno končane stopnje |
|---|---|---|---|
| /level_1/ | 1 | 1 | 1 |
| /level_2/ | 3 | 1 | 1 |
| /level_3/ | 1 | 1 | 1 |
Ker razvijalec sledi uspešno končanim stopnjam v obliki meritev po meri, s tem odpravi prihodnjo potrebo po filtriranju dogodkov uspešno končanih stopenj glede na vse dogodke.
Namesto tega lahko razvijalec preprosto ustvari poročilo po meri, pri čemer uporabi meritev po meri »Uspešno končane stopnje«.
| Ime zaslona | Ogledi zaslona | Uspešno končane stopnje |
|---|---|---|
| /level_1/ | 1 | 1 |
| /level_2/ | 3 | 1 |
| /level_3/ | 1 | 1 |
Podatki nakazujejo, da je 2. stopnja težja od 1. in 3. stopnje, saj njena stopnja dokončanja na podlagi ogledov zaslona znaša le 33 %. S sledenjem uspešno končanim stopnjam v obliki meritev po meri lahko razvijalec preprosto odgovori na vprašanja o ključnih meritvah in ustvari poenostavljena poročila, ki jih lahko deli z drugimi.
Primer meritve po meri na podlagi obsega izdelka
V zgornjem primeru je razvijalec iger sledil vsakemu nakupu izboljšave. Na voljo je več meritev, ki jih je mogoče povezati z vsakim nakupom, npr. količina in prihodek.
Razvijalec iger je pred kratkim objavil promocijo, s katero je vsem uporabnikom podaril 100 USD dobroimetja. Zdaj želi izmeriti, katere izboljšave so uporabniki s tem dobroimetjem kupili.
Za določanje porabljenega dobroimetja na posamezni nakup izdelka mora razvijalec uporabiti novo meritev po meri, imenovano »Poraba dobroimetja«.
Poročilo, ki ga želi razvijalec, je videti tako:
| Moč izboljšave | Prihodek od izdelka | Poraba dobroimetja |
|---|---|---|
| močna | ||
| srednja | ||
| šibka |
Konfiguracija
Meritev po meri »Poraba dobroimetja« je opredeljena v razdelku za skrbnike, skupaj z naslednjimi vrednostmi:
| Indeks | 2 |
| Ime | Poraba dobroimetja |
| Obseg | Izdelek |
| Vrsta oblikovanja | Celo število |
| Aktivno | da |
Zbiranje
Meritve po meri na ravni izdelka se enako kot razsežnosti po meri na ravni izdelka pošljejo v Analytics v obliki parametrov, priloženih podatkom o izdelku.
Implementirana koda bi bila morda videti tako:
ga('ec:addProduct', { // Navedi podrobnosti o izdelku v polju productFieldObject.
'id': 'P12345', // ID izdelka (niz).
'name': 'Powerup', // Ime izdelka (niz).
'category': 'Extras', // Kategorija izdelka (niz).
'variant': 'red', // Različica izdelka (niz).
'price': '10.00', // Cena izdelka (valuta).
'quantity': 2, // Količina izdelka (število).
'dimension4': 'strong', // Razsežnost po meri na podlagi obsega izdelka (niz).
'metric2': 5 // Meritev po meri na podlagi obsega izdelka (celo število).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Pošlji podatke o transakciji z začetnim številom ogledov strani.
Obdelava
Pred obdelavo bi bili podatki za enega igralca, ki je kupil nekaj izboljšav, videti tako:
userId = 5555
1. seja
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
Poročanje
Po obdelavi lahko razvijalec ustvari poročilo, ki kot razsežnost uporablja moč izboljšave, kot meritvi pa prihodek od izdelka in porabo dobroimetja:
| Moč izboljšave | Prihodek od izdelka | Poraba dobroimetja |
|---|---|---|
| šibka | 20 | 15 |
| močna | 10 | 5 |
| srednja | 10 | 1 |
Podatki kažejo, da uporabniki z dobroimetjem kupujejo šibke izboljšave. Razvijalec je največ dobička ustvaril pri srednjih izboljšavah.
Priporočila za izvajanje
Pri izvajanju razsežnosti ali meritev po meri upoštevajte te nasvete:
Urejanje obstoječe razsežnosti ali meritve
Ko uredite obseg obstoječe razsežnosti ali meritve po meri, lahko to na podatke vpliva na naslednje načine:
- Urejanje imena: Vpliva na podatke, ki so že bili obdelani. Stari podatki bodo dostopni le pod novim imenom.
- Obseg urejanja: Ne vpliva na podatke, ki so že bili obdelani. V novem obsegu bodo obdelani le novi podatki.
- Sprememba aktivnega stanja: Polje »Aktivno« določa, ali bo vrednost razsežnosti ali meritve po meri dejansko obdelana. Kadar je aktivnost nastavljena na
false, bo razsežnost ali meritev po meri prikazana v poročilu, ker pa njene vrednosti niso bile obdelane, ne bo imela povezanih podatkov.
Vnaprejšnje načrtovanje pri določanju obsega
Ko se odločate, kakšen obseg uporabiti za posamezno razsežnost po meri, upoštevajte, kako pogosto pričakujete, da se bo vrednost spreminjala. Če gre za vrednost, ki se lahko spremeni večkrat med eno sejo, na primer ime stopnje v igri, uporabite obseg na ravni zadetka in vrednost nastavite pred vsakim zadetkom. Po drugi strani pa je razsežnosti po meri, kot je spol, mogoče nastaviti na ravni uporabnika samo enkrat. Pošiljanje vrednosti glede spola pri vsakem zadetku bi povzročilo nepotrebno dodatno delo, pri čemer bi konfiguriranje razsežnosti po meri, ki se pogosto spreminja z obsegom uporabnika, s to vrednostjo nepravilno povezovalo več zadetkov.
