Suggerimenti e best practice per i nuovi utenti delle suite di rapporti virtuali.
Domanda | Risposta |
---|---|
È necessario consolidare l’implementazione da più suite di rapporti in un’unica suite di rapporti "globale" e quindi utilizzare suite di rapporti virtuali per esporre segmenti di dati diversi ai miei utenti? | Forse. Di seguito sono riportate alcune circostanze in cui dovresti considerare la possibilità di continuare con singole suite di rapporti:
|
Quali impostazioni nelle suite di rapporti virtuali vengono ereditate dalla suite di rapporti principale? | Una suite di rapporti virtuale eredita la maggior parte dei livelli di servizio della suite di rapporti principale, ad esempio le impostazioni eVar, le regole di elaborazione, le classificazioni e così via. LE seguenti impostazioni NON vengono ereditate:
|
In che modo l’utilizzo di una suite di rapporti virtuale differisce da quello di una suite di rapporti di base nell’interfaccia utente di Analytics? | Una volta creata, una suite di rapporti virtuale viene trattata come una suite di rapporti di base in tutta l’interfaccia utente ed è generalmente supportata per la maggior parte delle funzioni estese. Ad esempio:
|
Come vengono trattate le suite di rapporti virtuali nell’API Admin Console e Admin? Posso salvare le funzioni rispetto a esse, come le suite di rapporti di base? | No, le suite di rapporti virtuali non sono supportate per la maggior parte delle funzioni di amministrazione. Come accennato in precedenza, una suite di rapporti virtuale eredita la maggior parte dei livelli di servizio e delle funzioni dall’elemento padre (ad esempio, impostazioni eVar, regole di elaborazione, classificazioni e così via). Per apportare modifiche a queste impostazioni ereditate in una suite di rapporti virtuale, devi quindi modificare la suite di rapporti principale. Di conseguenza, le suite di rapporti virtuali vengono visualizzate nell’interfaccia utente solo qui:
|
Ho selezionato "Avvia nuova visita al lancio". Perché visualizzo visite ancora più alte dei lanci? | Quando si seleziona "Avvia nuova visita al lancio", si applica ancora il timeout. Pertanto, se un utente utilizza l’app per dieci minuti con un’interruzione di un minuto tra ciascuna azione, all’avvio inizia una nuova visita, al momento del timeout vengono create nove visite aggiuntive. Per mantenere i lanci e le visite il più vicino possibile quando utilizzi l’opzione "Avvia nuova visita al lancio", devi utilizzare un timeout più lungo del timeout della sessione impostato nell’SDK. |
Ho impostato "Avvia nuova visita al momento del lancio" e ho impostato un timeout più lungo del mio SDK. Perché i miei lanci sono ancora molto più bassi delle visite? | Se il timeout è superiore al valore impostato nell’SDK, è molto probabile che l’app invii hit in background e che questi vengano registrati come nuove visite. Verifica la presenza di hit utilizzando la dimensione del tipo di hit nella suite di rapporti principale per verificare se sono presenti hit in background. Nota: gli hit in background e in primo piano sono differenziati solo nella versione 4.13.6 e successive dell’SDK. Se utilizzi una versione inferiore, tutti gli hit vengono visualizzati in primo piano. Se utilizzi la versione corretta dell’SDK, abilita l’impostazione "Impedisci agli hit in background di iniziare una nuova visita". Nota: se hai disabilitato l’elaborazione legacy per gli hit in background in Admin Console, questi non verranno visualizzati nella suite di rapporti principale ma verranno visualizzati nella suite di rapporti virtuale. |
Quale versione dell’SDK è necessaria per tenere traccia degli hit in background? | Devi utilizzare la versione 4.13.6 o successiva dell’SDK. |
Come posso trovare l’ID di una suite di rapporti virtuale? |
|