Ottimizzare Analysis Workspace performance

Fattore

Definizione

Influenzato da

Ottimizzazione

Connessione ad Adobe

Adobe invia 10 chiamate di test all’apertura della pagina Prestazioni. Rappresenta la percentuale delle chiamate ad Adobe che hanno esito positivo.

Su questo fattore incidono problemi di rete locale o problemi della rete Adobe.

Visita status.adobe.com per verificare se esistono problemi di servizio noti. Quindi, controlla la tua connessione di rete locale.

Larghezza di banda Internet

Disponibile solo per Google Chrome. Stima della larghezza di banda fornita dal browser in uso. La soglia consigliata è 2,0 MB/s.

Su questo fattore incide la connessione di rete locale.

Controlla la tua connessione di rete locale.

Latenza Internet

Adobe invia 10 chiamate di test all’apertura della pagina Prestazioni. La latenza corrisponde al tempo medio necessario affinché ogni richiesta arrivi ad Adobe e venga quindi restituita. In altre parole, indica la velocità di Internet tra la tua posizione e Adobe. La soglia consigliata è < 1 secondo.

Su questo fattore incidono problemi di rete locale, la presenza di numerose schede aperte nel browser o problemi della rete Adobe.

Visita status.adobe.com per verificare se esistono problemi di servizio noti. Quindi, controlla la tua connessione di rete locale e chiudi le schede del browser che non inutilizzi.

Fattore

Definizione

Influenzato da

Ottimizzazione

Velocità di calcolo

Velocità del computer per l’esecuzione di un test di elaborazione. La soglia consigliata è < 750 ms.

Su questo fattore incidono l’hardware e i programmi in esecuzione allo stesso tempo.

Apri Gestione attività (PC) o Monitoraggio attività (Mac) per determinare se è possibile chiudere alcuni dei programmi aperti. Quindi, chiudi le schede del browser inutilizzate o altri programmi.

Se tali azioni non migliorano le prestazioni, rivolgiti al tuo team IT per valutare i dettagli hardware.

Memoria utilizzata

Disponibile solo per Google Chrome. Ogni scheda di Workspace in un browser Google Chrome condivide 4 GB di memoria in totale. Questo valore indica la percentuale di tale quota di memoria che viene effettivamente utilizzata dal progetto corrente. La soglia consigliata è di 3500 MB; oltre tale valore, Workspace inizierà a presentare errori di memoria.

Se si lavora con più schede o si scaricano 50000 righe di dati, verrà utilizzata più memoria.

Se ricevi un errore di memoria, chiudi le altre schede di Workspace e/o esegui un download di 50000 righe alla volta.

Archiviazione locale utilizzata

Dati memorizzati localmente sul computer da utilizzare nel browser. Ciascuna origine (ad esempio experience.adobe.com) dispone di un limite di 10 MB.

Analysis Workspace utilizza l’archiviazione locale per diverse funzioni, quali l’archiviazione dei salvataggi automatici di progetti esistenti, le impostazioni utente e i flag delle funzioni.

Per evitare l’interruzione delle funzioni di Analysis Workspace, cancella l’archiviazione locale per il dominio experience.adobe.com.

Velocità di rendering

FPS è l’acronimo di frame al secondo, ossia quante volte al secondo il browser disegna la pagina sullo schermo. L’occhio può osservare 24 fps; se il valore fps è inferiore a 24, in Workspace saranno visibili problemi di rendering.

Il valore fps è influenzato dal multitasking in molti progetti Workspace allo stesso tempo e dalle dimensioni del progetto visualizzato. È influenzato inoltre dall’esecuzione di altri programmi sul computer, come streaming, scanner in background, ecc. Anche l’hardware incide su questo fattore.

Apri Gestione attività (PC) o Monitoraggio attività (Mac) per determinare se è possibile chiudere alcuni dei programmi aperti. Quindi, chiudi le schede del browser inutilizzate o altri programmi.

Se tali azioni non migliorano le prestazioni, rivolgiti al tuo team IT per valutare i dettagli hardware.

Fattore

