Ricerca
Cancella ricerca
Chiudi ricerca
App Google
Menu principale

Dimensioni e metriche personalizzate

Includi i dati non standard nei tuoi rapporti.

Le dimensioni e le metriche personalizzate sono come dimensioni e metriche predefinite nel tuo account Analytics, tranne per il fatto che sei tu stesso a crearle. Puoi utilizzarle per raccogliere e analizzare i dati che Analytics non monitora automaticamente.

Contenuti di questo articolo:

Panoramica

Le dimensioni e le metriche personalizzate ti consentono di associare i dati di Analytics con dati non di Analytics, ad esempio i dati CRM. Ad esempio:

  • Se hai memorizzato il sesso degli utenti che hanno eseguito l'accesso a un sistema CRM, puoi associare queste informazioni ai dati di Analytics per visualizzare le visualizzazioni di pagina per sesso.

  • Se sei uno sviluppatore di giochi, le metriche quali "completamento livelli" o "miglior punteggio" potrebbero essere più pertinenti rispetto alle metriche predefinite quali visualizzazioni di schermata. Se monitori questi dati con le metriche personalizzate, puoi monitorare l'avanzamento rispetto alle metriche più importanti in rapporti flessibili e di facile lettura.

Le dimensioni personalizzate possono comparire come dimensioni principali nei rapporti personalizzati. Inoltre, puoi utilizzarle come segmenti e dimensioni secondarie nei rapporti standard.

Prerequisiti

Le dimensioni e le metriche personalizzate sono disponibili solo per le proprietà che sono state abilitate per Universal Analytics o che contengono almeno una vista rapporti sulle app. Le dimensioni e le metriche personalizzate sono supportate dagli SDK di Google Analytics per Android e iOS v2.x o versione successiva, da analytics.js e da Measurement Protocol.

Le dimensioni e le metriche personalizzate richiedono una configurazione aggiuntiva nel tuo account Analytics e nel tuo codice di monitoraggio. Una volta completati entrambi i passaggi dell'impostazione, puoi utilizzarle nei rapporti.

Limiti e avvertenze

In ogni proprietà vi sono 20 indici disponibili per le diverse dimensioni personalizzate e 20 indici per le metriche personalizzate. Negli account premium sono disponibili 200 indici per le dimensioni personalizzate e 200 per le metriche personalizzate.

Le dimensioni personalizzate non possono essere eliminate, ma puoi disattivarle. Ti consigliamo di evitare di riutilizzare le dimensioni personalizzate. Quando modifichi il nome, l'ambito e il valore di una dimensione personalizzata, i vecchi e i nuovi valori possono essere abbinati al vecchio o al nuovo nome della dimensione. Ciò combina i dati dei rapporti in modo tale da non poter essere separati con un filtro.

Ciclo di vita di dimensioni e metriche personalizzate

Il ciclo di vita di una dimensione o di una metrica personalizzata è suddiviso in quattro fasi:

  • Configurazione: definisci le dimensioni e le metriche personalizzate con un indice, un nome e altre proprietà, quali l'ambito.
  • Raccolta: invii i valori delle dimensioni e delle metriche personalizzate a Analytics dalla tua implementazione.
  • Elaborazione: i dati vengono elaborati utilizzando le definizioni delle dimensioni e delle metriche personalizzate ed eventuali filtri della vista rapporti.
  • Rapporti: crei nuovi rapporti utilizzando le dimensioni e le metriche personalizzate nell'interfaccia utente di Analytics.

Configurazione

Prima di poter inviare a Analytics i valori delle dimensioni e delle metriche personalizzate, devi definirle in una proprietà di Analytics. Ogni proprietà di Analytics dispone di 20 indici per le dimensioni personalizzate e di altri 20 indici per le metriche personalizzate.

Quando definisci una dimensione o una metrica personalizzata, devi specificare il nome e altri valori di configurazione relativi a un determinato indice. Le dimensioni personalizzate hanno i seguenti valori di configurazione:

  • Nome: il nome della dimensione personalizzata visualizzato nei rapporti.
  • Ambito: specifica a quali dati verrà applicata la dimensione o la metrica personalizzata. Ulteriori informazioni sull'ambito.
  • Attiva: indica se il valore della dimensione personalizzata verrà elaborato. Le dimensioni personalizzate inattive potrebbero essere comunque visualizzate nei rapporti, ma i loro valori non verranno elaborati.

Le metriche personalizzate hanno i seguenti valori di configurazione:

  • Nome: il nome della metrica personalizzata visualizzato nei rapporti.
  • Tipo: determina il modo in cui verrà visualizzato nel rapporto il valore della metrica personalizzata.
  • Valore minimo/massimo: i valori minimo e massimo che verranno elaborati e visualizzati nei rapporti.
  • Attiva: indica se il valore della metrica personalizzata verrà elaborato. Le metriche personalizzate inattive potrebbero essere comunque visualizzate nei rapporti, ma i loro valori non verranno elaborati.

