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 una regola di registrazione 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. 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.
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. 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.
controlli a livello di elemento: rr-mask, rr-block, rr-ignore
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.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. Il blocco ha la precedenza. Le eccezioni al testo in modalità Strict non rendono visibili i valori degli input. L’SDK 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. L’SDK 2.1 carica separatamente il recorder quando una sessione è idonea al buffering o alla registrazione replay. Il download può quindi avvenire prima che una regola attivi un caricamento. 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.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.