Definizione

Ottimizzazione

Numero di richieste

Numero totale di richieste effettuate ad Adobe per recuperare i dati visualizzati nel progetto. Le query includono richieste con classificazione per tabelle, rilevamento di anomalie, grafici sparkline, componenti visualizzati nella barra a sinistra e altri ancora. Non sono invece inclusi le visualizzazioni e i pannelli compressi. La soglia consigliata è 100.

Semplifica il progetto laddove possibile, suddividendo i dati in diversi progetti in base a uno scopo specifico o a un gruppo di soggetti interessati. Utilizza i tag per organizzare i progetti in temi e utilizza collegamenti diretti per creare un sommario interno che consenta agli interessati di trovare facilmente ciò di cui hanno bisogno.

Pannelli espansi (sul totale dei pannelli)

Numero di pannelli espansi rispetto al numero totale di pannelli nel progetto. La soglia consigliata è 5.

Dopo aver semplificato il progetto, comprimi i pannelli che non è necessario visualizzare al momento del caricamento. All’apertura di un progetto, vengono elaborati solo i pannelli espansi. I pannelli compressi vengono caricati solo quando l’utente li espande.

Visualizzazioni espanse (sul totale delle visualizzazioni)

Numero di tabelle e visualizzazioni espanse rispetto al totale nel progetto, incluse le origini dati nascoste. La soglia consigliata è 15.

Dopo aver semplificato il progetto, comprimi le visualizzazioni che non è necessario visualizzare al momento del caricamento. Dai priorità agli elementi visivi più importanti per chi userà il rapporto e, se necessario, suddividi gli elementi visivi di supporto in un pannello o un progetto separato e più dettagliato.

Numero di celle a forma libera

Numero totale di celle di tabella a forma libera nel progetto, calcolato come righe * colonne per tutte le tabelle. Sono escluse le origini di dati nascosti. La soglia consigliata è 4000.

Riduci il numero di colonne nella tabella, includendo solo i punti dati più rilevanti. Riduci il numero di righe nella tabella, regolando il numero di righe visualizzate, applicando un filtro tabella o applicando un segmento.

Componenti disponibili

Numero totale di componenti recuperati nella barra a sinistra del progetto, per tutte le suite di rapporti presenti nel progetto. Questo numero incide sul tempo necessario per caricare la barra a sinistra e restituire i risultati di ricerca in tale barra. La soglia consigliata è 2000.

Rivolgiti all’amministratore del prodotto per creare una suite di rapporti virtuale specifica con un set di componenti più mirato.

Componenti utilizzati

Numero totale di componenti utilizzati nel progetto. La soglia consigliata è 100.

Il numero di componenti utilizzati non influisce direttamente sulle prestazioni. Tuttavia, la complessità di tali componenti contribuirà alle prestazioni del progetto. Consulta le ottimizzazioni nella sezione “Altri fattori”, di seguito.

Intervallo di date più lungo

Questo fattore visualizza l’intervallo di date più lungo utilizzato nel progetto. La soglia consigliata è 1 anno.

Dove possibile, non inserire più dati del necessario. Limita il calendario del pannello alle date pertinenti per l’analisi o utilizza i componenti per intervallo di date (componenti viola) nelle tabelle a forma libera. Gli intervalli di date utilizzati in una tabella prevalgono sull’intervallo di date del pannello. Ad esempio, puoi aggiungere alle colonne della tabella Mese scorso, Settimana scorsa e Ieri, per richiedere tali intervalli di dati specifici. Per ulteriori informazioni sulle attività con gli intervalli di date in Analysis Workspace, guarda questo video.

Inoltre, riduci al minimo il numero di confronti su base annua utilizzati nel progetto. Quando viene calcolato un confronto su base annua, vengono esaminati 13 mesi di dati tra i mesi di interesse. Questo ha lo stesso impatto di un intervallo di date del pannello impostato sugli ultimi 13 mesi.

Fattore

Definizione

Ottimizzazione

Il tempo necessario dall’avvio della richiesta al completamento. La soglia consigliata è 15 secondi.

