Was Digital Experience Analytics abdeckt, das Web Analytics übersieht

Was ist Digital Experience Analytics?

Produkt- und UX-Teams nutzen Digital Experience Analytics, um zu rekonstruieren, wie ein einzelner Besuch tatsächlich verlief, und kombinieren dafür Session Replay, Heatmaps, Friction Detection und Journey-Analyse in einer Ansicht, statt zu zählen, wie oft ein Event ausgelöst wurde. Ein Traffic-Dashboard berichtet, dass 4.000 Personen den Checkout erreichten und 1.200 ihn abschlossen. Digital Experience Analytics zeigt das Feld, an dem die anderen 2.800 stehen blieben, den Button, der ihre Klicks verschluckte, und den Fehler, den der Browser warf, während sie warteten. Die Analyseeinheit ist der Besuch, nicht die Metrik.

Ein Checkout in Zahlen

Checkout erreicht4.000

Checkout abgeschlossen1.200

Vor Abschluss abgebrochen2.800

Was umfasst die Kategorie tatsächlich?

Vier Fähigkeiten bilden die Kategorie, und ein Tool, das alle vier liefert, deckt sie von Anfang bis Ende ab. Session Replay speichert die Änderungen, die nötig sind, um einen Besuch im Browser wiederzugeben. Heatmaps aggregieren Klicks, Taps und Scrolltiefe aus vielen Besuchen auf ein einziges Layout. Friction Detection markiert Rage Clicks, Dead Clicks, Fehler und abgebrochene Schritte, ohne dass zuerst jemand eine Aufzeichnung ansehen muss. Die Journey-Analyse bringt die Seiten und Events eines Besuchers in eine Reihenfolge, sodass ein Team die Route liest statt nur das Ziel.

Fähigkeit	Was sie erfasst	Frage, die sie beantwortet
Session Replay	DOM-Änderungen, Eingaben, Scroll- und Zeiger-Events aus einem Besuch	Was hat diese Person gesehen und getan?
Heatmaps	Klicks, Taps und Scrolltiefe, aggregiert über viele Besuche	Wo landet die Aufmerksamkeit auf dieser Seite?
Friction Detection	Rage Clicks, Dead Clicks, JavaScript-Fehler, abgebrochene Schritte	Welche Momente liefen schief, und bei wie vielen Menschen?
Journey-Analyse	Geordnete Seiten und Events für einen Besucher	Welche Route führte zum Drop-off?

Verstehen Sie den Begriff als genau diese Menge an Fähigkeiten und prüfen Sie dann, welche der vier ein bestimmtes Tool mitbringt. Ein Produkt, das Sessions aufzeichnet, aber nie einen Moment der Mühe markiert, überlässt Ihnen die Sichtungsarbeit.

Wie unterscheidet sich Digital Experience Analytics von Web Analytics und Product Analytics?

Die drei beantworten verschiedene Fragen, weil sie an verschiedenen Einheiten arbeiten. Web Analytics aggregiert Traffic zu Zählungen und Raten für eine Seite oder eine Quelle. Product Analytics aggregiert benannte Events zu Funnels, Kohorten und Retention-Kurven für ein Feature. Digital Experience Analytics lässt den Besuch intakt und liest, was darin passiert ist.

	Analyseeinheit	Hauptartefakt	Antwortet auf
Web Analytics	Seite und Traffic-Quelle	Zählungen, Raten, Trends	Wie viele, von wo
Product Analytics	Benanntes Event	Funnels, Kohorten, Retention	Welcher Schritt Menschen verlor
Digital Experience Analytics	Ein Besuch	Replay, Heatmap, Friction-Signal, Journey	Was in diesem Schritt schiefging

Nutzen Sie alle drei zusammen. Web Analytics sagt Ihnen, dass der Traffic auf die Preisseite gefallen ist, Product Analytics sagt Ihnen, dass der Abfall bei der Tarifauswahl begann, und Digital Experience Analytics zeigt, wie die Auswahl eine gültige Eingabe zurückweist.

Wie rekonstruiert ein Tool einen Besuch ohne Videoaufnahme?

Der Recorder nimmt einen vollständigen Snapshot der Seitenstruktur und streamt dann jede spätere Änderung als inkrementelles Event, sodass die Wiedergabe die Seite neu aufbaut, statt Frames abzuspielen. Das Open-Source-Projekt rrweb dokumentiert diese Aufteilung in seiner README: Das Paket snapshot wandelt das DOM und seinen Zustand in eine serialisierbare Datenstruktur um, und das Paket record "baut auf einem initialen Snapshot auf, um alle HTML-Zustandsänderungen (Mutationen) und Nutzerinteraktionen aufzuzeichnen, während der Nutzer die Webseite durchsucht".