Puoi definire le dimensioni e le metriche personalizzate nell'interfaccia utente di Analytics.

Una volta definita una dimensione o una metrica personalizzata, se possibile evita di modificare il nome o l'ambito. Per ulteriori informazioni sull'effetto delle modifiche di tali valori nei rapporti, consulta Considerazioni sull'implementazione.

Raccolta

I valori delle dimensioni e delle metriche personalizzate vengono inviati a Analytics durante la raccolta dei dati come coppie di parametri indice e valore. Il parametro indice corrisponde all'indice della dimensione o della metrica personalizzata definita nella fase Configurazione.

A differenza di altri tipi di dati, le dimensioni e le metriche personalizzate vengono inviate a Analytics come parametri associati ad altri hit, ad esempio visualizzazioni di pagina, eventi o transazioni e-commerce. Pertanto, i valori delle dimensioni o delle metriche personalizzate devono essere impostati prima di eseguire la chiamata di monitoraggio per un determinato valore da inviare a Analytics.

Ad esempio, per impostare il valore di una dimensione personalizzata, il codice potrebbe avere il seguente aspetto:

ga('create', 'UA-XXXX-Y', 'auto');

// Imposta il valore per la dimensione personalizzata con indice 1.
ga('set', 'dimension1', 'Level 1');

// Invia il valore della dimensione personalizzata con un hit visualizzazione di pagina.
ga('send', 'pageview');

Tipi di metriche personalizzate

Le metriche personalizzate di tipo Numero intero o Ora devono essere inviate utilizzando numeri interi, mentre le metriche personalizzate di tipo Valuta possono essere inviate come valori decimali fissi appropriati in base alla valuta locale.

Elaborazione

Quando le dimensioni personalizzate vengono elaboratore, l'ambito determina a quali hit verrà applicato un determinato valore della dimensione personalizzata, mentre i filtri vista determinano quali hit e valori ad essi associati verranno inclusi nei Rapporti.

Ambito e precedenza

L'ambito determina quali hit verranno associati al valore di una determinata dimensione personalizzata. Sono disponibili quattro livelli di ambito: prodotto, hit, sessione e utente:

  • Prodotto: il valore viene applicato al prodotto per cui è stata impostato (solo e-commerce avanzato).
  • Hit: il valore viene applicato a singoli hit per cui è stata impostato.
  • Sessione: il valore viene applicato a tutti gli hit in una singola sessione.
  • Utente: il valore viene applicato a tutti gli hit della sessione corrente e di quelle future finché il valore non cambia o la dimensione personalizzata è resa inattiva.
Ambito a livello di prodotto

Se l'ambito di una dimensione personalizzata è a livello di prodotto, il valore viene applicato solo al prodotto con cui è stato impostato il valore. Dato che è possibile inviare più prodotti in un singolo hit, è possibile inviare più dimensioni personalizzate con ambito a livello di prodotto in un singolo hit.

Ambito a livello di hit

Se l'ambito di una dimensione personalizzata è a livello di hit, il valore viene applicato solo all'hit con cui era stato impostato il valore, come dimostrato nella Figura A, nella Figura B e nella Figura C riportate di seguito:

Figura A: l'utente invia due hit (H1, H2). H2 ha un valore DP1 di A. Questo valore viene applicato solo a H2.


Figura B: l'utente invia un terzo hit (H3). H3 non ha un valore DP.


Figura C: l'utente invia un quarto hit (H4). H4 ha un valore DP1 di B. Tale valore viene applicato solo a H4.


Ambito a livello di sessione

Se per lo stesso indice vengono impostati due valori con ambito a livello di sessione, l'ultimo set di valori ha la precedenza e viene applicato a tutti gli hit di quella sessione. Nella Figura D riportata di seguito, l'ultimo valore impostato sostituisce qualsiasi valore precedente impostato per l'indice:

Figura A: l'utente invia un hit (H1) senza valore DP.


Figura B: nella stessa sessione, l'utente invia un secondo hit (H2) con il valore DP1 impostato su A. A causa dell'ambito della sessione, il valore A viene applicato anche a H1.


Figura C: l'utente invia un terzo hit (H3). Anche se non viene inviato alcun valore DP1 con H3, a causa dell'ambito della sessione il valore A viene applicato automaticamente a H3.


Figura D: l'utente invia un quarto hit (H4) con un nuovo valore DP1 impostato su B. L'ambito della sessione applica il valore B a tutti gli hit della sessione, sovrascrivendo il valore A negli hit precedenti.


Ambito a livello di utente

Infine, se nella stessa sessione vengono impostati due valori di una dimensione personalizzata con ambito a livello di utente, l'ultimo set di valori ha la precedenza per la sessione corrente e viene applicato alle sessioni future per quell'utente.

Nella Figura B riportata di seguito, il valore DP di A viene applicato a tutti gli hit della sessione 2, esattamente come per una DP a livello di sessione. Tuttavia, nella Figura C, a differenza dell'ambito a livello di sessione, il valore DP di A continua a essere applicato agli hit della terza sessione poiché l'ambito di DP1 è a livello di utente:

