Frustrations-Tracking macht drei besonders aussagekräftige Interaktionen sichtbar, die fast immer auf UX-Probleme hinweisen: Rage Clicks, Dead Clicks und Error Clicks. Nutzen Sie es als schnelle Triage in genau die Seiten und Elemente, die echte Besucher verwirren oder kaputt sind.
Was erfasst wird
Drei Klickmuster werden automatisch erkannt, sobald das Feature-Flag aktiv ist.
| Typ | Definition |
|---|---|
| Rage Click | 3+ Klicks innerhalb von 600 ms auf dasselbe Element oder einen 30×30 px-Bereich. Der Nutzer klickt auf etwas, das klickbar wirkt, aber nicht reagiert. |
| Dead Click | Ein Klick auf ein nicht-interaktives Element ohne DOM-Änderung innerhalb von 1 Sekunde. Sieht klickbar aus, ist es aber nicht. |
| Error Click | Ein Klick, der innerhalb von 100 ms einen JavaScript-Fehler ausgelöst hat. Der Klick hat etwas zerschossen. |
Dies sind die drei Klick-Typen, die der Tracker heute erfasst. Es gibt keine zusätzliche Konfiguration: Wenn das Feature-Flag aktiv ist, überwacht der Tracker automatisch alle drei.
Datenschutz-Garantien
Frustrations-Ereignisse speichern ausschließlich diagnostische Signale zum geklickten Element — niemals den Inhalt der umgebenden Seite.
Erfasst werden:
- Der CSS-Selector des Elements und ein kurzer DOM-Pfad (z. B.
main > section > button.checkout-confirm) - Der sichtbare Text bzw. das Label des Elements, begrenzt auf 100 Zeichen (z. B. das Wort „Senden" auf einem Button)
- Die ARIA-Rolle und das aria-label des Elements, sofern vorhanden
- Der berechnete
cursor-Stil des Elements (genutzt, um „sieht klickbar aus, ist es aber nicht"-Diskrepanzen zu erkennen) - Klickkoordinaten relativ zum Viewport
- Die Seiten-URL und der Seitentitel
- Den Frustrations-Typ und den Zeitstempel
- Die Session- und Visitor-IDs, die Ihre restliche Analyse ohnehin bereits nutzt
Erfasst werden keine Formularwerte, Dateiinhalte, Inhalte anderer Elemente auf der Seite oder sonstige personenbezogenen Daten. Alle Zeichenketten sind defensiv begrenzt. Wenn ein Besucher Global Privacy Control aktiviert hat, wird auch das Frustrations-Tracking — wie die übrige Verhaltensverarbeitung — übersprungen.
Für eine Website aktivieren
- Öffnen Sie Einstellungen → Erweitert für die Website, die Sie tracken möchten.
- Scrollen Sie zu Feature Flags und aktivieren Sie Frustration Tracking.
- Laden Sie eine offene Seite der Website neu, damit der Tracker das neue Flag übernimmt (er aktualisiert sich automatisch innerhalb von ca. 5 Minuten).
Der Schalter ist auf den Pro-Plan und höher beschränkt.
Wo Sie es ansehen
Öffnen Sie im Dashboard den Errors-Tab und wechseln Sie auf den Sub-Tab Frustration.
Sie sehen drei Panels:
- Spotlight — eine Hero-Karte ganz oben, die automatisch das Problem mit der höchsten Priorität auswählt — basierend auf Ereigniszahl, Anzahl betroffener Nutzer, Aktualität und ob es nach Ihrem letzten Deploy aufgetreten ist. Die Karte beginnt mit einem Was ist passiert-Satz in Klartext („Ein Besucher hat das Element mit der Beschriftung 'Senden' auf /checkout angeklickt, aber nichts ist passiert"), einer wahrscheinlichen Ursache, einem Selector kopieren-Button mit einem Klick, einem direkt einsetzbaren In DevTools reproduzieren-Snippet und einem Für Ticket kopieren-Button, der alles für die Übergabe an Entwickelnde bündelt.
- Frustrations-Verlauf — drei Sparkline-Karten (Rage / Dead / Error), eine pro Typ, mit Ereigniszahlen über den gewählten Zeitraum. Mit dem Cards / Lines-Schalter oben rechts wechseln Sie zu einem kombinierten Liniendiagramm.
- Top-Hotspots — eine sortierbare Worklist, in der jede Zeile ein einzelnes kaputtes Element auf einer einzelnen Seite ist. Jede Zeile zeigt den Selector, den Pfad der Seite, das sichtbare Element-Label und die Zahlen pro Typ. Klicken Sie eine Zeile zum Ausklappen an: derselbe Klartext-Satz, Selector kopieren, aktuelle Ereignisse einsehen und (bei Error Clicks) der zugehörige JS-Fehler inline. Klicks auf Hintergrund-Container (Klicks, die durch leere Bereiche zu
<main>,<body>oder<html>durchgereicht wurden) erhalten ein dezentes Background-Badge, damit Sie sie auf einen Blick überspringen können.
Sie können nach Frustrationstyp (Rage / Dead / Error), URL-Präfix und Zeitraum (1h / 24h / 7d / 30d) filtern.
Das Dashboard lesen
Die Tabelle „Top-Hotspots" ist Ihre Worklist. Jede Zeile ist ein einzelnes kaputtes Element auf einer einzelnen Seite — sortierbar nach Priorität.
Sowohl die Spotlight-Karte als auch jede ausgeklappte Zeile teilen denselben Triage-Aufbau:
- Ein Was ist passiert-Satz in Klartext — für jeden im Team verständlich, ohne technisches Vorwissen.
- Eine Wahrscheinliche Ursache-Diagnose, abgestimmt auf den Klick-Typ und die sichtbaren Signale des Elements. Das Dashboard liest den
cursor-Stil und den Tag-Namen des Elements aus, um die offensichtlichen Fälle direkt zu benennen („CSS sagt klickbar, das Tag ist aber kein Button — machen Sie es zu einem echten<button>oder<a>" oder „hängender Ladezustand — der Handler wirft möglicherweise stillschweigend eine Exception"), statt nur eine generische Definition auszugeben. - Ein In DevTools reproduzieren-Snippet — fügen Sie es in die Konsole der Seite ein, dann erhält jedes passende Element einen roten Outline und eine
[zenovay] match-Logzeile, sodass Sie das kaputte Element sofort finden. - Ein Selector kopieren-Button (zum Sprung in den Element-Inspector der DevTools) und ein Für Ticket kopieren-Button (zur Übergabe des gesamten Kontexts — Seite, Element, Typ, Zahlen, Lösungsvorschlag — in einem einzigen Paste an Entwickelnde).
- Bei Error Clicks: die verknüpfte JavaScript-Fehlermeldung und ein Fingerprint kopieren-Button, um in den Errors-Tab zu springen.
- Die letzten Ereignisse auf demselben Element mit Viewport-Koordinaten und Session-IDs.
Die Spotlight-Karte wählt das Problem mit der höchsten Priorität automatisch nach folgender Formel aus:
priority = (rage × 3 + dead × 1.5 + error × 5) × ln(unique_users + 1) × recency_boost
Der Recency Boost beträgt 1.5× innerhalb der letzten 24 h. Klicks auf Hintergrund-Container werden stark abgewertet, sodass sie nie als Spotlight ausgewählt werden. Wenn ein Hotspot nach Ihrem letzten GitHub-Deploy auftrat, erhält die Zeile ein bernsteinfarbenes NEW-Badge — fast immer eine Regression.
Tipps zur Triage
- Starten Sie beim Spotlight. Lesen Sie den Klartext-Satz, scannen Sie die wahrscheinliche Ursache, kopieren Sie das DevTools-Snippet und fügen Sie es in die Konsole der Seite ein — das kaputte Element wird umrandet.
- Reichen Sie es in einem Paste an Entwickelnde weiter. Wenn Sie als PM oder Founder ein Problem entdecken, bündelt der Für Ticket kopieren-Button Seite, Element, Klick-Typ, Zahlen und Lösungsvorschlag zu einer einzigen Nachricht, die Sie in Linear, Jira oder Slack einfügen können.
- Achten Sie auf das NEW-Badge. Hotspots, die seit Ihrem letzten Deploy als neu markiert sind, sind fast immer Regressionen, die zuerst behoben werden sollten.
- Kombinieren Sie Rage mit Error. Rage Clicks auf demselben Selector wie ein Error Click deuten auf eine echte Exception hin — beheben Sie den JS-Fehler, und die Rage Clicks verschwinden meist mit.
- Dead Clicks zeigen Erwartungen. Eine Seite, auf der viele Besucher denselben div anklicken, zeigt Ihnen, was sie für klickbar gehalten haben. Machen Sie es interaktiv oder entfernen Sie den optischen Hinweis (z. B.
cursor: pointer). - Background-Zeilen überspringen. Zeilen mit Background-Tag sind Klicks auf leere Bereiche, die zu einem Container durchgereicht wurden; sie deuten nur sehr selten auf einen echten Bug hin.
Einschränkungen
- Frustrations-Ereignisse werden ungefähr 90 Tage lang gespeichert und dann automatisch gelöscht. Sie sind ein Triage-Signal, nicht ein langfristiges Archiv — untersuchen Sie Hotspots, während sie noch aktuell sind.
- Die Erfassung ist auf Tracker-Ebene gedrosselt, damit kaputte Seiten keine ausufernden Zählungen erzeugen — Sie sehen ein repräsentatives Sample, nicht jeden einzelnen Klick.
- Hotspots aggregieren über alle gespeicherten Daten; das Diagramm respektiert den gewählten Zeitraum.