Diese Mutationen kommen aus einer Browser-API. MDN beschreibt MutationObserver als eine Schnittstelle, die die Möglichkeit bietet, Änderungen am DOM-Baum zu beobachten, und dabei Hinzufügen und Entfernen von Kindknoten, Attributänderungen und den gesamten subtree eines Zielknotens abdeckt. Die Observer-Notizen von rrweb ergänzen den Rest des Streams: Mausbewegung und -interaktion, Scrollen, Fenstergrößenänderung und Eingaben in input-, textarea- und select-Elementen, einschließlich programmatischer Änderungen, die über einen Hook auf den Property-Setter erfasst werden.

Die praktische Folge ist, dass ein Replay ein Text-Event-Log ist, kein Film. Eine Maschine kann es lesen, durchsuchen und zusammenfassen, und genau das macht AI Session Replay überhaupt erst möglich.

Wie messen Sie Friction aus einer Menge von Sessions?

Zählen Sie die Sessions, die mindestens ein Friction-Signal enthalten, und teilen Sie durch alle Sessions im Zeitfenster.

friction rate = (sessions with at least one friction signal / total sessions) x 100

Nehmen Sie 12.000 Sessions in einer Woche, von denen 840 einen Rage Click, einen Dead Click oder einen nicht abgefangenen JavaScript-Fehler enthielten:

840 / 12.000 = 0,07, und 0,07 x 100 = 7 Prozent

Eine Friction Rate von 7 Prozent ist eine Ausgangszahl, kein Befund. Schlüsseln Sie sie nach Seite, nach Element und nach Fehlermeldung auf und ordnen Sie die Gruppen dann danach, wie viele eindeutige Nutzer jede getroffen hat. Zwei Rage Clicks auf denselben Button sind ein Bug; zwei Rage Clicks auf verschiedene Buttons sind zwei. Die User-Friction-Analyse ist der Schritt, der aus der Rate eine Arbeitsschlange macht.

Was ändert das an einem Bug-Report?

Der Report kommt mit angehängten Belegen an statt mit einer aus dem Gedächtnis geschriebenen Beschreibung. Flowsery gruppiert passende Sessions zu einem einzigen Issue, ordnet Issues danach, wie viele Nutzer darauf gestoßen sind, und schickt jedes an Slack, Linear oder Jira, mit dem Replay und den Reproduktionsschritten. Erwähnen Sie @flowsery in Slack unter diesem Issue, und es öffnet einen Draft Pull Request im GitHub-Repository des Teams.

Das schließt die Schleife, die die Kategorie offen lässt. Erkennung, Gruppierung und Priorisierung sind der Analytics-Teil; ein Ticket, mit dem ein Entwickler arbeiten kann, ist der Grund, warum das jemand betreibt.

Wie betreiben Sie es, ohne personenbezogene Daten zu sammeln?

Maskieren Sie die Felder, bevor die Daten den Browser verlassen, und lassen Sie die Identifikatoren fallen, die Sie nie gebraucht haben. Das Privacy Masking im Session Replay ersetzt die Inhalte von Eingabefeldern und markierten Elementen schon bei der Aufzeichnung durch Platzhalterzeichen, sodass die Werte den Server nie erreichen. Flowsery ist cookiefrei, in der EU gehostet und GDPR by design, läuft aus einem Skript unter 10 KB und wendet kein Data Sampling an, die Friction-Zahlen oben kommen also aus jeder Session statt aus einer Teilmenge.

Legen Sie die Maskierungsregeln fest, bevor Sie die Aufzeichnung einschalten. Eine nachträglich hinzugefügte Regel säubert die bereits gespeicherten Aufzeichnungen nicht.

Häufig gestellte Fragen

Ist Digital Experience Analytics dasselbe wie Session Replay?

Nein. Session Replay ist eine der vier Fähigkeiten der Kategorie, neben Heatmaps, Friction Detection und Journey-Analyse. Ein Tool kann Sessions aufzeichnen, ohne einen einzigen Moment der Mühe zu erkennen, und dann sehen Sie sich Aufzeichnungen von Hand an. Die Kategorie ist die Kombination, nicht der Recorder.

Brauchen Sie neben Digital Experience Analytics weiterhin Web Analytics?

