Parametrii personalizați și valorile personalizate sunt similare cu parametrii și valorile standard din contul Google Analytics, cu excepția faptului că le creați personal. Le puteți folosi pentru a culege și a analiza date care nu sunt urmărite automat de Google Analytics.
În acest articol:- Prezentare generală
- Condiții necesare
- Limite și impedimente
- Ciclul de viață al parametrilor și valorilor personalizate
- Configurarea
- Colectare
- Procesare
- Raportarea
- Exemple
- Aplicarea la nivel de accesare
- Arie de acoperire la nivel de sesiune
- Arie de acoperire la nivel de utilizator
- Aplicarea la nivel de produs
- Valorile personalizate
- Noțiuni privind implementarea
Prezentare generală
Cu parametrii și valorile personalizate, puteți să combinați datele Analytics cu date provenite din afara Analytics, de exemplu cu date CRM. De exemplu:
- dacă stocați informațiile despre sexul utilizatorilor conectați într-un sistem CRM, puteți combina informațiile respective cu datele Analytics pentru a vedea afișările de pagină împărțite pe sexe;
- dacă sunteți dezvoltator de jocuri, valorile precum „finalizare nivel” sau „scor maxim” pot fi mai relevante decât valorile predefinite precum vizionările ecranului. Prin urmărirea acestor date cu valori personalizate, puteți monitoriza progresul în raport cu cele mai importante valori în rapoarte personalizate, flexibile și ușor de citit.
Parametrii personalizați pot apărea ca parametri principali în rapoartele personalizate. În plus, le puteți folosi drept segmente și parametri secundari în rapoarte standard.
Condiții necesare
Parametrii și valorile personalizate sunt disponibile numai pentru proprietățile care fie au fost activate pentru Google Analytics universal, fie conțin cel puțin o afișare a unui raport de aplicație. SDK-urile Google Analytics pentru Android și iOS v2.x sau o versiune ulterioară, analytics.js și Protocolul de măsurare acceptă parametri și valori personalizate.
Parametrii și valorile personalizate necesită configurarea suplimentară a contului dvs. Google Analytics și a codului de urmărire. După ce parcurgeți ambii pași din procesul de activare, îi veți putea utiliza în rapoarte.
Limite și impedimente
În fiecare proprietate există 20 de indicatori disponibili pentru diferiți parametri personalizați și 20 de indicatori pentru valori personalizate. Conturile 360 au 200 de indicatori disponibili pentru parametrii personalizați și 200 pentru valorile personalizate.
Parametrii personalizați nu pot fi șterși, dar îi puteți dezactiva. Este recomandat să nu încercați să refolosiți parametrii personalizați. Dacă modificați numele, aria de acoperire și valoarea unui parametru personalizat, atât valorile noi, cât și cele vechi pot fi asociate fie cu numele vechi al parametrului, fie cu cel nou. Acest lucru combină datele din rapoartele dvs. într-un mod care nu poate fi delimitat corect cu ajutorul unui filtru.
Anumiți parametri personalizați nu sunt disponibili în rapoarte atunci când sunt combinați cu informații despre grupurile demografice. Este posibil să întâmpinați praguri sau limitări privind incompatibilitatea în rapoarte sau cu API-ul atunci când solicitați parametri personalizați cu date demografice.
Ciclul de viață al parametrilor și valorilor personalizate
Ciclul de viață al unui parametru sau al unei valori personalizate are patru etape:
- configurația: definiți parametrii și valorile personalizate folosind un indice, un nume și alte proprietăți, cum ar fi aria de acoperire;
- colectarea: trimiteți parametrii și valorile personalizate în Analytics din implementarea dvs.;
- prelucrarea: datele sunt prelucrare pe baza definițiilor personalizate ale parametrilor și valorilor și a oricăror filtre din vizualizarea de raportare;
- raportarea: creați noi rapoarte folosind parametri personalizați și valori personalizate în interfața de utilizare Google Analytics.
Configurarea
Înainte de a putea trimite parametri și valori personalizate în Analytics, acestea trebuie să fie mai întâi definite într-o proprietate Analytics. Fiecare proprietate Analytics are 20 de indici disponibili pentru parametri personalizați și alți 20 de indici disponibili pentru valori personalizate.
Atunci când definiți un parametru sau o valoare personalizată, îi specificați numele și alte valori de configurare și Analytics atribuie un număr de index pe care îl folosiți ulterior pentru a face trimitere la parametru sau la valoare. Parametrii personalizați au următoarele valori de configurare:
- numele: numele parametrului personalizat, așa cum va apărea în rapoarte;
- aria de acoperire: specifică datele la care se va aplica parametrul sau valoarea personalizată. Aflați mai multe despre aria de aplicare;
- starea de activare: specifică dacă parametrul sau valoarea personalizată va fi procesată. Este posibil ca parametrii personalizați inactivi să apară în rapoarte, însă valorile acestora nu vor fi procesate.
Valorile personalizate au următoarele valori de configurare:
- numele: numele valorii personalizate, așa cum va apărea în rapoarte;
- tipul: stabilește cum va fi afișată valoarea personalizată în rapoarte;
- valoarea minimă/maximă: valorile minime și maxime care vor fi procesate și afișate în rapoarte;
- starea de activare: specifică dacă valoarea personalizată va fi procesată. Este posibil ca valorile personalizate inactive să apară în rapoarte, însă valorile acestora nu vor fi procesate.
Parametrii și valorile personalizate pot fi definite în interfața de utilizare Analytics.
Odată ce ați definit un parametru sau o valoare personalizată, evitați, pe cât posibil, modificarea numelui sau a ariei de acoperire. Consultați Noțiuni privind implementarea pentru a afla mai multe despre modul în care modificările aduse acestor valori pot influența raportarea.
Colectarea
Parametrii și valorile personalizate sunt trimise la Analytics în momentul colectării, sub forma unor perechi de parametri: index și valoare. Parametrul index corespunde numărului de index al parametrului sau valorii personalizate atribuite de Analytics în faza de Configurare.
Spre deosebire de alte tipuri de date, parametrii și valorile personalizate sunt trimise la Analytics ca parametri atașați altor accesări, cum ar fi vizualizările de pagină, evenimentele sau tranzacțiile de comerț electronic. Ca atare, parametrii și valorile personalizate trebuie setate înainte de inițierea unui apel de urmărire pentru ca datele respective să fie trimise la Analytics.
De exemplu, pentru a seta valoarea unui parametru personalizat, codul va fi similar cu cel de mai jos:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 1.
ga('set', 'cd1', 'Level 1');
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview');
Tipurile de valori personalizate
Valorile personalizate de tipul Număr întreg sau Timp trebuie trimise ca numere întregi, în timp ce valorile personalizate de tipul Monedă pot fi trimise ca valori zecimale fixe, adecvate pentru monedele respective.
Procesarea
Atunci când sunt procesați parametri personalizați, aria de acoperire stabilește tipurile de accesări cărora li se aplică o anumită valoare a parametrului personalizat, în timp ce filtrele de vizualizare stabilesc accesările și valorile asociate acestora care vor fi incluse în rapoarte.
Aria de acoperire și prioritatea
Aria de acoperire stabilește accesările care vor fi asociate cu valoarea unui anumit parametru personalizat. Aria de acoperire are patru niveluri: produs, accesare, sesiune și utilizator:
- produs: valoarea se aplică produsului pentru care a fost setat parametrul (numai pentru comerțul electronic optimizat);
- accesare: valoarea se aplică numai accesării pentru care a fost setat parametrul;
- sesiune: valoarea se aplică tuturor accesărilor dintr-o singură sesiune;
- utilizator: valoarea se aplică tuturor accesărilor din sesiunea curentă și din sesiunile viitoare, până ce valoarea se schimbă sau un parametru personalizat este dezactivat.
Atunci când un parametru personalizat are aria de acoperire la nivel de produs, valoarea se aplică doar produsului pentru care este setat parametrul. Deoarece mai multe produse pot fi trimise printr-o singură accesare, mai mulți parametri personalizați cu aria de acoperire la nivel de produs pot fi trimiși printr-o singură accesare.
Aplicarea la nivel de accesareAtunci când un parametru personalizat este aplicat la nivel de accesare, valoarea se aplică numai accesării pentru care a fost setată. Acest lucru este demonstrat mai jos în Figura A, Figura B și Figura C:
Arie de acoperire la nivel de sesiune
Atunci când două valori cu aria de acoperire la nivel de sesiune sunt setate la același indice într-o sesiune, ultima valoare setată este prioritară și se aplică tuturor accesărilor din sesiunea respectivă. În Figura D de mai jos, cea mai recentă valoare setată înlocuiește orice valori anterioare setate pentru indicele respectiv:
Arie de acoperire la nivel de utilizator
În cazul în care doi parametri personalizați cu arie de acoperire la nivel de utilizator sunt setați în aceeași sesiune, ultima valoare are prioritate pentru sesiunea curentă și se aplică sesiunilor viitoare ale utilizatorului respectiv.
În Figura B de mai jos, valoarea CD A se aplică tuturor accesărilor din sesiunea 2, exact ca în cazul unui parametru personalizat CD la nivel de sesiune. În Figura C, însă, spre deosebire de aria de acoperire la nivel de sesiune, valoarea CD A se aplică în continuare la accesările din cea de-a treia sesiune, din cauza faptului că CD1 se aplică la nivel de utilizator:
Filtre
Filtrele de vizualizare pot interacționa în mai multe moduri cu parametrii și valorile personalizate.
Fiecare dintre parametrii și valorile personalizate sunt asociate accesării împreună cu care au fost primite, indiferent de aria de acoperire. Dacă această accesare este filtrată de un filtru de vizualizare, este posibil ca și parametrul sau valoarea personalizată să se filtreze, în funcție de aria de acoperire:
- aplicare la nivel de accesare: se filtrează atât parametrii personalizați, cât și valorile personalizate aplicabile la nivel de accesare dacă accesarea asociată a fost filtrată;
- aplicare la nivel de sesiune sau de utilizator: parametrii personalizați aplicabili la nivel de sesiune sau utilizator nu vor fi filtrați, chiar dacă accesarea asociată a fost filtrată. Valorile acestora se vor aplica în continuare tuturor accesărilor din sesiunea actuală, precum și celor din sesiunile viitoare, dacă parametrul se aplică la nivel de utilizator.
Parametrii personalizați pot fi folosiți și pentru crearea filtrelor de vizualizare. Acest lucru va stabili filtrarea accesărilor în funcție de aria de acoperire a parametrului personalizat. De exemplu, filtrarea în funcție de un parametru personalizat aplicabil la nivel de utilizator va filtra sesiunea curentă și sesiunile viitoare din setul de utilizatori asociat valorii respective.
Raportarea
După finalizarea colectării, configurării și a celorlalte etape de procesare din flux, parametrii și valorile personalizate apar în interfața de utilizare a rapoartelor.
Parametrii și valorile personalizate apar în rapoartele personalizate și se pot folosi împreună cu segmentele avansate. Parametrii personalizați se mai pot folosi și ca parametri secundari în rapoartele standard.
Exemple
Următoarele exemple prezintă modul în care un dezvoltator de jocuri poate folosi parametrii și valorile personalizate pentru a afla mai multe despre comportamentul jucătorilor.
Un dezvoltator de jocuri a lansat recent un nou joc.
Implementarea Analytics curentă urmărește o vizionare de ecran de fiecare dată când un utilizator joacă un nivel. Dezvoltatorul știe deja de câte ori este jucat fiecare nivel. Acum, acesta dorește să răspundă următoarelor întrebări mai avansate:
- De câte ori sunt jucate nivelurile ușoare în comparație cu nivelurile medii sau dificile?
- Câte niveluri sunt jucate în fiecare zi din timpul perioadei gratuite de încercare de 3 zile?
- Câte niveluri sunt jucate de utilizatorii care folosesc versiunea de încercare în comparație cu utilizatorii care au plătit pentru joc?
Pentru a răspunde acestor întrebări, sunt folosiți parametri personalizați pentru a crea noi grupuri de accesări, sesiuni și utilizatori.
În plus, dezvoltatorul vinde unele funcții suplimentare, cum ar fi stimulentele, pentru a optimiza experiența utilizatorilor. Dezvoltatorul folosește deja câmpurile pentru categorii și variante, însă dorește un câmp suplimentar care să măsoare puterea fiecărui stimulent achiziționat. Astfel, dezvoltatorul poate stabili dacă anumite niveluri de putere a stimulentelor sunt mai căutate decât altele.
Aplicarea la nivel de accesare
Vom analiza un exemplu de mod în care un dezvoltator de jocuri poate folosi parametrii personalizați la nivel de accesare pentru a afla câte niveluri au fost jucate pentru fiecare grad de dificultate în parte (ușor, mediu sau dificil).
Dezvoltatorul știe deja de câte ori este jucat fiecare nivel, datorită vizionărilor ecranului. Acum, acesta dorește să știe care este cel mai accesat grad de dificultate.
Raportul va arăta astfel:
| Dificultate | Vizionări ale ecranului |
|---|---|
| ușor | |
| mediu | |
| dificil |
Înainte de a folosi parametri personalizați, dezvoltatorul poate vedea numărul total de vizionări ale ecranului grupate după nivel, însă nu poate grupa aceste vizionări după gradul de dificultate.
Prin folosirea unui parametru personalizat la nivel de accesare, gradul de dificultate poate fi asociat cu fiecare vizionare a ecranului, ceea ce face posibilă includerea în rapoarte a celui mai des accesat grad de dificultate.
Motive pentru aplicarea la nivel de accesare
Un utilizator poate juca mai multe niveluri în cadrul unei singure sesiuni. Aplicarea la nivel de accesare înseamnă că valoarea dificultății va fi asociată numai cu vizionarea ecranului împreună cu care a fost trimisă. Acest lucru asigură asocierea fiecărei vizionări de ecran de la un anumit nivel cu un grad unic de dificultate.
Configurarea
Primul pas în implementarea unui parametru personalizat este definirea acestuia în setările proprietății din secțiunea Administrator a Analytics. În exemplul de mai jos, definiția parametrului personalizat arată astfel:
| Index | 1 |
| Nume | Difficulty |
| Arie de aplicare | Hit |
| Activ | true |
Colectarea
În cadrul jocului, dezvoltatorul urmărește deja fiecare nivel folosind vizionările ecranului. Pentru a asocia un grad de dificultate fiecărui nivel, valoarea parametrului personalizat trebuie setată chiar înainte de apelul de urmărire a vizionării ecranului.
Implementarea poate arăta astfel:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 1.
ga('set', 'cd1', 'easy');
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
În acest exemplu, parametrul personalizat este setat chiar înainte de urmărirea vizionării ecranului pentru nivelul respectiv. Astfel, gradul de dificultate va fi asociat cu vizionarea ecranului, iar accesările de tip „vizionare a ecranului” vor putea fi grupate după gradul de dificultate în cadrul rapoartelor.
Procesarea
După culegerea accesărilor și trimiterea acestora în Analytics, datele sunt procesate, iar valorile parametrilor personalizați sunt aplicate accesărilor în funcție de aria de acoperire a acestora.
De exemplu, datele colectate de la un singur jucător care a efectuat o singură sesiune în care a jucat 6 niveluri vor arăta astfel:
userId = 5555 Session 1: H1: screen_name=/level_1/ cd1_value=easy H2: screen_name=/level_2/ cd1_value=medium H3: screen_name=/level_3/ cd1_value=hard H4: screen_name=/level_4/ cd1_value=easy H5: screen_name=/level_5/ cd1_value=medium H6: screen_name=/level_6/ cd1_value=medium
Rețineți că utilizarea aplicării la nivel de accesare asigură asocierea fiecărei valori de dificultate numai cu vizualizarea ecranului împreună cu care a fost trimisă.
Raportarea
Odată ce datele sunt procesate, deoarece fiecare vizionare de ecran este asociată unui grad de dificultate, dezvoltatorul poate crea un raport în care atât numele ecranului, cât și gradul de dificultate sunt folosite ca parametri, iar vizionările ecranului sunt folosite ca valoare:
| Numele ecranului | Dificultate | Vizionări ale ecranului |
|---|---|---|
| /nivel_1/ | ușor | 1 |
| /nivel_2/ | mediu | 1 |
| /nivel_3/ | dificil | 1 |
| /nivel_4/ | ușor | 1 |
| /nivel_5/ | mediu | 1 |
| /nivel_6/ | mediu | 1 |
Poate fi creat un raport personalizat care folosește dificultatea ca parametru principal pentru gruparea vizionărilor ecranului, ceea ce îi permite dezvoltatorului să stabilească de câte ori a fost jucat fiecare grad de dificultate:
| Dificultate | Vizionări ale ecranului |
|---|---|
| ușor | 2 |
| mediu | 3 |
| dificil | 1 |
În acest raport, nivelurile cu dificultate medie au fost jucate cel mai frecvent. Aceste statistici pot fi obținute prin folosirea parametrilor personalizați la nivel de accesare pentru gruparea vizionărilor ecranului.
Arie de acoperire la nivel de sesiune
Să analizăm acum un exemplu al modului în care un dezvoltator de jocuri poate folosi parametri personalizați la nivel de sesiune pentru a stabili câte niveluri sunt jucate în fiecare zi din cadrul unei perioade de încercare gratuită de trei zile.
Dezvoltatorul știe deja de câte ori este jucat fiecare nivel prin urmărirea câte unei vizionări a ecranului pentru fiecare nivel. Acum, acesta dorește să știe câte niveluri au fost jucate în fiecare zi.
Raportul pe care dorește să îl creeze dezvoltatorul arată astfel:
| Ziua din perioada de încercare | Vizionări ale ecranului |
|---|---|
| Ziua 1 | |
| Ziua 2 | |
| Ziua 3 |
Prin folosirea unui parametru personalizat la nivel de sesiune, dezvoltatorul poate grupa vizionările ecranului după ziua din perioada de încercare și poate stabili cum se schimbă numărul acestora pe măsură ce utilizatorul petrece mai mult timp în joc în timpul perioadei gratuite de încercare.
Motive pentru aplicarea la nivel de sesiune
Puteți folosi aplicarea la nivel de sesiune pentru a grupa în mod eficient sesiuni întregi și toate accesările care fac parte din acestea la o singură valoare de tip Zi din perioada de încercare.
Deși aplicarea la nivel de accesare se poate folosi pentru a obține același rezultat, aplicarea la nivel de sesiune vă oferă posibilitatea să setați cu ușurință valoarea Ziua din perioada de încercare folosind cel mai scurt cod suplimentar.
Configurarea
Parametrul personalizat „Ziua din perioada de încercare” este definit în secțiunea de setări ale proprietății din interfața de utilizare Analytics cu următoarele valori:
| Index | 2 |
| Nume | Day of Trial |
| Arie de aplicare | Session |
| Activ | true |
Colectarea
În cadrul jocului, dezvoltatorul urmărește deja fiecare nivel folosind vizionările ecranului. Pentru a asocia o zi tuturor vizionărilor ecranului din cadrul unei sesiuni, valoarea parametrului personalizat trebuie setată o singură dată pe sesiune.
Dezvoltatorul va stabili parametrul personalizat atunci când utilizatorul începe primul joc:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Rețineți că un parametru personalizat la nivel de sesiune poate fi setat în orice moment din timpul sesiunii. Totuși, în acest exemplu, este mai ușor pentru dezvoltator să stabilească ziua din perioada de încercare și să seteze corespunzător valoarea la începutul sesiunii.
Procesarea
După culegerea accesărilor și trimiterea acestora în Analytics, datele sunt procesate, iar valorile parametrilor personalizați sunt aplicate accesărilor în funcție de aria de acoperire a acestora.
De exemplu, datele colectate pentru un singur jucător care a jucat jocul de două ori în prima zi, o dată a doua zi și o dată a treia zi vor arăta astfel:
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
Rețineți că valorile parametrilor personalizați au fost trimise împreună cu o singură vizionare a ecranului pe sesiune.
Aplicarea la nivel de sesiune asigură asocierea valorii Ziua din perioada de încercare cu toate accesările din sesiunea respectivă, nu doar cu accesarea împreună cu care a fost trimisă.
Raportarea
După procesare, valorile parametrilor personalizați la nivel de sesiune vor fi asociate tuturor vizionărilor ecranului primite în aceeași sesiune. Dezvoltatorul poate crea acum un raport folosind ziua din perioada de încercare și numele ecranului ca parametri și vizionările ecranului ca valoare:
| Ziua din perioada de încercare | Numele ecranului | Vizionări ale ecranului |
|---|---|---|
| 1 | /nivel_1/ | 1 |
| 1 | /nivel_2/ | 2 |
| 1 | /nivel_3/ | 1 |
| 1 | /nivel_4/ | 2 |
| 2 | /nivel_1/ | 1 |
| 2 | /nivel_2/ | 1 |
| 2 | /nivel_3/ | 1 |
| 3 | /nivel_3/ | 1 |
Pentru a grupa vizionările ecranului în funcție de zi și pentru a afla câte niveluri au fost jucate în fiecare zi din perioada de încercare, dezvoltatorul poate crea un raport personalizat care folosește ziua din perioada de încercare ca parametru principal:
| Ziua din perioada de încercare | Vizionări ale ecranului |
|---|---|
| 1 | 6 |
| 2 | 3 |
| 3 | 1 |
Datele arată că cele mai multe niveluri au fost jucate în prima zi, iar numărul nivelurilor jucate în zilele 2 și 3 a fost semnificativ mai redus. Aceste statistici pot fi obținute prin folosirea parametrilor personalizați la nivel de sesiune pentru gruparea mai multor sesiuni și a accesărilor din cadrul acestora la o singură valoare.
Arie de acoperire la nivel de utilizator
Vom analiza modul în care dezvoltatorul de jocuri poate folosi parametrii personalizați la nivel de utilizator pentru a afla câte niveluri au fost jucate de utilizatorii plătitori în raport cu cei care au utilizat versiunea gratuită de încercare.
În mod similar cu exemplele anterioare, dezvoltatorul știe deja, folosind vizionările ecranului, de câte ori este jucat fiecare nivel, însă acum dorește să grupeze vizionările ecranului în funcție de tipul utilizatorilor (plătitori sau utilizatorii versiunii gratuite).
Raportul pe care dorește să îl vadă dezvoltatorul arată astfel:
| Tip jucător | Vizionări ale ecranului |
|---|---|
| Versiune gratuită | |
| Cu plată |
Folosind un parametru personalizat la nivel de utilizator, dezvoltatorul poate obține aceste date prin asocierea cu valoarea „Tip jucător” a tuturor vizionărilor de ecran ale unui anumit utilizator, în sesiunea actuală și sesiunile viitoare.
Motive pentru aplicarea la nivel de utilizator
Cu aplicarea la nivel de utilizator, puteți să grupați cu ușurință toate sesiunile și accesările unui utilizator folosind o singură valoare. Această arie de aplicare este ideală pentru valorile care nu se modifică des pentru un anumit utilizator, cum ar fi tipul de jucător în acest exemplu.
Rețineți că, deși același rezultat poate fi obținut prin aplicarea la nivel de accesare sau sesiune, aplicarea la nivel de utilizator este cea mai simplă soluție, implicând un cod cu lungime minimă.
Configurarea
Parametrul personalizat Tip jucător este definit în secțiunea Administrator cu următoarele valori:
| Index | 3 |
| Nume | Player Type |
| Arie de aplicare | User |
| Activ | true |
Colectarea
La fel ca în exemplele anterioare, dezvoltatorul urmărește deja fiecare nivel folosind vizionările ecranului. Pentru a grupa aceste vizionări ale ecranului după tipul de jucător, este suficient ca dezvoltatorul să seteze parametrul Tip jucător atunci când utilizatorul începe jocul și încă o dată dacă utilizatorul plătește ulterior pentru a accesa versiunea completă a jocului.
Dezvoltatorul va stabili parametrul personalizat atunci când utilizatorul începe primul joc:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Free' );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Dezvoltatorul trebuie să seteze parametrul personalizat și atunci când utilizatorul plătește pentru versiunea completă a jocului:
ga('create', 'UA-XXXX-Y', 'auto');
// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Paid' );
// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');
Procesarea
La fel ca în exemplele anterioare, după ce datele sunt colectate, acestea sunt procesate, iar valorile parametrilor personalizați sunt aplicate accesărilor în funcție de aria lor de acoperire.
De exemplu, datele colectate pentru un singur jucător care a jucat jocul de două ori ca utilizator al versiunii gratuite și o dată ca utilizator plătitor ar arăta astfel:
userId = 5555 Session 1: H2: screen_name=/level_1/ cd3_value=free H3: screen_name=/level_2/ Session 2: H1: screen_name=/level_2/ H2: screen_name=/level_3/ H3: screen_name=/level_3/ Session 3: H1: screen_name=/level_3/ cd3_value=paid H2: screen_name=/level_4/
Rețineți că valoarea free setată în sesiunea 1 se aplică tuturor accesărilor din sesiunea respectivă, precum și celor din sesiunea 2, până ce noua valoare paid este setată în sesiunea 3.
Raportarea
După procesare, valorile parametrului personalizat Tip jucător vor fi asociate cu sesiunile în care au fost setate, precum și cu toate sesiunile și accesările ulterioare.
Dezvoltatorul poate crea acum un raport folosind tipul jucătorului și numele ecranului ca parametri și vizionările ecranului ca valoare:
| Tip jucător | Numele ecranului | Vizionări ale ecranului |
|---|---|---|
| Versiune gratuită | /nivel_1/ | 1 |
| Versiune gratuită | /nivel_2/ | 2 |
| Versiune gratuită | /nivel_3/ | 2 |
| Cu plată | /nivel_3/ | 1 |
| Cu plată | /nivel_4/ | 1 |
Pentru a grupa vizionările ecranului în funcție de tipul de jucător și pentru a afla câte niveluri au fost jucate de utilizatorii versiunii gratuite și cei plătitori, dezvoltatorul poate crea un raport personalizat care folosește tipul de jucător ca parametru principal:
| Tip jucător | Vizionări ale ecranului |
|---|---|
| Versiune gratuită | 5 |
| Cu plată | 2 |
Datele arată că mai multe niveluri au fost jucate de utilizatorii versiunii gratuite decât de cei plătitori. Aceste statistici pot fi obținute folosind parametrii personalizați la nivel de utilizator pentru gruparea la o singură valoare a utilizatorilor și a sesiunilor și accesărilor acestora.
Aplicarea la nivel de produs
Vom analiza un exemplu de mod în care un dezvoltator de jocuri poate folosi parametrii personalizați la nivel de produs pentru a afla ce niveluri de putere a stimulentelor au fost achiziționate.
Dezvoltatorul știe deja de câte ori sunt achiziționate stimulentele, prin folosirea comerțului electronic optimizat. Acum, acesta dorește să știe care este nivelul de putere al stimulentelor achiziționat de cele mai multe ori.
Raportul va arăta astfel:
| Putere stimulent | Venitul pe produs |
|---|---|
| slab | |
| mediu | |
| puternic |
Înainte de a folosi parametri personalizați, dezvoltatorul poate vedea venitul total pe produs generat de stimulente, însă nu poate grupa veniturile în funcție de nivelul de putere al stimulentelor.
Prin folosirea unui parametru personalizat la nivel de produs, nivelul de putere poate fi asociat cu fiecare produs în parte, permițând rapoartelor să indice nivelul de putere achiziționat cel mai des (sau vizualizat cel mai des, cel care primește cele mai multe clicuri sau alte acțiuni disponibile pentru comerțul electronic optimizat).
Motive pentru aplicarea la nivel de produs?
Un utilizator poate achiziționa mai multe stimulente într-o singură achiziție. Aplicarea la nivel de produs înseamnă că o valoare a nivelului de putere va fi asociată numai produsului împreună cu care a fost trimisă. Acest lucru asigură asocierea fiecărui stimulent achiziționat cu un singur nivel de putere.
Configurarea
Parametrul personalizat Putere stimulent este definit în secțiunea cu setările proprietății din Administrator Analytics cu următoarele valori:
| Index | 4 |
| Nume | Powerup Strength |
| Arie de aplicare | Product |
| Activ | true |
Colectarea
În cadrul jocului, dezvoltatorul urmărește deja fiecare achiziție de stimulente folosind vizionările ecranului. Pentru a asocia un nivel de putere cu fiecare stimulent, valoarea parametrului personalizat trebuie setată împreună cu datele produsului.
Adăugarea acestui parametru la produs ar putea arăta astfel:
ga('ec:addProduct', { // Provide product details in an productFieldObject.
'id': 'P12345', // Product ID (string).
'name': 'Powerup', // Product name (string).
'category': 'Extras', // Product category (string).
'variant': 'red', // Product variant (string).
'price': '10.00', // Product price (currency).
'quantity': 2, // Product quantity (number).
'dimension4': 'strong' // Product-scoped custom dimension (string).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Send transaction data with initial pageview.
În acest exemplu, parametrul personalizat este setat împreună cu informațiile despre produs. Astfel, nivelul de putere va fi asociat cu stimulentul.
Procesarea
La fel ca în exemplele anterioare, după culegerea accesărilor și trimiterea acestora în Analytics, datele sunt procesate, iar valorile parametrilor personalizați sunt aplicate produselor pentru care au fost setate.
De exemplu, datele culese pentru un singur jucător cu o singură sesiune care a achiziționat 3 stimulente vor arăta astfel:
userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak
Rețineți că utilizarea aplicării la nivel de produs asigură asocierea fiecărei valori a stimulentului numai cu produsul pentru care a fost setată.
Raportarea
Odată ce datele sunt procesate, deoarece fiecare produs este asociat gradului respectiv de putere, dezvoltatorul poate crea un raport în care venitul este repartizat după nivelul de putere al stimulentelor:
| Putere stimulent | Venitul pe produs |
|---|---|
| slab | 20,00 |
| puternic | 10,00 |
În acest raport, majoritatea veniturilor corespunde stimulentelor slabe.
Valorile personalizate
Aria de acoperire
În mod similar parametrilor personalizați, valorile personalizate pot avea diferite arii de aplicare. Valorile personalizate la nivel de accesare sunt asociate cu toți parametrii la nivel de accesare împreună cu care au fost trimise. În mod similar, valorile personalizate la nivel de produs sunt asociate numai produselor împreună cu care au fost trimise. Următoarele exemple ilustrează aceste două tipuri de valori personalizate.
Exemplu de valoare personalizată la nivel de accesare
În exemplele de mai sus, dezvoltatorul de jocuri urmărea fiecare nivel jucat ca vizionare de ecran. În fiecare dintre rapoartele generate, valoarea vizionărilor de ecran este folosită pentru a reprezenta încercarea unui jucător de a finaliza un nivel.
Totuși, dezvoltatorul dorește să cunoască și rata de finalizare a fiecărui nivel.
Pentru a stabili rata de finalizare, dezvoltatorul va folosi o nouă valoare personalizată, numită Finalizări niveluri, și o va compara cu vizionările ecranului pentru fiecare nivel.
Raportul pe care și-l dorește dezvoltatorul va arăta astfel:
| Numele ecranului | Vizionări ale ecranului | Finalizări niveluri |
|---|---|---|
| /nivel_1/ | ||
| /nivel_2/ | ||
| /nivel_3/ |
Motive pentru folosirea unei valori personalizate
În multe cazuri, veți avea opțiunea de a folosi evenimente, vizionări ale ecranului și/sau o valoare personalizată pentru a urmări cele mai importante valori. Totuși, valorile personalizate pot produce rapoarte personalizate mai flexibile și mai ușor de citit și, ca atare, reprezintă o metodă mai ușoară de a urmări cele mai importante valori.
În acest exemplu, completările de nivel nu au putut fi urmărite ca vizualizare a ecranului fără a contoriza de două ori numărul de vizualizări ale ecranului pentru fiecare nivel, prin urmare, se recomandă să găsiți o altă opțiune.
Deși un eveniment poate fi luat în considerare separat, natura ierarhică a evenimentelor ar îngreuna generarea raportului de mai sus, în care vizionările ecranului și finalizările nivelurilor sunt combinate într-un singur parametru.
Din cauza limitărilor de mai sus și deoarece finalizările nivelurilor reprezintă o valoare importantă pentru dezvoltator, este preferabil ca finalizările nivelurilor să fie urmărite ca valoare personalizată.
Configurarea
Valoarea personalizată Finalizările nivelurilor este definită în secțiunea de gestionare a interfeței de utilizare, cu următoarele valori:
| Index | 1 |
| Nume | Level Completions |
| Arie de aplicare | Hit |
| Tip de formatare | Integer |
| Activ | true |
Colectarea
Dezvoltatorul urmărește deja începerea fiecărui nivel, folosind vizionările ecranului. Acum, acesta dorește să urmărească finalizarea nivelurilor folosind noua valoare personalizată.
În mod similar parametrilor personalizați, valorile personalizate sunt trimise în Analytics ca parametri atașați altor accesări. Pentru a trimite valoarea personalizată, dezvoltatorul va trebui să trimită o accesare suplimentară pentru a înregistra finalizarea unui nivel de utilizator. În acest exemplu, un eveniment va fi declanșat la finalizarea nivelului, iar o valoare personalizată va fi asociată acestui eveniment.
Această implementare poate arăta astfel:
ga('create', 'UA-XXXX-Y', 'auto');
// Increment the level completion metric by 1.
ga('set', 'metric1', 1 );
// Send the custom metric value with an event hit.
ga('send', 'event', 'Level', 'completion');
Procesarea
Înainte de procesare, datele pentru un singur jucător care joacă trei niveluri ale jocului în decursul unei singure sesiuni ar arăta astfel:
userId = 5555 Session 1 H1: type=screen_view screen_name=/level_1/ H2: type=event screen_name=/level_1/ cm1_value=1 H3: type=screen_view screen_name=/level_2/ H4: type=screen_view screen_name=/level_2/ H5: type=screen_view screen_name=/level_2/ H6: type=event screen_name=/level_2/ cm1_value=1 H7: type=screen_view screen_name=/level_3/ H8: type=event screen_name=/level_3/ cm1_value=1
Raportarea
După procesare, dezvoltatorul poate crea un raport care folosește numele de ecran ca parametru și vizionările ecranului, evenimentele totale și finalizările nivelurilor ca valori:
| Numele ecranului | Vizionări ale ecranului | Număr total de evenimente | Finalizări niveluri |
|---|---|---|---|
| /nivel_1/ | 1 | 1 | 1 |
| /nivel_2/ | 3 | 1 | 1 |
| /nivel_3/ | 1 | 1 | 1 |
Deoarece dezvoltatorul a urmărit finalizările nivelurilor ca valoare personalizată, se elimină necesitatea filtrării ulterioare a evenimentelor de finalizare din numărul total de evenimente.
Ca alternativă, dezvoltatorul poate crea cu ușurință următorul raport personalizat, folosind valoarea personalizată Finalizări niveluri:
| Numele ecranului | Vizionări ale ecranului | Finalizări niveluri |
|---|---|---|
| /nivel_1/ | 1 | 1 |
| /nivel_2/ | 3 | 1 |
| /nivel_3/ | 1 | 1 |
Datele indică faptul că nivelul 2 este de fapt mai dificil în raport cu nivelurile 1 și 3, deoarece are o rată de finalizare de numai 33 %, calculată pe baza vizionărilor ecranului. Prin urmărirea finalizărilor nivelurilor ca valoare personalizată, dezvoltatorul poate răspunde cu ușurință întrebărilor privind valorile-cheie și poate crea rapoarte simplificate, pe care pe poate distribui altor persoane.
Exemplu de valoare personalizată la nivel de produs
În exemplele de mai sus, dezvoltatorul de jocuri a urmărit fiecare achiziție a unui stimulent. Există o serie de valori care pot fi asociate cu fiecare achiziție, cum ar fi cantitatea și veniturile generate de un produs.
Totuși, dezvoltatorul de jocuri a desfășurat recent o promoție, oferindu-le tuturor utilizatorilor un credit de 100 USD. Dezvoltatorul de jocuri dorește să stabilească stimulentele pe care utilizatorii le achiziționează folosind acest credit.
Pentru a stabili creditele folosite pentru fiecare achiziție a unui produs, dezvoltatorul va folosi o valoare personalizată nouă, numită Credite folosite.
Raportul pe care și-l dorește dezvoltatorul va arăta astfel:
| Putere stimulent | Venitul pe produs | Credite folosite |
|---|---|---|
| puternic | ||
| mediu | ||
| slab |
Configurarea
Valoarea personalizată Credite utilizate este definită în secțiunea Administrator cu următoarele valori:
| Index | 2 |
| Nume | Credits Used |
| Arie de aplicare | Product |
| Tip de formatare | Integer |
| Activ | true |
Colectarea
În mod similar parametrilor personalizați la nivel de produs, valorile personalizate la nivel de produs sunt trimise în Analytics ca parametri atașați datelor produsului.
Această implementare poate arăta astfel:
ga('ec:addProduct', { // Provide product details in an productFieldObject.
'id': 'P12345', // Product ID (string).
'name': 'Powerup', // Product name (string).
'category': 'Extras', // Product category (string).
'variant': 'red', // Product variant (string).
'price': '10.00', // Product price (currency).
'quantity': 2, // Product quantity (number).
'dimension4': 'strong', // Product-scoped custom dimension (string).
'metric2': 5 // Product-scoped custom metric (integer).
});
ga('ec:setAction', 'purchase', {
'id': 'T12345',
'revenue': '20.00'
});
ga('send', 'pageview'); // Send transaction data with initial pageview.
Procesarea
Înainte de procesare, datele pentru un singur jucător care achiziționează câteva stimulente ar putea arăta astfel:
userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=weak cm2_value=5
product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
product_name=powerup cd4_value=medium cm2_value=1
product_name=powerup cd4_value=weak cm2_value=10
Raportarea
După procesare, dezvoltatorul poate crea un raport care folosește puterea stimulentelor ca parametru, iar venitul pe produs și creditele folosite ca valori:
| Putere stimulent | Venitul pe produs | Credite folosite |
|---|---|---|
| slab | 20 | 15 |
| puternic | 10 | 5 |
| mediu | 10 | 1 |
Datele indică faptul că jucătorii folosesc creditele pentru a achiziționa stimulente slabe. Dezvoltatorul a obținut cea mai mare parte din profit din vânzarea stimulentelor medii.
Noțiuni privind implementarea
Atunci când implementați parametri sau valori personalizate, țineți cont de următoarele aspecte:
Editarea unui parametru sau a unei valori existente
Atunci când modificați numele sau aria de acoperire a unui parametru personalizat sau a unei valori personalizate existente, datele dvs. pot fi afectate în modurile următoare.
- Modificarea numelui: afectează datele care au fost deja procesate. Datele vechi vor fi accesibile doar prin folosirea noului nume.
- Modificarea ariei de acoperire: nu afectează datele care au fost deja procesate. Numai datele noi vor fi procesate folosind noua arie de aplicare.
- Schimbarea stării de activare: câmpul Activ stabilește dacă parametrii sau valorile personalizate vor fi sau nu procesate. Rețineți că, atunci când câmpul Activ are starea
false, parametrul sau valoarea personalizată respectivă va apărea în raport, însă nu va avea date asociate, deoarece valorile respective nu vor fi fost procesate.
Luați în considerare evoluția viitoare atunci când setați aria de aplicare
Atunci când decideți ce arie de acoperire veți folosi pentru un anumit parametru personalizat, luați în calcul frecvența preconizată a modificărilor valorii acestuia. Dacă valoarea se poate modifica de multe ori în decursul unei sesiuni, așa cum este cazul pentru numele nivelului jocului, folosiți aplicarea la nivel de accesare și setați valoarea înainte de fiecare accesare. Pe de altă parte, un parametru personalizat precum sexul poate fi setat o singură dată la nivelul utilizatorului. Trimiterea valorii sexului împreună cu fiecare accesare va necesita un efort inutil, iar configurarea la nivel de utilizator a unui parametru personalizat care se modifică frecvent ar asocia incorect un număr mare de accesări cu valoarea respectivă.