Figura A: l'utente ha una sessione con tre hit (H1, H2, H3). Non viene impostato alcun valore DP.


Figura B: lo stesso utente torna e ha un'altra sessione con altri tre hit. Il valore DP1 è impostato su A in H3. Successivamente, il valore DP1 viene applicato a tutti gli hit della sessione.


Figura C: l'utente torna per una terza sessione con altri tre hit. A causa dell'ambito a livello di utente di DP1, il valore A viene applicato a tutti gli hit della sessione 3.

Filtri

I filtri vista posso interagire con le dimensioni e le metriche personalizzate in diversi modi.

Tutti i valori delle dimensioni e delle metriche personalizzate sono associati all'hit con cui sono stati ricevuti, indipendentemente dall'ambito. Se tale hit viene filtrato con un filtro vista, è possibile filtrare anche la dimensione o la metrica personalizzata, a seconda dell'ambito:

  1. Ambito a livello di hit: se anche l'hit a cui sono associate era stato filtrato, le dimensioni personalizzate con ambito a livello di hit e le metriche personalizzate vengono filtrate.
  2. Ambito a livello di sessione o di utente: se anche l'hit a cui sono associate è stato filtrato, le dimensioni personalizzate con ambito a livello di utente o sessione non vengono filtrate. Se l'ambito della dimensione è a livello di utente, i valori vengo comunque applicati a tutti gli hit della sessione corrente e di quelle future.

Le dimensioni personalizzate possono essere utilizzate anche per creare filtri vista. Di conseguenza, gli hit vengono filtrati in base all'ambito della dimensione personalizzata. Ad esempio, se si applica un filtro in base al valore di una dimensione personalizzata con ambito a livello di utente, il filtro viene applicato alla sessione corrente e quelle future nel set di utenti associati a tale valore.

Rapporti

Dopo il completamento delle fasi di raccolta, configurazione e altre fasi di elaborazione, le dimensioni e le metriche personalizzate vengono rese disponibili tramite l'interfaccia utente dei rapporti.

Le dimensioni e le metriche personalizzate sono disponibili nei rapporti personalizzati e per l'utilizzo con i segmenti avanzati. Le dimensioni personalizzate possono essere utilizzate anche come dimensioni secondarie nei rapporti standard.

Esempi

Gli esempi riportati di seguito mostrano in che modo uno sviluppatore di giochi può utilizzare le dimensioni e le metriche personalizzate per raccogliere informazioni sul comportamento dei giocatori.

Uno sviluppatore di giochi ha rilasciato di recente un nuovo gioco.

L'implementazione corrente di Analytics monitora una visualizzazione di schermata ogni volta che un utente gioca un livello. Lo sviluppatore sa già quante volte è stato giocato ogni livello. Adesso vuole rispondere a queste domande più complesse:

  1. Quante volte vengono giocati i livelli facili rispetto ai livelli medi o difficili?
  2. Quanti livelli vengono giocati al giorno in un periodo di prova gratuito di 3 giorni?
  3. Quanti livelli vengono giocati dagli utenti che usufruiscono della prova gratuita rispetto agli utenti che hanno pagato il gioco?

Per rispondere a queste domande, vengono utilizzate le dimensioni personalizzate per creare nuovi raggruppamenti di hit, sessioni e utenti.

Inoltre, lo sviluppatore vende alcune funzioni aggiuntive per migliorare l'esperienza utente, ad esempio i "power-up". Lo sviluppatore utilizza già i campi categoria e variante, ma vuole aggiungere un campo per misurare la potenza del power-up acquistato. In questo modo lo sviluppatore sarebbe in grado di determinare se alcune potenze di power-up sono più popolari di altre.

Ambito a livello di hit

Analizziamo un esempio del modo in cui lo sviluppatore di giochi può utilizzare le dimensioni personalizzate a livello di hit per sapere quanti livelli di ogni livello di difficoltà (facile, medio, difficile) sono stati giocati.

Lo sviluppatore sta già utilizzando le visualizzazioni di schermata per monitorare quante volte viene giocato ogni livello. Adesso vuole sapere quale livello di difficoltà viene giocato di più.

Il rapporto avrà il seguente aspetto:

DifficoltàVisualizzazioni di schermata
facile 
medio 
difficile 

Prima di utilizzare le dimensioni personalizzate, lo sviluppatore poteva vedere le visualizzazioni di schermata totali per livello, ma non era in grado di raggruppare tali visualizzazioni di schermata per difficoltà.

Con una dimensione personalizzata a livello di hit, può associare la difficoltà a ogni visualizzazione di schermata in modo tale che i rapporti includano la difficoltà giocata di più.

Perché l'ambito a livello di hit?

Un utente può giocare livelli diversi nel corso di una sessione. L'ambito a livello di hit consente di associare un valore Difficoltà solo alla visualizzazione di schermata con cui era stato inviato. In tal modo, alla visualizzazione di schermata di ogni livello è possibile associare una difficoltà univoca.

