Fattori di rete
I fattori di rete includono:
Fattore | Definizione | Influenzato da | Ottimizzazione |
---|---|---|---|
Connessione ad Adobe | Adobe invia 10 chiamate di test all’apertura della pagina Prestazioni. Queste chiamate rappresentano la percentuale di chiamate ad Adobe che hanno esito positivo. | Su questo fattore incidono problemi di rete locale o problemi di 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. Queste chiamate rappresentano la quantità di tempo per cui ogni richiesta di raggiunge Adobe e torna. e sono una misura della velocità di Internet tra la tua posizione e Adobe. La soglia consigliata è inferiore a 1 secondo. | Su questo fattore incidono problemi di rete locale, la presenza di numerose schede aperte nel browser o problemi con 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. |
Fattori del browser
I fattori del browser includono:
Fattore | Definizione | Influenzato da | Ottimizzazione |
---|---|---|---|
Velocità di calcolo | Velocità del computer per l’esecuzione di un test di elaborazione. La soglia consigliata è inferiore a 750 millisecondi. | Su questo fattore incidono l'hardware e i programmi simultanei. | 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 rappresenta la percentuale di tale quota di memoria utilizzata dal progetto corrente. La soglia consigliata è di 3500 MB, ovvero il punto in cui Workspace inizia a presentare errori di memoria. | L’utilizzo di più schede o il download di 50000 righe di dati contribuisce a un maggiore utilizzo della 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 | I dati vengono memorizzati localmente nel computer per essere utilizzati nel browser. Ogni origine (ad esempio, experience.adobe.com) dispone di una tolleranza 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 FPS è inferiore a 24, si osservano problemi di rendering in Workspace. | 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. Inoltre, l'hardware influisce 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. |
Fattori del progetto
I fattori del progetto includono:
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. Questo valore esclude i pannelli e le visualizzazioni 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. Quando il progetto viene aperto, vengono elaborati solo i pannelli espansi. I pannelli compressi vengono elaborati 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. Questo valore esclude le origini dati nascoste. 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 valore influisce sulla velocità di caricamento della barra a sinistra e sulla velocità con cui i risultati della ricerca vengono restituiti al suo interno. 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 contribuisce alle prestazioni del progetto. Vedi le ottimizzazioni nella sezione AFattori aggiuntivi 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. In alternativa, puoi utilizzare i componenti intervallo di date 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 si calcola un confronto su base annua, i calcoli vengono analizzati in 13 mesi interi di dati tra i mesi di interesse. Questo confronto ha lo stesso impatto di un intervallo di date del pannello impostato sugli ultimi 13 mesi. |
Fattori di richiesta
Fattori di richiesta
Utilizza il diagramma e i termini seguenti per scoprire come vengono elaborate le richieste e i vari fattori che influenzano i tempi di elaborazione:
Diagramma di elaborazione delle richieste
Richiedi termini di elaborazione
Fattore | Definizione | Ottimizzazione |
---|---|---|
Tempo medio di richiesta |
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. | |
Tempo di richiesta più lungo |
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. | |
Tempo medio di ricerca |
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. Queste ricerche possono 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 medio coda |
Tempo totale di attesa nella 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. |
Tempo medio di elaborazione del server |
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 a ridurre l’intervallo di date del progetto per ridurre i tempi di elaborazione. |
Complessità |
Il tempo di elaborazione non è uguale per tutte le richieste. La complessità delle richieste può essere utile per avere un’idea generale sul tempo necessario per elaborarle. La soglia consigliata è Medium o inferiore. I valori possibili includono:
Questo valore è influenzato dai valori delle colonne seguenti:
| |
Limiti del mese | Il numero di mesi inclusi in una richiesta. La complessità della richiesta è dovuta all’aumento dei limiti di mese. 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. |
Colonne | Il numero di metriche e raggruppamenti nella richiesta. Altre colonne aumentano 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. |
Segmenti | 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. |
Altri fattori
Altri fattori non inclusi in Guida > Prestazioni:
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:
|
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:
Cercare opportunità per ridurre molte istruzioni OR in un'unica istruzione equals any of.Anche le |
Complessità della visualizzazione (segmenti, metriche, filtri) | Il tipo di visualizzazione (ad esempio, abbandono rispetto a una tabella a forma libera) aggiunta a un progetto di per sé non influenza molto le prestazioni del progetto. La complessità della visualizzazione aumenta il tempo di elaborazione. |
Fattori che aggiungono complessità a una visualizzazione includono:
| 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 | Il numero di query richieste contemporaneamente dall’organizzazione. Ciascuna organizzazione ha diritto a un minimo di 5 query simultanee. | Se un rapporto richiede molto tempo, potrebbe trovarsi in coda con altri rapporti. L’organizzazione sta tentando di eseguire molte richieste simultanee per una specifica suite di rapporti. Le query possono provenire da richieste API, interfacce per la generazione di rapporti (Analysis Workspace, Report Builder), progetti pianificati, rapporti pianificati, avvisi pianificati e utenti simultanei che eseguono 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. |