Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Tempi di cambio percorso per applicazioni a pagina singola
In un'applicazione tradizionale a più pagine, quando un utente richiede il caricamento di nuovi contenuti, l'utente sta effettivamente richiedendo una nuova pagina HTML dal server. Di conseguenza, il client web CloudWatch RUM acquisisce i tempi di caricamento utilizzando le normali metriche API prestazionali.
Tuttavia, le applicazioni Web a pagina singola utilizzano JavaScript Ajax per aggiornare l'interfaccia senza caricare una nuova pagina dal server. Gli aggiornamenti a pagina singola non vengono registrati dall'API di sincronizzazione del browser, ma utilizzano invece i tempi di modifica del percorso.
CloudWatch RUM supporta il monitoraggio sia del caricamento di pagine complete dal server sia degli aggiornamenti a pagina singola, con le seguenti differenze:
Per la tempistica del cambio del percorso, non ci sono parametri forniti dal browser come
tlsTime
,timeToFirstByte
e così via.Per la tempistica del cambio del percorso, il campo
initiatorType
saràroute_change
.
Il client web CloudWatch RUM ascolta le interazioni dell'utente che possono portare a una modifica del percorso e, quando tale interazione utente viene registrata, il client Web registra un timestamp. Quindi la tempistica del cambio del percorso inizierà se entrambe le condizioni seguenti sono vere:
Un'API della cronologia del browser (eccetto i pulsanti avanti e indietro del browser) è stata utilizzata per eseguire il cambio di percorso.
La differenza tra il tempo di rilevamento del cambio del percorso e il timestamp dell'ultima interazione dell'utente è inferiore a 1000 ms. In questo modo si evita l'asimmetria dei dati.
Quindi, una volta che inizia la sincronizzazione del cambio del percorso, tale tempistica viene completata se non ci sono richieste AJAX e mutazioni DOM in corso. Quindi il timestamp dell'ultima attività completata verrà utilizzato come timestamp di completamento.
La tempistica per il cambio de percorso scade se ci sono richieste AJAX o mutazioni DOM in corso per più di 10 secondi (per impostazione predefinita). In questo caso, il client web CloudWatch RUM non registrerà più la tempistica di questa modifica del percorso.
Di conseguenza, la durata di un evento di cambio del percorso viene calcolata come segue:
(time of latest completed activity) - (latest user interaction timestamp)