Configurazione

Il primo passaggio per implementare una dimensione personalizzata è definirla nelle Impostazioni proprietà della sezione Amministrazione di Analytics. Ad esempio, la definizione della dimensione personalizzata ha il seguente aspetto:

Indice1
NomeDifficoltà
AmbitoHit
Attivavero

Raccolta

Nel gioco lo sviluppatore sta già monitorando ogni livello con una visualizzazione di schermata. Per associare la difficoltà a ogni livello, il valore della dimensione personalizzata deve essere impostato appena prima della chiamata per monitorare la visualizzazione di schermata.

L'implementazione potrebbe avere il seguente aspetto:

ga('create', 'UA-XXXX-Y', 'auto');

// Imposta il valore per la dimensione personalizzata con indice 1.
ga('set', 'dimension1', 'easy');

// Invia il valore della dimensione personalizzata con un hit visualizzazione di pagina.
ga('send', 'pageview', '/level_1/');

In questo esempio, la dimensione personalizzata viene impostata appena prima del monitoraggio della visualizzazione di schermata del livello. In questo modo, la difficoltà viene associata alla visualizzazione di schermata e di conseguenza nei rapporti gli hit da visualizzazione di schermata vengono raggruppati in base alla difficoltà.

Elaborazione

Una volta inviati a Analytics gli hit raccolti, i dati vengono elaborati e i valori della dimensione personalizzata vengono applicati agli hit in base all'ambito.

Ad esempio, i dati raccolti in una sessione per un singolo giocatore che ha giocato 6 livelli hanno il seguente aspetto:

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

L'utilizzo dell'ambito a livello di hit garantisce che il valore Difficoltà venga associato solo alla visualizzazione di schermata con cui era stato inviato.

Rapporti

Al termine dell'elaborazione, dato che ogni visualizzazione di schermata viene associata al rispettivo valore Difficoltà, lo sviluppatore può creare un rapporto che utilizza sia Nome schermata che Difficoltà come dimensioni e Visualizzazioni di schermata come metrica.

Nome schermataDifficoltàVisualizzazioni di schermata
/level_1/facile1
/level_2/medio1
/level_3/difficile1
/level_4/facile1
/level_5/medio1
/level_6/medio1

È possibile utilizzare un rapporto personalizzato che utilizza Difficoltà come dimensione principale per raggruppare le visualizzazioni di schermata e sapere quante volte era stato giocato ogni livello di difficoltà:

DifficoltàVisualizzazioni di schermata
facile2
medio3
difficile1

Questo rapporto mostra che il livello di difficoltà giocato di più è il medio. Questo approfondimento è reso possibile dall'utilizzo delle dimensioni personalizzate a livello di hit che consentono di raggruppare le visualizzazioni di schermata.

Ambito a livello di sessione

Adesso analizziamo un esempio del modo in cui lo sviluppatore di giochi può utilizzare le dimensioni personalizzate a livello di sessione per sapere quanti livelli vengono giocati ogni giorno di un periodo di prova gratuito di 3 giorni.

Lo sviluppatore sa già quante volte è stato giocato ogni livello perché ha monitorato una visualizzazione di schermata per ogni livello. Adesso vuole sapere quanti livelli sono stati giocati ogni giorno.

Il rapporto che lo sviluppatore vuole creare ha il seguente aspetto:

Giorno di provaVisualizzazioni di schermata
Giorno 1 
Giorno 2 
Giorno 3 

Con una dimensione personalizzata a livello di sessione, lo sviluppatore può raggruppare le visualizzazioni di schermata per giorno di prova per visualizzare le variazioni, dato che un utente trascorre più tempo in una prova gratuita.

Perché l'ambito a livello di sessione?

L'ambito a livello di sessione consente di raggruppare in modo efficiente intere sessioni e tutti i relativi hit del componente utilizzando un unico valore Giorno di prova.

Anche se per la stessa funzionalità sarebbe possibile utilizzare l'ambito a livello di hit, l'ambito a livello di sessione consente impostare in modo pratico un valore Giorno di prova utilizzando una quantità minima di codice aggiuntivo.

Configurazione

La dimensione personalizzata Giorno di prova viene definita nella sezione Impostazioni proprietà dell'interfaccia utente di Analytics con i seguenti valori:

Indice2
NomeGiorno di prova
AmbitoSessione
Attivavero

Raccolta

Nel gioco, lo sviluppatore sta già monitorando ogni livello con una visualizzazione di schermata. Per associare un giorno a tutte le visualizzazioni di schermata di una sessione, è necessario impostare il valore della dimensione personalizzata solo una volta per sessione.

Lo sviluppatore imposta la dimensione personalizzata quando l'utente inizia la prima volta il gioco:

ga('create', 'UA-XXXX-Y', 'auto');

// Imposta il valore per la dimensione personalizzata con indice 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );

// Invia il valore della dimensione personalizzata con un hit visualizzazione di pagina.
ga('send', 'pageview', '/level_1/');

