Session Replay mit eingebauter Datenschutz-Maskierung
Sehen Sie genau, was ein Nutzer vor einem Fehler oder einer Verzögerung gesehen und getan hat, mit standardmäßig maskierten Eingaben und Verknüpfung zu Backend-Traces.Warum Teams Session Replay mit Obseria nutzen
Bugs sofort nachvollziehen
Sehen Sie Klicks, Eingaben und Seitenzustände, die zu einem Fehler geführt haben, statt Nutzer um Screenshots zu bitten.
Datenschutz ab Werk
Texteingaben, Formularfelder und markierte Elemente werden im Browser maskiert, bevor Daten das Gerät verlassen.
Full-Stack-Kontext
Jede Aufzeichnung ist mit RUM-Metriken, JavaScript-Fehlern und den Distributed Traces ihrer Requests verknüpft.
Session Replay in drei Schritten
- Schritt 1
Replay im RUM-Agent aktivieren
Session Replay ist Teil des Obseria RUM-Agents. Schalten Sie es ein und legen Sie Sampling- und Maskierungsregeln fest.
- Schritt 2
Maskieren und erfassen
Der Agent zeichnet DOM-Änderungen statt Video auf, maskiert sensible Inhalte im Browser und sendet komprimierte Events.
- Schritt 3
Mit Kontext abspielen
Öffnen Sie eine Aufzeichnung aus einem Fehler, einer langsamen Seite oder einer User Journey und verfolgen Sie sie entlang der Netzwerk- und Trace-Zeitachse.
Funktionen
- DOM-basierte Aufzeichnung. Schlanke Erfassung von DOM-Snapshots und -Änderungen, wiedergegeben als pixelgenaue Darstellung.
- Maskierungsstufen und Regeln. Maskieren Sie allen Text, nur Eingaben oder eigene Selektoren und schließen Sie Elemente ganz von der Aufzeichnung aus.
- Fehler- und Frustrationssignale. Springen Sie auf der Zeitachse direkt zu Fehlern, Rage Clicks, Dead Clicks und langsamen Interaktionen.
- Netzwerk- und Trace-Zeitachse. Requests, deren Timing und die zugehörigen Backend-Traces direkt neben der Wiedergabe.
- Sampling-Steuerung. Zeichnen Sie einen Prozentsatz der Sessions auf oder behalten Sie Sessions mit Fehlern immer.
- Aufzeichnungen suchen und filtern. Finden Sie Sessions nach Seite, Nutzerattribut, Browser, Release oder Fehlertyp per OQL.
Session Replay: Das sollten Sie wissen
Was ist Session Replay?
Session Replay rekonstruiert den Besuch eines Nutzers in einer Webanwendung, sodass Engineers, Designer und Support-Teams Schritt für Schritt nachvollziehen können, was passiert ist. Statt ein Video aufzunehmen, erfasst modernes Session Replay die Struktur der Seite, also das Document Object Model, zusammen mit jeder Änderung, jeder Mausbewegung, jedem Scrollen und jedem Klick. Der Player baut die Seite aus diesen Events neu auf. Das hält das Datenvolumen klein und macht die Maskierung sensibler Inhalte überhaupt erst möglich.
Session Replay beantwortet Fragen, die Metriken und Logs offenlassen: Was hat der Nutzer vor dem Fehler angeklickt? Wurde der Button überhaupt gerendert? Hat ein Layout Shift das Ziel verschoben? War der Ladeindikator zwölf Sekunden lang sichtbar?
Warum Session Replay wichtig ist
Frontend-Bugs sind notorisch schwer zu reproduzieren. Sie hängen von Browser-Versionen, Bildschirmgrößen, Erweiterungen, Timing und der genauen Abfolge von Nutzeraktionen ab. Support-Tickets enthalten selten genug Details, und Entwickler verlieren Stunden mit dem Versuch, einen Zustand nachzustellen, der nur ein einziges Mal existiert hat.
- Schnelleres Debugging: Eine Aufzeichnung am JavaScript-Fehler zeigt den vollständigen Weg bis zum Problem.
- Bessere UX-Entscheidungen: Rage Clicks, Dead Clicks und Zögern decken verwirrende Oberflächen auf, die nie einen Fehler werfen.
- Effizienter Support: Support-Engineers sehen das geschilderte Problem, ohne eine Bildschirmfreigabe zu vereinbaren.
- Gemeinsames Verständnis: Produkt, Design und Engineering betrachten dieselben Belege, statt über Annahmen zu diskutieren.
Datenschutz-Maskierung: Sessions verantwortungsvoll aufzeichnen
Session Replay berührt personenbezogene Daten. Datenschutz ist daher kein Zusatz, sondern eine Designanforderung, gerade unter der DSGVO. Das wichtigste Prinzip lautet: Sensible Inhalte müssen im Browser maskiert werden, bevor sie übertragen werden, und nicht erst nachträglich auf dem Server.
- Eingaben standardmäßig maskieren: Alle Formularfelder, einschließlich Passwörtern, Zahlungsfeldern und Freitext, werden durch Platzhalter ersetzt.
- Text bei Bedarf maskieren: Auf Seiten mit Kontodaten maskieren Sie sämtlichen Text und zeigen nur Layout und Interaktionen.
- Elemente vollständig ausschließen: Komponenten wie Zahlungs-iFrames oder Dokumentvorschauen werden gar nicht erst aufgezeichnet.
- Einwilligung beachten: Starten Sie die Aufzeichnung erst nach einer erforderlichen Einwilligung und wählen Sie angemessene Sampling-Raten.
- Zugriff und Aufbewahrung begrenzen: Legen Sie fest, wer Aufzeichnungen ansehen darf, und speichern Sie sie nur so lange wie nötig.
Session Replay mit Obseria
Session Replay ist in Obseria Teil des RUM-Agents. Sie müssen also kein zweites Skript ausrollen. Die Maskierung erfolgt im Browser mit sicheren Voreinstellungen: Eingaben werden immer maskiert, zusätzlich können Sie allen Text oder bestimmte CSS-Selektoren maskieren und Elemente von der Erfassung ausschließen. Obseria Pipeline bildet eine zweite Schutzebene und maskiert personenbezogene Daten in URLs und Attributen beim Ingest. Feldbasierte Zugriffsrechte regeln, wer Aufzeichnungen öffnen darf. Die Daten können in der EU (Frankfurt, Dublin), in Großbritannien oder in Ihrem eigenen Cloud-Konto bleiben, und Kundendaten werden nie für KI-Training verwendet.
Jede Aufzeichnung liegt auf derselben Zeitachse wie die RUM-Daten: Core Web Vitals, JavaScript-Fehler aus der Errors Inbox, Netzwerk-Requests und die Distributed Traces, die diese Requests im Backend ausgelöst haben. Bei einem abgebrochenen Checkout gehen Sie vom Klick zum API-Call, weiter zum langsamen Datenbank-Span und zu den Logs des beteiligten Services. Mit Sampling-Regeln zeichnen Sie nur einen Teil aller Sessions auf, behalten Sessions mit Fehlern aber immer.
Für Support- und Produktteams lässt sich der Zugriff gezielt freigeben, ohne ihnen Zugang zu allen technischen Daten zu geben. Über Rollen und Berechtigungen legen Sie fest, wer Aufzeichnungen sehen darf, und Audit-Logs dokumentieren jeden Zugriff nachvollziehbar.
Best Practices für Session Replay
- Mit strenger Maskierung beginnen und sie nur auf Seiten lockern, auf denen sicher keine personenbezogenen Daten angezeigt werden.
- Sessions mit Fehlern priorisieren, damit jede aufgezeichnete Session möglichst viel diagnostischen Wert liefert.
- Aufzeichnungen mit Issues verknüpfen, damit jeder Bug-Report einen visuellen Beleg mitbringt.
- Frustrationssignale regelmäßig prüfen, um UX-Probleme zu finden, bevor Nutzer sie melden.
- Das Setup dokumentieren, in der Datenschutzerklärung und im Verzeichnis der Verarbeitungstätigkeiten.
- Aufzeichnungen mit Metriken kombinieren. Ein Replay erklärt eine einzelne Session, RUM zeigt, wie viele Nutzer dasselbe Problem haben.
Häufig gestellte Fragen
Session Replay lässt sich DSGVO-konform betreiben, wenn Sie personenbezogene Daten maskieren, erforderliche Einwilligungen einholen und Zugriff sowie Aufbewahrung begrenzen. Obseria maskiert Eingaben standardmäßig im Browser, maskiert PII beim Ingest und bietet Datenhaltung in der EU.
Nein. Obseria erfasst DOM-Snapshots und -Änderungen und baut die Seite im Player neu auf. Das hält die Datenmenge klein und ermöglicht die Maskierung, bevor Daten den Browser verlassen.
Ja. Sie können Text in Elementen maskieren, die bestimmten CSS-Selektoren entsprechen, oder Elemente vollständig ausschließen, etwa Zahlungs-Widgets oder Dokumentvorschauen.
RUM misst Performance und Fehler über alle Nutzer hinweg, Session Replay zeigt einzelne Sessions im Detail. In Obseria stammen beide aus demselben Agent, und jede Aufzeichnung ist mit ihren RUM-Metriken, Fehlern und Traces verknüpft.
Die Aufzeichnung ist schlank, da nur DOM-Änderungen erfasst und komprimiert im Hintergrund gesendet werden. Über Sampling-Regeln begrenzen Sie die Zahl der aufgezeichneten Sessions.
Bereit für Observability, die Antworten liefert?
Alle Funktionen 14 Tage kostenlos testen, ohne Kreditkarte und ohne proprietäre Agenten.