Ja, denn die beiden arbeiten auf verschiedenen Maßstäben. Web Analytics beantwortet, wie viele Menschen ankamen und von wo, über die gesamte Website hinweg, aggregiert. Digital Experience Analytics beantwortet, was innerhalb eines dieser Besuche passiert ist. Flowsery liefert beides, mit Echtzeit-Traffic, Funnels, Zielen und Umsatz nach Quelle neben den Replays.

Welches Team besitzt Digital Experience Analytics?

Produkt, Design und Engineering lesen es alle, und der Besitzer ist der, der behebt, was es findet. Designer nutzen Heatmaps und Journeys, um ein Layout zu beurteilen. Entwickler nutzen Replays und Fehlersignale, um einen Defekt zu reproduzieren. Geben Sie einer Person die Aufgabe, die priorisierte Issue-Liste jede Woche zu sichten, sonst wächst die Schlange und niemand räumt sie ab.

Wie viele Sessions braucht eine Friction Rate, um lesbar zu sein?

Die Rate ist ein Bruch, ein kleiner Nenner lässt sie also springen. Berechnen Sie sie pro Seite und pro Schritt statt für die ganze Website und lesen Sie die Zahl der betroffenen Nutzer neben dem Prozentwert. Ein Schritt mit 9 Prozent Friction über 40 Sessions ist ein schwächeres Signal als ein Schritt mit 4 Prozent über 6.000.

Kann Digital Experience Analytics ohne Cookies laufen?

Ja. Einen Besuch aufzuzeichnen braucht eine Möglichkeit, Events an eine Session zu binden, und dieser Identifikator muss kein über Besuche hinweg gespeichertes Cookie sein. Flowsery ist cookiefrei und in der EU gehostet, und die Tarifgrenzen sind kontingentbasiert über Analytics-Sessions, Aufzeichnungen und Aufbewahrung.

Braucht es neuen Tracking-Code auf jeder Seite?

Flowsery installiert sich als ein Skript unter 10 KB. Zeichnet ein Team bereits Sessions in PostHog oder Amplitude auf, verbindet sich Flowsery ohne neue Instrumentierung mit diesen bestehenden Replays, sodass die Analyse gegen Aufzeichnungen läuft, die das Team schon hat.

Wie erklärt Digital Experience Analytics einen Checkout-Abbruch?

Ein Traffic-Dashboard zeigt vielleicht, dass 4.000 Käufer den Checkout erreichen und 1.200 abschließen, ohne zu sagen, warum 2.800 auf halbem Weg aussteigen. Digital Experience Analytics liest dieselben Sessions und zeigt das Feld, an dem sie stehen blieben, den Button, der ihre Klicks verschluckte, oder den Fehler, den der Browser beim Warten warf. Die Erklärung kommt aus dem Besuch selbst, nicht aus einer separaten Kennzahl.

Was passiert, nachdem Flowsery Sessions zu einem Issue gruppiert hat?

Flowsery gruppiert passende Sessions zu einem einzigen Issue, sortiert Issues danach, wie viele Nutzer sie betreffen, und schickt jedes davon mit Replay und Reproduktionsschritten an Slack, Linear oder Jira. Wer @flowsery in Slack auf diesem Issue markiert, öffnet damit einen Draft-Pull-Request im GitHub-Repository des Teams. Der Report kommt mit Beweisen an, statt mit einer aus dem Gedächtnis geschriebenen Beschreibung.

Wie unterscheidet sich ein aus Mutationen gebautes Session Replay von einer Videoaufnahme?

Der Recorder nimmt einen vollständigen Snapshot der Seitenstruktur auf und streamt danach jede Änderung als einzelnes Ereignis, genau die Aufteilung, die rrweb in seinem README dokumentiert. Ein so gebautes Replay ist ein Text-Eventlog, kein Film, also kann eine Maschine es lesen, durchsuchen und zusammenfassen. Genau das macht AI Session Replay überhaupt erst möglich.

Warum werden Felder maskiert, bevor die Daten den Browser verlassen?

Session Replay Privacy Masking ersetzt die Inhalte von Eingabefeldern und markierten Elementen bereits bei der Aufnahme durch Platzhalterzeichen, sodass die Werte den Server nie erreichen. Die Maskierungsregeln müssen vor dem Start der Aufnahme feststehen, denn eine nachträglich hinzugefügte Regel bereinigt keine bereits gespeicherten Aufnahmen. Flowsery kombiniert das mit einer Cookie-freien, EU-gehosteten Infrastruktur nach dem Prinzip GDPR by design.