È possibile impostare una dimensione personalizzata a livello di sessione in qualsiasi momento durante la sessione. Tuttavia, in questo esempio è semplicemente più pratico per lo sviluppatore determinare all'inizio della sessione il giorno di prova e impostare il valore di conseguenza.

Elaborazione

Una volta inviati a Analytics gli hit raccolti, i dati vengono elaborati e i valori della dimensione personalizzata vengono applicati agli hit in base all'ambito.

Ad esempio, i dati raccolti per un singolo giocatore che ha giocato due volte il primo giorno, una volta il secondo giorno e una volta il terzo giorno hanno il seguente aspetto:

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

I valori della dimensione personalizzata sono stati inviati solo con una visualizzazione di schermata per sessione.

L'ambito a livello di sessione garantisce che il valore Giorno di prova verrà associato a tutti gli hit di quella sessione, non solo all'hit con cui è stato inviato.

Rapporti

Una volta elaborati, i valori delle dimensioni personalizzate a livello di sessione vengono associati a tutte le visualizzazioni di schermata ricevute nella stessa sessione. Adesso lo sviluppatore può creare un rapporto utilizzando Giorno di prova e Nome schermata come dimensioni e Visualizzazioni di schermata come metrica:

Giorno di provaNome schermataVisualizzazioni di schermata
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

Infine, per raggruppare le visualizzazioni di schermata per giorno e conoscere il numero di livelli giocati in ogni giorno di prova, lo sviluppatore può creare un rapporto personalizzato che utilizza Giorno di prova come dimensione principale:

Giorno di provaVisualizzazioni di schermata
16
23
31

I dati mostrano che la maggior parte dei livelli è stata giocata il primo giorno, mentre nei giorni 2 e 3 sono stati notevolmente meno. Questo approfondimento è reso possibile dall'utilizzo delle dimensioni personalizzate a livello di sessione che consentono di raggruppare più sessioni e i relativi hit componente in base a un singolo valore.

Ambito a livello di utente

Infine, analizziamo un esempio del modo in cui lo sviluppatore di giochi può utilizzare le dimensioni personalizzate a livello di utente per sapere quanti livelli sono stati giocati dagli utenti a pagamento rispetto agli utenti che usufruiscono della prova gratuita.

Come negli esempi precedenti, il numero totale di volte in cui viene giocato ogni livello è già monitorato con le visualizzazioni di schermata, ma lo sviluppatore adesso vuole raggruppare le visualizzazioni di schermata in base agli utenti a pagamento e agli utenti che usufruiscono della prova gratuita.

Il rapporto che lo sviluppatore vuole visualizzare ha il seguente aspetto:

Tipo di giocatoreVisualizzazioni di schermata
Prova gratuita 
A pagamento 

Con una dimensione personalizzata a livello di utente, lo sviluppatore può ottenere questi dati associando, nella sessione corrente e in quelle future, tutte le visualizzazioni di schermata di un determinato utente a un valore Tipo di giocatore.

Perché l'ambito a livello di utente?

L'ambito a livello di utente consente di raggruppare comodamente tutte le sessioni e tutti gli hit del componente relativi a utente in base a un singolo valore. È ideale per valori che non cambiamo spesso per un determinato utente, quale Tipo di giocatore in questo esempio.

Anche se per questa stessa funzionalità sarebbe possibile utilizzare l'ambito a livello di hit o di sessione, l'ambito a livello di utente rappresenta la soluzione più comoda con l'aggiunta di una quantità minima di codice.

Configurazione

La dimensione personalizzata Tipo di giocatore viene definita nella sezione Amministrazione con i seguenti valori:

Indice3
NomeTipo di giocatore
AmbitoUtente
Attivavero

Raccolta

Come nell'esempio precedente, lo sviluppatore sta già monitorando ogni livello con una visualizzazione di schermata. Per raggruppare le visualizzazioni di schermata per Tipo di giocatore, lo sviluppatore deve solo impostare la dimensione Tipo di giocatore quando l'utente inizia a giocare e una seconda volta se un utente successivamente paga per accedere alla versione completa del gioco.

Lo sviluppatore imposta la dimensione personalizzata quando l'utente inizia la prima volta il gioco.

ga('create', 'UA-XXXX-Y', 'auto');

// Imposta il valore per la dimensione personalizzata con indice 3.
ga('set', 'dimension3', 'Free' );

// Invia il valore della dimensione personalizzata con un hit visualizzazione di pagina.
ga('send', 'pageview', '/level_1/');

Lo sviluppatore imposta la dimensione personalizzata anche quando l'utente paga la versione completa del gioco.

ga('create', 'UA-XXXX-Y', 'auto');

// Imposta il valore per la dimensione personalizzata con indice 3.
ga('set', 'dimension3', 'Paid' );

// Invia il valore della dimensione personalizzata con un hit visualizzazione di pagina.
ga('send', 'pageview', '/level_1/');

Elaborazione

Come negli esempi precedenti, i dati raccolti vengono elaborati e i valori delle dimensioni personalizzate vengono applicati agli hit in base al loro ambito.