Nel diagramma Elaborazione richiesta riportato sopra, il tempo di richiesta rappresenta l'intero processo, da Richiesta Analysis Workspace avviata a Richiesta Analysis Workspace completata.

Il tempo necessario dall’avvio della richiesta al completamento.

Nel diagramma Elaborazione richiesta riportato sopra, il tempo di richiesta rappresenta l'intero processo, da Richiesta Analysis Workspace avviata a Richiesta Analysis Workspace completata.

Poiché Analysis Workspace memorizza solo l'hash per le stringhe utilizzate in qualsiasi segmento, ogni volta che si elabora un progetto vengono eseguite ricerche per far corrispondere gli hash con i valori appropriati. La soglia consigliata è inferiore a 2 secondi.

Questo può richiedere molte risorse, a seconda del numero di valori che potrebbero potenzialmente corrispondere all’hash.

Nel diagramma Elaborazione richiesta riportato sopra, il tempo di ricerca è rappresentato nella fase Ricerche (al momento della elaborazione del motore di richiesta).

Se le richieste rallentano qui, è probabile che il problema sia dovuto al fatto che nel progetto sono presenti troppi segmenti di stringa o stringhe con valori eccessivamente generici con troppe potenziali corrispondenze.

Tempo totale di attesa in coda prima dell’elaborazione delle richieste. La soglia consigliata è di 5 secondi.

Nel diagramma Elaborazione richiesta riportato sopra, il tempo di coda è rappresentato nella fase Coda motore di richiesta e nella fase Coda server.

Se le richieste rallentano qui, la causa potrebbe essere un numero eccessivo di richieste in esecuzione simultaneamente nell’organizzazione. Prova a eseguire la richiesta in un orario non di punta.

Il tempo medio necessario per elaborare la richiesta.

Nel diagramma Elaborazione richiesta riportato sopra, il tempo medio di elaborazione del server è rappresentato nella fase Coda server e nella fase Elaborazione server. La soglia consigliata è 10 secondi

Se le richieste di rallentano qui, è probabile che il progetto abbia intervalli di date eccessivamente lunghi o visualizzazioni complesse. Prova ad abbreviare l’intervallo di date del progetto per ridurre i tempi di elaborazione.

Non tutte le richieste richiedono la stessa quantità di tempo per essere elaborate. La complessità delle richieste può essere utile per avere un’idea generale sul tempo necessario per elaborarle. La soglia consigliata è Medium o inferiore.

Possibili valori:

• Basso
• Medium
• Alta

Questo valore è influenzato dai valori delle colonne seguenti:

• Limiti del mese
• Colonne
• Segmenti

Il numero di mesi inclusi in una richiesta. L’aumento dei limiti di mese aggiunge complessità alla richiesta. La soglia consigliata è pari o inferiore a 6.

Se le richieste rallentano qui, è possibile che i limiti dei mesi nel progetto siano troppo grandi. Prova a ridurre il numero di mesi.

Il numero di metriche e raggruppamenti nella richiesta. Più colonne aumenta la complessità della richiesta. La soglia consigliata è pari o inferiore a 10.

Se le richieste rallentano qui, è possibile che il progetto contenga troppe colonne. Prova a ridurre il numero di colonne.

Il numero di segmenti applicati alla richiesta. Altri segmenti aumentano la complessità della richiesta. La soglia consigliata è pari o inferiore a 5.

Se le richieste rallentano qui, è possibile che il progetto contenga troppi segmenti. Prova a ridurre il numero di segmenti.

Fattore

Definizione

Influenzato da

Ottimizzazione

Complessità del segmento

Segmenti complessi possono avere un impatto significativo sulle prestazioni del progetto.

I fattori che aggiungono complessità a un segmento (in ordine approssimativo di impatto) includono:

