Registrazioni DOM delle sessioni utente reali (clic, scroll, rage click e navigazione), con mascheratura degli input attiva per impostazione predefinita, livelli di privacy e selettori 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.
Con ogni livello di privacy i valori degli input vengono mascherati prima di lasciare il browser, e i campi password, email e telefono sono mascherati qualunque sia l'impostazione. La mascheratura del testo di pagina è un'impostazione separata, disattivata di default.
Le regole di registrazione decidono quali sessioni vengono registrate in replay. Una nuova applicazione parte con tre regole: ogni sessione con un errore viene registrata, un campione automatico viene registrato entro la tua quota di replay e il 10% delle sessioni ottiene l'acquisizione dettagliata senza replay. Puoi modificarle, disattivarle o eliminarle.
Ogni gruppo di errori elenca le sessioni in cui si è verificato. Se una sessione è stata registrata, il suo link "Watch Replay" apre la registrazione nel momento dell'errore: dallo stack trace alla registrazione senza dover cercare.
Un solo rage click per ogni raffica di tre o più clic sullo stesso controllo entro un secondo, 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.
Con ogni livello di privacy la mascheratura degli input è attiva, quindi i valori vengono sostituiti prima che la registrazione lasci il browser. Il testo di pagina viene registrato di default: Balanced, il livello con cui partono le nuove applicazioni, sostituisce indirizzi email, numeri simili a carte e lunghe sequenze di cifre, e il resto del testo visibile viene registrato a meno che tu non attivi la mascheratura del testo, scelga Strict o aggiunga un selettore di mascheratura. Queste impostazioni valgono per applicazione. Una modifica raggiunge una registrazione in corso quando l'SDK ricarica le impostazioni, e la riavvia da uno snapshot nuovo; durante la compattazione le registrazioni vengono mascherate di nuovo secondo le regole dell'applicazione.
Apri un gruppo di errori e vedrai le sessioni in cui l'errore si è verificato, con utente, timestamp e URL. Se una sessione è stata registrata, la sua riga ha un link "Watch Replay" che apre la registrazione nel momento dell'errore. Il replay fa parte dello stesso SDK del resto di RUM, quindi non c'è un secondo script da installare.
livelli di privacy: Strict, Balanced e Relaxed
da un errore al suo replay, se la sessione è stata registrata
conservazione predefinita, con limiti inferiori per applicazione
piano gratuito, 100 sessioni di replay incluse
L’SDK 2.2.1 usa le impostazioni privacy dell’applicazione. Balanced maschera gli input e applica al testo i pattern configurati per i dati sensibili; Strict maschera anche il testo della pagina e blocca i media. In Balanced la mascheratura di tutto il testo è disattivata per impostazione predefinita, quindi il normale testo visibile può essere registrato. Restano protetti gli input di password, email, telefono e carte di pagamento; i contenuti degli iframe di altre origini non vengono registrati. Controlla RUM Settings → Privacy per ogni applicazione, soprattutto se creata con impostazioni precedenti.
Configura selettori CSS in RUM Settings → Privacy per mascherare testo, bloccare elementi o ignorare eventi di input. Selettori come .rr-mask, .rr-block e .rr-ignore possono usare le classi che aggiungi agli elementi. Con Balanced o Strict la classe da sola non basta: rr-mask funziona da sé solo quando l'applicazione non applica una propria mascheratura del testo. Il blocco ha la precedenza. Le eccezioni al testo in modalità Strict non rendono visibili i valori degli input. L’SDK 2.2.1 non assegna un comportamento integrato a data-sq-mask o data-sq-unmask; configura un selettore corrispondente se usi attributi propri.
Lo script RUM principale si carica in modo asincrono. Nell’SDK 2.2.1 pesa 25,8 KB gzip, e il recorder è un file separato da 29,4 KB gzip che si carica solo quando una sessione è idonea al buffering o alla registrazione replay. Il download può quindi avvenire prima che una regola attivi un caricamento; una sessione senza una regola Replay idonea non lo scarica mai. Il buffer in memoria è limitato; il lavoro di registrazione e i caricamenti sono raggruppati. Valuta l’impatto sulle tue pagine con le tue regole di registrazione.
Apri l’errore in Error Tracking e scegli Watch Replay per una sessione con una registrazione conservata. Il link cerca il timestamp dell’errore. L’SDK 2.2.1 può mantenere un buffer replay limitato in memoria prima che scatti una regola di registrazione idonea, includendo così gli istanti precedenti a un errore. Servono il permesso di registrare e una regola Replay idonea. Non è possibile recuperare attività precedenti all’avvio del buffer; limiti di memoria, pause e controlli privacy possono ridurre la cronologia disponibile.
Puoi filtrare l'elenco delle sessioni per browser, sistema operativo, paese, pagina visitata, presenza di un errore, presenza di un replay e presenza di segnali di frustrazione. La ricerca trova l'id utente o l'indirizzo email passati a setUser, un id di sessione, qualsiasi URL visitato e qualsiasi messaggio di errore nella sessione. Puoi filtrare anche per durata della sessione e attributi personalizzati registrati. Scegli Duration (ms) nel menu dei filtri oppure inserisci attr.<key> per un attributo.
La conservazione predefinita dei replay è di 30 giorni. Gli amministratori possono scegliere un limite di 7, 14 o 30 giorni in RUM Settings → Data settings, entro quanto previsto dal piano. Ridurre il limite elimina definitivamente le registrazioni e gli indici più vecchi in modo asincrono: salvare non significa che la pulizia sia terminata. Rimuovere un limite non ripristina i dati eliminati. Consulta la guida alla conservazione.
Gli amministratori possono richiedere la cancellazione per ID utente, email, ID anonimo o sessione in RUM Settings → Data requests oppure tramite API. Verifica e conferma l’ambito, poi segui stato e conteggi confermati nella cronologia. L’opzione do-not-record blocca nuove registrazioni con un identificatore corrispondente. Restano i fogli di stile condivisi, le prove di audit e i dati di fatturazione aggregati; backup e altra telemetria non rientrano nella richiesta. Consulta la guida privacy.
Uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Piano gratuito su ogni prodotto.