Session- und Fehlerübersicht
Session-Zahlen, Fehlerzahlen und Fehlerquote über einen beliebigen Zeitraum, dazu Top-Seiten nach Aufrufen und eine Browser-Aufschlüsselung, in einer Ansicht.
Session Analytics
Sehen Sie, welche Sessions
Sehen Sie, welche Sessions
schieflaufen, und warum.
Aggregierte Session-Zahlen, Fehlerquoten, Top-Seiten und Frustrationssignale aus echten Nutzer-Sessions, mit einem Klick von jeder aggregierten Ansicht in die einzelne Session dahinter.
Free tier included
No credit card
2-minute setup
Erst das Aggregat, dann die genaue Session.
Session Analytics macht aus dem RUM-Datenstrom eine Übersicht, mit der Sie arbeiten können: wie viele Sessions, wie viele auf einen Fehler gestoßen sind, auf welchen Seiten sie ihre Aufrufe verbracht haben und welche davon Anzeichen dafür zeigen, dass ein Nutzer mit der Oberfläche kämpft. Aus jeder dieser Ansichten öffnen Sie die Session selbst, mit ihrer vollständigen Zeitleiste und ihrem Replay.
Frustrationssignale
Drei oder mehr Klicks auf dasselbe Element innerhalb einer Sekunde werden als Rage Click festgehalten. Filtern Sie die Session-Liste auf genau die Sessions, die einen zeigen.
Die Session einer bestimmten Person finden
Durchsuchen Sie die Session-Liste nach der Nutzer-ID oder E-Mail-Adresse, die Sie an setUser übergeben, sodass aus einem Support-Ticket in wenigen Sekunden die tatsächliche Session wird.
Vollständige Zeitleiste pro Session
Öffnen Sie eine Session und sehen Sie ihre Seitenaufrufe, Aktionen, Ressourcen-Ladevorgänge, Long Tasks und Fehler der Reihe nach, mit dem verknüpften Replay im selben Panel.
Nach erfassten Dimensionen segmentieren
Filtern Sie nach Browser, Betriebssystem, ob die Session auf einen Fehler gestoßen ist, ob sie ein Replay hat und ob sie Frustration zeigt. Aggregierte Ansichten segmentieren zusätzlich nach Gerätetyp und URL.
Eigenen Kontext anhängen
Übergeben Sie ein Kontext-Objekt an addError oder addAction, um eigene Schlüssel-Wert-Paare an ein Ereignis zu hängen. Es wird 30 Tage gespeichert, aber keine Ansicht im Produkt zeigt es bisher an. Betrachten Sie es also als Daten, die Sie aufbewahren, nicht als Daten, die Sie zurücklesen können. Schicken Sie Labels, keine personenbezogenen Daten.
Sessions, die wehtun
Direkt zu denen,
Direkt zu denen,
die schiefgelaufen sind.
Die Session-Liste lässt sich auf genau die Sessions filtern, die es wert sind, angesehen zu werden: die, die einen Fehler ausgelöst haben, die, in denen jemand wütend geklickt hat, die, für die es ein Replay gibt. Jede Zeile öffnet die vollständige Session-Zeitleiste und von dort die Aufzeichnung.
- Auf Sessions mit Fehler, mit Replay oder mit Frustrationssignalen filtern
- Nach der Nutzer-ID oder E-Mail suchen, die Sie an setUser übergeben haben
- Jede Zeile öffnet die Zeitleiste der Session und ihr Replay
Sessions: nur Fehler 1.184 TrefferLIVE
TREFFER1.184
MIT REPLAY307
RAGE CLICKS212
/cart241ms
/checkout218ms
/payment134ms
/confirm102ms
Keine zusätzliche Instrumentierung
Alles davon aus
Alles davon aus
dem RUM-Skript.
Session Analytics basiert auf demselben RUM-Ereignisstrom, der Core Web Vitals und Error-Tracking antreibt. Kein separates Analytics-Skript, kein zweiter Pageview-Aufruf. Seitenaufrufe und Navigationen werden automatisch erfasst; die einzigen Aufrufe, die Sie je schreiben müssen, sind die optionalen, die Ihren eigenen Kontext anhängen.
- Kein zweites Script-Tag und keine manuelle Seitenaufruf-Instrumentierung
- Automatisches Seitenaufruf- und Navigations-Tracking durch das RUM-Skript
- Optional:
setUser, um eine Session zu identifizieren,addActionfür ein eigenes Ereignis
optionaler eigener Kontext// die Session identifizieren
SiteQwalityRUM.setUser({
id: 'u_123',
email: 'ada@example.com',
});
// eigenes Ereignis mit Kontext festhalten
SiteQwalityRUM.addAction('checkout_started', {
plan: 'pro',
currency: 'USD',
});
// Seitenaufrufe werden automatisch erfasst
SiteQwalityRUM.setUser({
id: 'u_123',
email: 'ada@example.com',
});
// eigenes Ereignis mit Kontext festhalten
SiteQwalityRUM.addAction('checkout_started', {
plan: 'pro',
currency: 'USD',
});
// Seitenaufrufe werden automatisch erfasst
0
zusätzliche Skripte: Analytics nutzt den RUM-Tag
100%
der Sessions gezählt, ohne statistisches Sampling
30d
Aufbewahrung der Session-Details, in jedem Tarif
$0
kostenloser Tarif, ohne Kreditkarte starten
FAQ
Nein. Session Analytics basiert auf demselben Ereignisstrom wie RUM. Wenn das Site Qwality RUM-Skript bereits auf Ihrer Website ist, erfasst Session Analytics bereits. Es ist kein zusätzliches Skript und keine weitere Konfiguration erforderlich.
Session Analytics zeigt aggregierte Muster (Session-Zahlen, Fehlerquoten, Top-Seiten, Frustrationssignale) über alle Sessions hinweg. Session Replay lässt Sie eine einzelne Session als videoähnliche Aufzeichnung ansehen. Beides wird durch dieselben RUM-Daten gespeist, und Sie können mit einem Klick von einer aggregierten Ansicht in ein bestimmtes Session Replay wechseln.
Heute nicht. Es gibt keinen Funnel-Builder, kein Scroll-Tiefen-Tracking, keine Verweildauer-Metrik und keine Wiederkehrrate: Das SDK erfasst die zugrunde liegenden Signale nicht, also berechnet nichts sie. Eine frühere Fassung dieser Seite warb für alle vier, und das war falsch. Was es gibt, ist die aggregierte Übersicht, die filterbare Session-Liste, die Zeitleiste pro Session und Session Replay.
Teilweise. setUser hängt eine Nutzer-ID, E-Mail und einen Namen an die Session, und die Session-Liste ist nach ID oder E-Mail durchsuchbar. Ein Kontext-Objekt, das an addError oder addAction übergeben wird, wird 30 Tage lang zu diesem Ereignis gespeichert, aber nichts im Produkt zeigt es heute an: keine Dashboard-Ansicht und keine API-Antwort gibt es zurück, und die Session-Zeitleiste zeigt das Ereignis ohne es. Betrachten Sie das nicht als Schutzmaßnahme. Die Daten sind gespeichert, sie sind für jeden mit Datenbankzugriff lesbar, und ein künftiges Release kann sie sichtbar machen. Auch das Filtern oder Gruppieren der aggregierten Ansichten nach Ihren eigenen Attributen ist heute nicht verfügbar.
Aggregierte Session-Messwerte werden 458 Tage lang aufbewahrt, also gut 15 Monate, in jedem Tarif einschließlich des kostenlosen. Session-Details (einzelne Aktionen, Ressourcen, Fehler) werden 30 Tage aufbewahrt, Session Replays ebenfalls 30 Tage, wieder in jedem Tarif. Mehr zu zahlen verlängert keines der drei Fenster. Zwei der drei lassen sich verkürzen, eines nicht. Eine Aufbewahrungsobergrenze wird pro RUM-Anwendung über die API gesetzt und begrenzt das 458-Tage-Fenster der Messwerte (settings.retention.observe_days) sowie das 30-Tage-Fenster der Session-Details (settings.retention.analyze_days) bis auf eine Untergrenze von einem Tag; sie gilt für bereits gespeicherte Daten dieser Anwendung ebenso wie für neue. Session Replay ist die Ausnahme. Sein Fenster lässt sich nicht verkürzen, und eine entsprechende Anfrage wird mit einem Fehler abgelehnt, der den Grund nennt, statt stillschweigend ignoriert zu werden: Die Aufzeichnungen selbst werden von einer separaten Speicherregel gelöscht, die keiner anwendungsspezifischen Einstellung folgen kann. Nichts davon ist bislang im Dashboard, heute ist es ein API-Aufruf.
Related features
Kostenlos starten. Keine Kreditkarte.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.