• Operatori di “contains”, “contains any of”, “matches”, “starts with” o “ends with”
• La segmentazione sequenziale avviene specialmente quando si utilizzano restrizioni delle dimensioni (entro/dopo)
• Numero di elementi di dimensione univoca, compresa nelle dimensioni utilizzate nel segmento, (ad es. Pagina = “A” quando la Pagina ha 10 elementi univoci sarà più veloce della Pagina = “A” quando la Pagina ha 100.000 elementi univoci)
• Numero di diverse dimensioni utilizzate (ad es. Pagina = “Home” e Pagina = “Risultati della ricerca” sarà più veloce di eVar 1 = “rosso” ed eVar 2 = “blu”)
• Molti operatori OR (invece di AND)
• Contenitori nidificati di vario ambito (ad es., “Hit” all’interno di “Visita” all’interno di “Visitatore”)

Mentre alcuni dei fattori di complessità non possono essere evitati, cerca di individuare le opportunità di riduzione della complessità dei segmenti. In generale, più si può essere specifici con i propri criteri di segmento, meglio è. Ad esempio:

• Con i contenitori, l’utilizzo di un singolo contenitore nella parte superiore del segmento sarà più veloce di una serie di contenitori nidificati.
• Con l’utilizzo degli operatori, “equals” sarà più veloce di “contains” e “equals any of” sarà più veloce di “contains any of”.
• Con molti criteri, gli operatori AND saranno più veloci di una serie di operatori OR.

Inoltre, prova a ridurre numerose istruzioni OR in un’unica istruzione “equals any of”. Anche le

classificazioni possono essere utili per consolidare più valori in gruppi compatti, dai quali è possibile creare dei segmenti. La segmentazione dei gruppi di classificazione offre vantaggi in termini di prestazioni, in particolare per i segmenti che contengono numerose istruzioni OR o criteri “contains”.

Complessità della visualizzazione (segmenti, metriche, filtri)

Il tipo di visualizzazione (ad es. abbandono o tabella a forma libera) aggiunta a un progetto di per sé non influenza molto le prestazioni del progetto. È la complessità della visualizzazione che influenzerà il tempo di elaborazione.

Fattori che aggiungono complessità a una visualizzazione includono:

• Intervallo dei dati richiesti
• Numero di segmenti applicati; ovvero segmenti utilizzati come righe di una tabella a forma libera
• Utilizzo di segmenti complessi
• Righe o colonne statiche di elementi in tabelle a forma libera
• Filtri applicati a righe in tabelle a forma libera
• Numero di metriche incluse, in particolare metriche calcolate che utilizzano segmenti

Se noti che i tuoi progetti non si caricano rapidamente tanto quanto vorresti, prova a sostituire alcuni segmenti con eVar e filtri, ove possibile.

Se utilizzi sempre segmenti e metriche calcolate per punti dati importanti per la tua azienda, puoi migliorare la tua implementazione per acquisire questi punti dati in modo più diretto. L’utilizzo dei tag in Adobe Experience Platform e delle regole di elaborazione di Adobe può velocizzare le modifiche e facilitarne l’implementazione.

Dimensione della suite di rapporti

Quantità di dati raccolti nella suite di rapporti.

-

Rivolgiti al team addetto all’implementazione o a un esperto Adobe per determinare se sia possibile migliorare l’implementazione al fine di migliorare l’esperienza complessiva in Adobe Analytics.

Query simultanee

Numero di query che vengono inviate contemporaneamente dall’organizzazione ad Adobe. Ciascuna organizzazione ha diritto a un minimo di 5 query simultanee.

Se un rapporto richiede molto tempo, è probabile che si trovi in coda con altri rapporti. L’organizzazione sta tentando di eseguire troppe richieste simultanee per una specifica suite di rapporti. Le query possono provenire da richieste API, interfacce per la generazione dei rapporti (Analysis Workspace, Report Builder, ecc.), progetti pianificati, rapporti pianificati, avvisi pianificati e più utenti che eseguono contemporaneamente richieste di reporting.

Distribuisci le richieste e le pianificazioni per la suite di rapporti in modo più uniforme durante l’intera giornata. Inoltre, se possibile, rimanda le tue richieste a orari fuori picco. Lunedì mattina, martedì mattina e il primo di ogni mese sono solitamente momenti di picco per la generazione di rapporti.