DOM-Aufzeichnungen echter Nutzersessions (Klicks, Scrolls, Rage-Clicks und Navigation) mit standardmäßig aktiver Eingabemaskierung, Datenschutzstufen und Selektoren für alles Weitere und einem Link von jedem Fehler zu den Sessions, in denen er aufgetreten ist.
Wenn ein Nutzer auf einen Fehler stößt oder abbricht, zeigt Ihnen ein Session Replay jeden Klick, jeden Scroll und jede Navigation, die zu diesem Moment geführt haben. Kein Durchsuchen von Logs: einfach auf Play drücken und genau sehen, was passiert ist.
Vollständige DOM-Snapshots rekonstruieren die Seite, die Ihr Nutzer gesehen hat, einschließlich dynamischer Inhalte und eingebetteter Stylesheets. Es wird kein Bildschirmvideo aufgenommen, deshalb bleibt die Aufzeichnung klein und lässt sich sofort durchspulen.
Auf jeder Datenschutzstufe werden Eingabewerte maskiert, bevor sie den Browser verlassen. Passwort-, E-Mail- und Telefonfelder werden unabhängig von der Einstellung immer maskiert. Die Maskierung von Seitentext ist eine separate Einstellung und standardmäßig aus.
Aufzeichnungsregeln bestimmen, welche Sessions als Replay aufgezeichnet werden. Eine neue Anwendung startet mit dreien: Jede Session mit einem Fehler wird aufgezeichnet, eine automatische Stichprobe innerhalb Ihres Replay-Kontingents ebenfalls, und 10 % der Sessions erhalten eine detaillierte Erfassung ohne Replay. Sie können jede davon ändern, deaktivieren oder löschen.
Jede Fehlergruppe listet die Sessions auf, in denen der Fehler aufgetreten ist. Wurde eine Session aufgezeichnet, öffnet ihr „Watch Replay"-Link die Aufzeichnung im Moment des Fehlers. So kommen Sie ohne Suchen vom Stacktrace zur Aufzeichnung.
Ein Rage-Click pro Serie von drei oder mehr Klicks auf dasselbe Bedienelement innerhalb einer Sekunde. So filtern Sie direkt auf die Sessions, in denen jemand mit der Oberfläche gekämpft hat.
Jeder Klick, jede Navigation, jede Netzwerkanfrage und jeder Fehler werden chronologisch neben dem Replay angezeigt, sodass der Kontext nie fehlt.
Auf jeder Datenschutzstufe ist die Eingabemaskierung aktiv: Werte werden ersetzt, bevor die Aufzeichnung den Browser verlässt. Seitentext wird standardmäßig aufgezeichnet: Balanced, die Stufe neuer Anwendungen, ersetzt E-Mail-Adressen, kartenähnliche Nummern und lange Ziffernfolgen, und der übrige sichtbare Text wird aufgezeichnet, solange Sie die Textmaskierung nicht einschalten, Strict wählen oder einen Masken-Selektor hinzufügen. Diese Einstellungen gelten pro Anwendung. Eine Änderung erreicht eine laufende Aufzeichnung, sobald das SDK die Einstellungen neu lädt, und startet sie mit einem frischen Snapshot neu; beim Kompaktieren werden Aufzeichnungen erneut nach den Regeln der Anwendung maskiert.
Öffnen Sie eine Fehlergruppe, und Sie sehen die Sessions, in denen der Fehler aufgetreten ist, mit Nutzer, Zeitstempel und URL. Wurde eine Session aufgezeichnet, enthält ihre Zeile einen „Watch Replay"-Link, der die Aufzeichnung im Moment des Fehlers öffnet. Replay ist Teil desselben SDK wie der Rest von RUM, es gibt also kein zweites Script zu installieren.
Datenschutzstufen: Strict, Balanced und Relaxed
von einem Fehler zu seinem Replay, wenn die Session aufgezeichnet wurde
Standard-Aufbewahrung, mit kürzeren Fristen pro Anwendung
kostenloser Tarif, 100 Replay-Sessions inklusive
SDK 2.2.1 verwendet die Datenschutzeinstellungen der Anwendung. Balanced maskiert Eingaben und wendet die konfigurierten Muster für sensible Daten auf Text an; Strict maskiert zusätzlich Seitentext und blockiert Medien. In Balanced ist die Maskierung sämtlicher Seitentexte standardmäßig aus, sodass normaler sichtbarer Text aufgezeichnet werden kann. Passwort-, E-Mail-, Telefon- und Zahlungskartenfelder bleiben geschützt; Inhalte fremder iframe-Ursprünge werden nicht aufgezeichnet. Prüfen Sie RUM Settings → Privacy für jede Anwendung, insbesondere bei älteren Einstellungen.
Konfigurieren Sie CSS-Selektoren unter RUM Settings → Privacy, um Text zu maskieren, Elemente zu blockieren oder Eingabeereignisse zu ignorieren. Selektoren wie .rr-mask, .rr-block und .rr-ignore können Klassen ansprechen, die Sie Ihren Elementen hinzufügen. Unter Balanced oder Strict genügt die Klasse allein nicht: rr-mask wirkt nur dann von selbst, wenn die Anwendung keine eigene Textmaskierung anwendet. Blockieren hat Vorrang. Textausnahmen im Strict-Modus heben die Eingabemaskierung nicht auf. SDK 2.2.1 weist data-sq-mask und data-sq-unmask kein eingebautes Verhalten zu; konfigurieren Sie für eigene Attribute einen passenden Selektor.
Das RUM-Kernskript wird asynchron geladen. In SDK 2.2.1 ist es 25,8 KB gzip-komprimiert, und der Recorder ist eine separate Datei von 29,4 KB gzip-komprimiert, die nur geladen wird, wenn eine Session für Replay-Pufferung oder Aufzeichnung geeignet ist. Der Download kann daher stattfinden, bevor eine Regel einen Upload auslöst; eine Session ohne geeignete Replay-Regel lädt ihn nie. Der Replay-Puffer im Arbeitsspeicher ist begrenzt; Aufzeichnungsarbeit und Uploads werden gebündelt. Prüfen Sie die Auswirkungen mit Ihren eigenen Seiten und Aufzeichnungsregeln.
Öffnen Sie den Fehler in Error Tracking und wählen Sie Watch Replay für eine Session mit vorhandener Aufzeichnung. Der Link springt zum Fehlerzeitpunkt. SDK 2.2.1 kann vor dem Auslösen einer passenden Aufzeichnungsregel einen begrenzten Replay-Puffer im Arbeitsspeicher halten. Eine durch einen Fehler ausgelöste Aufzeichnung kann dadurch den Vorlauf enthalten. Dafür müssen die Aufzeichnung erlaubt und eine Replay-Regel geeignet sein. Aktivitäten vor Beginn der Pufferung lassen sich nicht nachträglich erfassen; Speichergrenzen, Pausen und Datenschutzeinstellungen können den verfügbaren Verlauf verkürzen.
Sie können die Session-Liste nach Browser, Betriebssystem, Land, besuchter Seite, dem Auftreten eines Fehlers, dem Vorhandensein eines Replays und nach Frustrationssignalen filtern. Die Suche findet die Nutzer-ID oder E-Mail-Adresse, die Sie an setUser übergeben haben, eine Session-ID, jede besuchte URL und jede Fehlermeldung in der Session. Sie können auch nach Session-Dauer und aufgezeichneten eigenen Attributen filtern. Wählen Sie Duration (ms) im Filtermenü oder geben Sie attr.<key> für ein Attribut ein.
Replays werden standardmäßig 30 Tage aufbewahrt. Kontoadministratoren können in den RUM-Einstellungen unter Data settings eine Obergrenze von 7, 14 oder 30 Tagen wählen, begrenzt durch den Tarif. Eine kürzere Frist entfernt ältere Aufzeichnungen und Indizes dauerhaft im Hintergrund; das Speichern bestätigt noch keine abgeschlossene Bereinigung. Das Entfernen einer Obergrenze stellt gelöschte Daten nicht wieder her. Weitere Informationen im Aufbewahrungsleitfaden.
Kontoadministratoren können unter RUM Settings → Data requests oder über die API eine Löschung anhand von Nutzer-ID, E-Mail, anonymer ID oder Session anfordern. Prüfen und bestätigen Sie den Umfang und verfolgen Sie anschließend Status und bestätigte Zähler im Verlauf. Die Option do-not-record sperrt neue Aufzeichnungen unter einer passenden Kennung. Gemeinsame Stylesheet-Dateien, Audit-Nachweise und aggregierte Abrechnungsdaten bleiben erhalten; Backups und andere Telemetriedaten sind nicht Teil dieser Anfrage. Details im Datenschutz-Leitfaden.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.