DOM-Aufzeichnungen echter Nutzersessions (Klicks, Scrolls, Rage-Clicks und Navigation) mit standardmäßig aktiver Eingabemaskierung, Steuerung auf Element-Ebene 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.
Bei Anwendungen, die Sie anlegen, werden Eingabewerte maskiert, bevor sie den Browser verlassen. Passwortfelder werden unabhängig von dieser Einstellung immer maskiert. Die Maskierung von Seitentext ist eine separate Einstellung und standardmäßig aus.
Es wird nichts aufgezeichnet, bevor Sie einen Session-Filter mit aktivierter Replay-Aufzeichnung anlegen. Replay ist pro Regel ein Opt-in und keine Voreinstellung, die gegen jeden Besucher läuft.
Jede Fehlergruppe listet die Sessions auf, in denen der Fehler aufgetreten ist, jeweils mit einem „Watch Replay"-Link. So kommen Sie ohne Suchen vom Stacktrace zur Aufzeichnung.
Drei oder mehr Klicks auf dasselbe Element innerhalb einer Sekunde werden als Rage-Click erfasst. 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.
Bei Anwendungen, die Sie anlegen, ist die Eingabemaskierung aktiv: Werte werden ersetzt, bevor die Aufzeichnung den Browser verlässt. Seitentext ist eine separate Einstellung und standardmäßig aus. Sichtbarer Text, den Ihre Seite darstellt, wird also aufgezeichnet, solange Sie die Textmaskierung nicht einschalten oder das Element markieren. Beide Einstellungen gelten pro Anwendung, und eine Änderung wirkt auf Sessions, die danach beginnen, nicht auf eine bereits laufende Aufzeichnung.
rr-mask, rr-block und rr-ignoreÖffnen Sie eine Fehlergruppe, und Sie sehen die Sessions, in denen der Fehler aufgetreten ist, mit Nutzer, Zeitstempel und URL. Jede Zeile enthält einen „Watch Replay"-Link, der die Aufzeichnung dieser Session öffnet. Replay ist Teil desselben SDK wie der Rest von RUM, es gibt also kein zweites Script zu installieren.
Steuerungen auf Element-Ebene: rr-mask, rr-block, rr-ignore
von einem Fehler zum Replay einer betroffenen Session
Replay-Aufbewahrung, dasselbe Fenster in jedem Tarif
kostenloser Tarif, 100 Replay-Sessions inklusive
Bei Anwendungen, die Sie anlegen, werden Eingabewerte maskiert, bevor die Aufzeichnung den Browser verlässt; Passwortfelder werden unabhängig von dieser Einstellung immer maskiert. Seitentext ist eine separate Einstellung und standardmäßig aus: Sichtbarer Text, den Ihre Seite darstellt (Namen, Adressen, Bestellinhalte, Nachrichten), wird also aufgezeichnet, solange Sie die Textmaskierung für die Anwendung nicht einschalten oder das Element markieren. Inhalte in einem Cross-Origin-iframe werden überhaupt nicht aufgezeichnet, weshalb ein gehostetes Zahlungsfeld nicht erfasst werden kann. Anwendungen, die vor der Korrektur dieses Standardwerts angelegt wurden, behalten die gespeicherte Einstellung: Prüfen Sie den Schalter in den RUM-Einstellungen für jede früher eingerichtete Anwendung.
Über eine Klasse am Element. rr-mask maskiert den Text darin, rr-block verhindert die Aufzeichnung des Elements vollständig, und rr-ignore verhindert die Aufzeichnung von Eingabeereignissen daran. Das sind die Klassennamen des Recorders selbst, und Site Qwality überschreibt sie nicht, sie funktionieren also wie stromaufwärts dokumentiert. Ein Attribut data-sq-mask oder data-sq-unmask gibt es nicht; frühere Fassungen dieser Seite haben das behauptet, und das war falsch.
Das RUM-Kernscript ist 5,7 kB gzip-komprimiert auf der Leitung und lädt asynchron. Der Recorder selbst ist ein separater Chunk von 22 kB gzip-komprimiert, der erst geladen wird, wenn eine Session tatsächlich auf einen Filter passt. Ein Besucher, der nicht aufgezeichnet wird, lädt ihn nie. Mutationen werden gebündelt und über einen Timer geschrieben statt pro Ereignis.
Öffnen Sie den Fehler im Error Tracking. Die Detailansicht listet die Sessions auf, in denen der Fehler aufgetreten ist, und jede Zeile hat einen „Watch Replay"-Link, der die Aufzeichnung dieser Session öffnet. Die Aufzeichnung startet an dem Punkt, an dem die Session zur Erfassung ausgewählt wurde; einen Puffer vor dem Fehler gibt es nicht.
Sie können die Session-Liste nach Browser, Betriebssystem, dem Auftreten eines Fehlers, dem Vorhandensein eines Replays und nach Frustrationssignalen filtern sowie nach der Nutzer-ID oder E-Mail-Adresse suchen, die Sie an setUser übergeben haben. Ein Filtern nach URL, Geräteklasse, Session-Dauer oder eigenem Attribut ist heute nicht verfügbar.
30 Tage, in jedem Tarif einschließlich der kostenlosen Stufe. Das Fenster ist in keine Richtung konfigurierbar: Kostenpflichtige Tarife verlängern es nicht, und anders als die beiden übrigen RUM-Fenster lässt es sich auch nicht verkürzen. Eine Anfrage, die ein kürzeres Replay-Fenster setzen will, wird mit einem Fehler abgelehnt, der den Grund nennt, statt stillschweigend angenommen und ignoriert zu werden. Der Grund: Die Zeile, die wir in der Datenbank halten, verweist nur auf die gespeicherte Aufzeichnung, und die Aufzeichnungen werden von einer separaten Speicherregel gelöscht, die für alle gleich gilt und keiner anwendungsspezifischen Einstellung folgen kann. Ein kürzeres Fenster zu befolgen würde den Verweis löschen und die Aufzeichnung liegen lassen. Ein Tarif ändert, wie viele Sessions Sie aufzeichnen können, nicht wie lange sie aufbewahrt werden.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.