Suggerimenti e best practice per i nuovi utenti delle suite di rapporti virtuali.
Domanda | Risposta |
---|---|
Devo consolidare l’implementazione da più suite di rapporti in un’unica suite di rapporti "globale" e quindi utilizzare suite di rapporti virtuali per esporre diversi segmenti di dati ai miei utenti? | Forse. Di seguito sono elencate alcune circostanze in cui dovresti considerare di continuare con le singole suite di rapporti:
|
Quali impostazioni nelle suite di rapporti virtuali vengono ereditate dalla suite di rapporti principale? | Una suite di rapporti virtuale (VRS) eredita la maggior parte dei livelli di servizio della suite di rapporti principale, ad esempio le impostazioni di eVar, le regole di elaborazione, le classificazioni e così via. Le seguenti impostazioni NON vengono ereditate:
|
Quali sono le differenze tra le operazioni con una suite di rapporti virtuale e quelle con 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 funzionalità rispetto a loro come suite di rapporti di base? | No, le suite di rapporti virtuali non sono supportate per la maggior parte delle funzioni amministratore. Come accennato in precedenza, una VRS eredita la maggior parte dei livelli di servizio e delle funzionalità dal padre (ad esempio, impostazioni di eVar, Regole di elaborazione, Classificazioni, ecc.), quindi per apportare modifiche a queste impostazioni ereditate in una VRS, devi modificare la suite di rapporti principale. Di conseguenza, le suite di rapporti virtuali vengono visualizzate nell’interfaccia utente solo qui:
|
Ho controllato "inizia una nuova visita al lancio". Perché vedo visite ancora più elevate dei lanci? | Quando è selezionato "Avvia nuova visita al lancio", il timeout viene comunque applicato. Quindi, se un utente utilizza l’app per dieci minuti con un minuto di pausa tra ciascuna azione, una nuova visita inizia all’avvio, vengono create altre nove visite quando la visita si interrompe. Per mantenere gli avvii e le visite il più vicino possibile quando utilizzi l’opzione "avvia una nuova visita al momento dell’avvio", utilizza un timeout più lungo del timeout di sessione impostato nell’SDK. |
Ho impostato "start new visit on launch" e 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 questi hit si registrano come nuove visite. Per verificarlo, utilizza la dimensione del tipo di hit nella suite di rapporti principale per verificare se sono presenti hit di 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 usi la versione corretta dell’SDK, abilita l’impostazione "Impedisci agli hit di background di avviare 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 devo avere per tenere traccia degli hit di background? | Devi avere la versione 4.13.6 o successiva dell'SDK. |
Come posso trovare l’ID di una suite di rapporti virtuale? |
|