Registrazioni DOM delle sessioni utente reali (clic, scroll, rage click e navigazione), con mascheratura degli input attiva per impostazione predefinita, controlli a livello di elemento per tutto il resto e un link da ogni errore alle sessioni in cui si è verificato.
Quando un utente incontra un errore o abbandona il flusso, il session replay mostra ogni clic, scroll e navigazione che ha preceduto quel momento. Niente grep nei log: premi play e guarda esattamente cosa è successo.
Snapshot DOM ad alta fedeltà ricostruiscono la pagina che l'utente ha visto, inclusi i contenuti dinamici e i fogli di stile incorporati. Non viene registrato alcun video dello schermo, quindi la registrazione resta leggera e si scorre all'istante.
Sulle applicazioni che crei, i valori degli input vengono mascherati prima di lasciare il browser, e i campi password sono mascherati indipendentemente da questa impostazione. La mascheratura del testo di pagina è un'impostazione separata, disattivata di default.
Non viene registrato nulla finché non crei un filtro di sessione con la cattura del replay attiva. Il replay è un opt-in per regola, non un comportamento predefinito applicato a ogni visitatore.
Ogni gruppo di errori elenca le sessioni in cui si è verificato, ciascuna con un link "Watch Replay": dallo stack trace alla registrazione senza dover cercare.
Tre o più clic sullo stesso elemento entro un secondo vengono registrati come rage click, così puoi filtrare direttamente le sessioni in cui qualcuno stava lottando con l'interfaccia.
Ogni clic, navigazione, richiesta di rete ed errore visualizzati cronologicamente accanto al replay, così il contesto non manca mai.
Sulle applicazioni che crei la mascheratura degli input è attiva, quindi i valori vengono sostituiti prima che la registrazione lasci il browser. Il testo di pagina è un'impostazione separata ed è disattivata di default: tutto ciò che la tua pagina mostra come testo visibile viene registrato, a meno che tu non attivi la mascheratura del testo o marchi l'elemento. Entrambe le impostazioni valgono per applicazione e una modifica si applica alle sessioni che iniziano dopo, non a una registrazione già in corso.
rr-mask, rr-block e rr-ignoreApri un gruppo di errori e vedrai le sessioni in cui l'errore si è verificato, con utente, timestamp e URL. Ogni riga ha un link "Watch Replay" che apre la registrazione di quella sessione. Il replay fa parte dello stesso SDK del resto di RUM, quindi non c'è un secondo script da installare.
controlli a livello di elemento: rr-mask, rr-block, rr-ignore
da un errore al replay di una sessione colpita
conservazione dei replay, la stessa su ogni piano
piano gratuito, 100 sessioni di replay incluse
Sulle applicazioni che crei, i valori degli input vengono mascherati prima che la registrazione lasci il browser, e i campi password sono mascherati indipendentemente da questa impostazione. Il testo di pagina è un'impostazione separata ed è disattivata di default: il testo visibile che la tua pagina mostra (nomi, indirizzi, contenuti degli ordini, messaggi) viene quindi registrato, a meno che tu non attivi la mascheratura del testo per l'applicazione o marchi l'elemento. I contenuti dentro un iframe cross-origin non vengono mai registrati, ed è per questo che un campo di pagamento ospitato non può essere acquisito. Le applicazioni create prima della correzione di questo default mantengono l'impostazione con cui sono state salvate: controlla l'interruttore nelle impostazioni RUM per ogni applicazione configurata in precedenza.
Aggiungi una classe all'elemento. rr-mask maschera il testo al suo interno, rr-block impedisce del tutto la registrazione dell'elemento e rr-ignore impedisce la registrazione degli eventi di input su di esso. Sono i nomi di classe del registratore stesso e Site Qwality non li sovrascrive, quindi funzionano come documentato a monte. Non esiste alcun attributo data-sq-mask o data-sq-unmask: versioni precedenti di questa pagina lo affermavano, ed era falso.
Lo script RUM di base pesa 5,7 kB gzip sul filo e si carica in modo asincrono. Il registratore vero e proprio è un chunk separato da 22 kB gzip, scaricato solo quando una sessione corrisponde davvero a un filtro di cattura: un visitatore che non viene registrato non lo scarica mai. Le mutazioni sono raggruppate in batch e inviate a intervalli, non evento per evento.
Apri l'errore in Error Tracking. La vista di dettaglio elenca le sessioni in cui l'errore si è verificato e ogni riga ha un link "Watch Replay" che apre la registrazione di quella sessione. La riproduzione parte dal punto in cui la sessione è stata selezionata per la cattura: non esiste alcun buffer precedente all'errore.
Puoi filtrare l'elenco delle sessioni per browser, sistema operativo, presenza di un errore, presenza di un replay e presenza di segnali di frustrazione, e cercare per l'id utente o l'indirizzo email passati a setUser. Il filtro per URL, classe di dispositivo, durata della sessione o attributo personalizzato non è disponibile oggi.
30 giorni, su ogni piano compreso quello gratuito. La finestra non è configurabile in nessuna delle due direzioni: i piani a pagamento non la estendono e, a differenza delle altre due finestre RUM, non si può nemmeno accorciare. Una richiesta che prova a impostare una finestra di replay più breve viene rifiutata con un errore che ne spiega il motivo, invece di essere accettata e ignorata in silenzio. Il motivo è che la riga che teniamo nel database punta soltanto alla registrazione archiviata, e le registrazioni vengono eliminate da una regola di storage separata che vale per tutte allo stesso modo e non può seguire un'impostazione per applicazione: rispettare una finestra più breve cancellerebbe il puntatore lasciando in piedi la registrazione. Quello che cambia con il piano è quante sessioni puoi registrare, non per quanto tempo vengono conservate.
Uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Piano gratuito su ogni prodotto.