Ad esempio, i dati raccolti per un singolo giocatore che ha giocato due volte come utente di prova gratuita e una volta come utente a pagamento avrebbe il seguente aspetto:

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/

Il valore free impostato nella sessione 1 si applica a tutti gli hit di quella sessione e della sessione 2, finché non viene impostato il nuovo valore paid nella sessione 3.

Rapporti

Una volta elaborati, i valori della dimensione personalizzata Tipo di giocatore vengono associati sia alle sessioni in cui erano stati impostati sia in quelle successive e agli hit.

Adesso lo sviluppatore può creare un rapporto utilizzando Tipo di giocatore e Nome schermata come dimensioni e Visualizzazioni di schermata come metrica:

Tipo di giocatoreNome schermataVisualizzazioni di schermata
Prova gratuita/level_1/1
Prova gratuita/level_2/2
Prova gratuita/level_3/2
A pagamento/level_3/1
A pagamento/level_4/1

Infine, per raggruppare le visualizzazioni di schermata per tipo di giocatore e conoscere il numero di livelli giocati dagli utenti che usufruiscono della prova gratuita rispetto agli utenti a pagamento, lo sviluppatore può creare un rapporto personalizzato che utilizza Tipo di giocatore come dimensione principale:

Tipo di giocatore Visualizzazioni di schermata
Prova gratuita5
A pagamento2

I dati mostrano che gli utenti che usufruiscono della prova gratuita hanno giocato più livelli di quelli a pagamento. Questo approfondimento è reso possibile dall'utilizzo delle dimensioni personalizzate a livello di utente che consentono di raggruppare gli utenti e le sessioni e gli hit del componente in base a un singolo valore.

Ambito a livello di prodotto

Analizziamo un esempio del modo in cui lo sviluppatore di giochi può utilizzare le dimensioni personalizzate a livello di prodotto per sapere quale potenza di power-up (debole, media o forte) è stata acquistata.

Lo sviluppatore sta già utilizzando l'opzione E-commerce avanzato per monitorare quante volte vengono acquistati i power-up. Adesso vuole sapere quale potenza di power-up viene acquistata di più.

Il rapporto avrà il seguente aspetto:

Potenza power-upEntrate generate dal prodotto
debole 
medio 
forte 

Prima di utilizzare le dimensioni personalizzate, lo sviluppatore poteva visualizzare le entrate totali generate dal prodotto, ma non era in grado di raggruppare tali entrate in base alla potenza del power-up.

Con una dimensione personalizzata a livello di prodotto è possibile associare la potenza a ogni prodotto in modo tale da includere nei rapporti la potenza acquistata di più, nonché le azioni visualizzati, selezionati e altre azioni di E-commerce avanzato.

Perché l'ambito a livello di prodotto?

Un utente può acquistare più power-up in un singolo acquisto. L'ambito a livello di prodotto consente di associare un valore Potenza solo al prodotto con cui era stato inviato. In tal modo, a ogni power-up acquistato è possibile associare una potenza univoca.

Configurazione

La dimensione personalizzata Potenza power-up viene definita nella sezione Impostazioni proprietà dell'interfaccia utente di Analytics con i seguenti valori:

Indice4
NomePotenza power-up
AmbitoProdotto
Attivavero

Raccolta

Nel gioco lo sviluppatore sta già monitorando ogni acquisto di power-up. Per associare la potenza a ogni power-up, il valore della dimensione personalizzata deve essere impostato con i dati del prodotto.

L'aggiunta di questa dimensione al prodotto avrebbe il seguente aspetto:

ga('ec:addProduct', {               // Inserisci i dettagli del prodotto in un productFieldObject.
  'id': 'P12345',                   // ID prodotto (stringa).
  'name': 'Powerup',                // Nome prodotto (stringa).
  'category': 'Extras',             // Categoria prodotto (stringa).
  'variant': 'red',                 // Variante prodotto (stringa).
  'price': '10.00',                 // Prezzo prodotto (valuta).
  'quantity': 2,                    // Quantità prodotto (numero).
  'dimension4': 'strong'            // Dimensione personalizzata con ambito a livello di prodotto (stringa).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // Invia i dati della transazione con la visualizzazione di pagina iniziale.

In questo esempio, la dimensione personalizzata viene impostata insieme alle informazioni sul prodotto. In questo modo, al power-up viene associata la potenza.

Elaborazione

Come negli esempi precedenti, una volta inviati a Analytics gli hit raccolti, i dati vengono elaborati e i valori della dimensione personalizzata vengono applicati ai prodotto con cui erano stati impostati.

Ad esempio, i dati raccolti in una sessione per un singolo giocatore che ha acquistato 3 power-up hanno il seguente aspetto:

userId = 5555
Session 1:
H1: product_name= cd4_value=weak
    product_name= cd4_value=strong
H2: product_name= cd4_value=weak

L'utilizzo dell'ambito a livello di prodotto garantisce che il valore Power-up venga associato solo al prodotto con cui era stato inviato.

Rapporti

Al termine dell'elaborazione, dato che ogni prodotto è associato al rispettivo valore Potenza, lo sviluppatore può creare un rapporto personalizzato che mostra le entrate in base alla potenza del power-up:

Potenza power-upEntrate generate dal prodotto
debole20
forte10,00

Da questo rapporto, risulta che i power-up deboli hanno contributo di più a generare entrate.

Metriche personalizzate

Ambito

Analogamente alle dimensioni personalizzate, le metriche personalizzate possono avere ambiti diversi. Le metriche personalizzate a livello di hit vengono associate a tutte le dimensioni a livello di hit con cui erano state inviate. Analogamente, le metriche personalizzate a livello di prodotto vengono associate solo al prodotto con cui erano state inviate. Negli esempi riportati di seguito sono descritti questi due tipi di metriche personalizzate.

Esempio di metrica personalizzata con ambito a livello di hit

Negli esempi sopra riportati, lo sviluppatore di giochi monitorava ogni giocata in un livello come visualizzazione di schermata. In ognuno dei rapporti generati, la metrica della visualizzazione di schermata viene utilizzata per rappresentare il tentativo di un giocatore di completare un livello.

Tuttavia, lo sviluppatore vuole anche conoscere la percentuale di completamento di ogni livello.

Per determinare la percentuale di completamento, lo sviluppatore utilizza una nuova metrica personalizzata denominata Completamento livelli e la confronta con le visualizzazioni di schermata per ogni livello.

Il rapporto che lo sviluppatore vuole creare ha il seguente aspetto:

Nome schermataVisualizzazioni di schermataCompletamento livelli
/level_1/  
/level_2/  
/level_3/  

Perché utilizzare una metrica personalizzata?

In molti casi, potrai scegliere di utilizzare gli eventi, le visualizzazioni di schermata e/o una metrica personalizzata per monitorare le metriche più importanti. Tuttavia, le metriche personalizzate consentono di generare rapporti personalizzati più flessibili e più facilmente leggibili e di conseguenza sono più pratiche da utilizzare per monitorare le metriche più importanti.

Ad esempio, non era possibile monitorare il completamento dei livelli come visualizzazione di schermata senza conteggiare due volte il numero di visualizzazioni di schermate per livelli. Di conseguenza, era necessario trovare un'altra opzione.

Anche se è possibile utilizzare un evento in modo indipendente, a causa della natura gerarchica degli eventi sarebbe difficile generare il rapporto sopra riportato combinando le visualizzazioni di schermata e il completamenti dei livelli in un'unica dimensione.

A causa delle limitazioni sopra menzionate e vista l'importanza della metrica Completamento livelli per lo sviluppatore, è più pratico monitorare i completamenti dei livelli come metrica personalizzata.

Configurazione

La metrica personalizzata Completamento livelli viene definita nella sezione di gestione dell'interfaccia utente con i seguenti valori:

Indice1
NomeCompletamento livelli
AmbitoHit
Tipo di formattazioneNumero intero
Attivavero

Raccolta

Lo sviluppatore sta già utilizzando una visualizzazione di schermata per monitorare l'inizio di ogni livello. Adesso vuole monitorare un completamento di livello utilizzando la nuova metrica personalizzata.

Analogamente alle dimensioni personalizzate, le metriche personalizzate vengono inviate a Analytics come parametri associati ad altri hit. Per inviare il valore della metrica personalizzata, lo sviluppatore deve inviare anche un altro hit per registrare il completamento di un livello da parte dell'utente. In questo esempio, viene attivato un evento al completamento del livello e la metrica personalizzata viene associata a tale evento.

L'implementazione potrebbe avere il seguente aspetto:

ga('create', 'UA-XXXX-Y', 'auto');

// Incrementa la metrica completamento livello di 1.
ga('set', 'metric1', 1 );

// Invia il valore della dimensione personalizzata con un hit da evento.
ga('send', 'event', 'Level', 'completion');

Elaborazione

Prima dell'elaborazione, i dati raccolti per un singolo giocatore che in una sessione gioca tre livelli del gioco avrebbero il seguente aspetto:

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

Rapporti

Dopo l'elaborazione, lo sviluppatore può creare un rapporto che utilizza Nome schermo come dimensione e Visualizzazioni di schermata, Totale eventi e Completamento livelli come metrica:

Nome schermataVisualizzazioni di schermataTotale eventiCompletamento livelli
/level_1/111
/level_2/311
/level_3/111

Dato che lo sviluppatore ha monitorato i completamenti dei livelli come metrica personalizzata, in futuro non sarà necessario filtrare gli eventi di completamento dal totale eventi.

Lo sviluppatore potrà invece creare facilmente il seguente rapporto personalizzato utilizzando la metrica personalizzata Completamento livelli:

Nome schermataVisualizzazioni di schermataCompletamento livelli
/level_1/11
/level_2/31
/level_3/11

Dall'analisi dei dati risulta che il livello 2 è effettivamente più difficile rispetto ai livelli 1 e 3, con una percentuale di completamento solo del 33% rispetto alle visualizzazioni di schermata. Grazie al monitoraggio dei completamenti dei livelli come metrica personalizzata, lo sviluppatore è in grado di rispondere facilmente alle domande sulle principali metriche e creare rapporti semplificati da condividere con altri.

Esempio di metrica personalizzata con ambito a livello di prodotto

Negli esempi sopra riportati, lo sviluppatore di giochi monitorava ogni acquisto di un power-up. Esistono diverse metriche che è possibile associare ad ogni acquisto, ad esempio Quantità ed Entrate generate dal prodotto.

Tuttavia, di recente una promozione dello sviluppatore offriva a tutti gli utenti $ 100 di credito. Con questa promozione lo sviluppatore vuole misurare quali power-up vengono acquistati dagli utenti con questo credito.

Per determinare i crediti utilizzati per acquisto di prodotto, lo sviluppatore utilizza una nuova metrica personalizzata denominata Crediti utilizzati.

Il rapporto che lo sviluppatore vuole creare ha il seguente aspetto:

Potenza power-upEntrate generate dal prodottoCrediti utilizzati
forte  
medio  
debole  

Configurazione

La metrica personalizzata Crediti utilizzati viene definita nella sezione Amministrazione con i seguenti valori:

Indice2
NomeCrediti utilizzati
AmbitoProdotto
Tipo di formattazioneValuta
Attivavero

Raccolta

Analogamente alle dimensioni personalizzate, le metriche personalizzate vengono inviate a Analytics come parametri associati ad altri dati sul prodotto.

L'implementazione potrebbe avere il seguente aspetto:

ga('ec:addProduct', {               // Inserisci i dettagli del prodotto in un productFieldObject.
  'id': 'P12345',                   // ID prodotto (stringa).
  'name': 'Powerup',                // Nome prodotto (stringa).
  'category': 'Extras',             // Categoria prodotto (stringa).
  'variant': 'red',                 // Variante prodotto (stringa).
  'price': '10.00',                 // Prezzo prodotto (valuta).
  'quantity': 2,                    // Quantità prodotto (numero).
  'dimension4': 'strong',           // Dimensione personalizzata con ambito a livello di prodotto (numero intero).
  'metric2': 5                      // Metrica personalizzata con ambito a livello di prodotto (intero).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // Invia i dati della transazione con la visualizzazione di pagina iniziale.


Elaborazione

Prima dell'elaborazione, i dati raccolti per un singolo giocatore che acquista alcuni power-up potrebbero avere il seguente aspetto:

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
    product_name= cd4_value=weak cm4_value=5
    product_name= cd4_value=strong cm4_value=5
H4: type=screen_view screen_name=/level_2/
    product_name= cd4_value=medium cm4_value=1
    product_name= cd4_value=weak cm4_value=10

Rapporti

Dopo l'elaborazione, lo sviluppatore può creare un rapporto che utilizza Potenza power-up come dimensione ed Entrate generate dal prodotto e Crediti utilizzati come metrica:

Potenza power-upEntrate generate dal prodottoCrediti utilizzati
debole2015
forte105
medio101

Dall'analisi dei dati risulta che i giocatori utilizzano i crediti per i power-up deboli. Lo sviluppatore ha guadagnato di più con i power-up medi.

Considerazioni sull'implementazione

Quando implementi le dimensioni o le metriche personalizzate, tieni presente quando segue:

Modifica di una dimensione o metrica esistente

Le modifiche al nome o all'ambito di una dimensione personalizzata o di una metrica personalizzata possono influire sui dati nei seguenti modi:

  • Modifica del nome: influisce sui dati già elaborati. I dati precedenti saranno accessibili solo utilizzando il nuovo nome.
  • Modifica dell'ambito: non influisce sui dati già elaborati. Solo i nuovi dati verranno elaborati utilizzando il nuovo ambito.
  • Modifica dello stato Attiva: il campo Attiva determina se i valori delle dimensioni o delle metriche personalizzate vengono effettivamente elaborati. Quando lo stato Attiva è impostato su falso, la dimensione o la metrica personalizzata viene comunque visualizzata nei rapporti, ma dato che i valori non vengono elaborati, non ha alcun valore associato.

Pianificazione anticipata dell'impostazione dell'ambito

Quando scegli l'ambito da utilizzare per una determinata dimensione personalizzata, valuta con che frequenza prevedi che il valore cambi. Se si tratta di un valore che potrebbe cambiare molte volte durante una sessione, ad esempio il nome del livello di un gioco, utilizza l'ambito hit e imposta il valore prima di ogni hit. Una dimensione personalizzata quale il sesso può essere invece impostata una sola volta a livello di utente. L'invio di un valore Sesso con ogni hit richiederebbe una quantità di lavoro non necessaria, mentre la configurazione di una dimensione personalizzata con ambito utente che cambia spesso associerebbe in modo errato molti hit a quel valore.

Hai trovato utile questo articolo?