Glossar

Die vier Frustrationssignale und was jedes davon bedeutet

Taras Shynkarenko
Taras Shynkarenko
•Aktualisiert: •7 Min. Lesezeit
Die vier Frustrationssignale und was jedes davon bedeutetDie vier Frustrationssignale und was jedes davon bedeutet

TL;DR, Kurzantwort

7 Min. Lesezeit

Frustrationssignale sind Verhaltensweisen, die ein Detektor automatisch markiert, wenn ein Nutzer auf Reibung stößt: Rage Clicks, Dead Clicks, Error Clicks und Thrashed Cursors. Jedes greift bei einem Schwellenwert aus einer Anzahl, einer Distanz und einem Zeitfenster, und jeder Anbieter wählt seine eigenen Zahlen. Ein Signal benennt den Moment, nicht die Ursache, deshalb lohnt es sich nur, wenn es eine Sitzung öffnet, die Sie sich ansehen können.

Was sind Frustrationssignale im UX?

Der Begriff Frustrationssignale umfasst automatisch erkannte Verhaltensweisen, die zeigen, dass ein Nutzer auf Reibung gestoßen ist, und der Standardsatz besteht aus Rage Clicks (mehrere schnelle Klicks auf dieselbe Stelle), Dead Clicks (ein Klick, der gar keine Reaktion auslöst), Error Clicks (ein Klick, auf den ein JavaScript-Fehler folgt) und Thrashed Cursors (ein Zeiger, der ohne Klick hin und her fährt), jeweils definiert über einen Schwellenwert statt über eine Vermutung. Ein Detektor liest den Ereignisstrom, der von der Seite kommt, wendet eine Regel mit Zahlen darin an und markiert die Sitzung, wenn die Regel zutrifft. Niemand vergibt diese Labels von Hand. Genau darum geht es. Eine Regel kann in einer Nacht hunderttausend Sitzungen durchsuchen, ein Forscher kann das nicht.

Das Wort Signal leistet hier echte Arbeit. Ein Signal ist keine Diagnose. Es markiert ein oder zwei Sekunden, in denen sich Nutzer und Oberfläche uneinig waren, was als Nächstes passieren soll, und es liefert Ihnen einen Zeitstempel. Herauszufinden, was tatsächlich kaputt war, bleibt Ihre Aufgabe.

Was sind die vier Standardsignale?

Vier Verhaltensweisen bilden den Satz, den die meisten Replay-Tools mitbringen, und sie decken unterschiedliche Fehlerarten ab. Rage Clicks fangen ein reaktionsloses Bedienelement ab. Dead Clicks fangen etwas ab, das klickbar aussieht und es nicht ist. Error Clicks fangen eine Aktion ab, die eine JavaScript-Ausnahme geworfen hat. Thrashed Cursors fangen einen Nutzer ab, der nicht findet, wofür er gekommen ist.

SignalWas der Nutzer getan hatWorauf es hindeutetWas zuerst zu prüfen ist
Rage ClickMehrmals schnell hintereinander auf dieselbe Stelle geklicktEin Bedienelement, das zu langsam oder gar nicht reagiert hatZeit vom Klick bis zur ersten sichtbaren Änderung an diesem Element
Dead ClickEinmal auf etwas geklickt, das überhaupt keine Reaktion erzeugt hatNicht interaktiver Text, ein Icon ohne Handler, ein deaktivierter Zustand ohne ErklärungOb das Element einen Klick-Handler hat und ob es wie ein Button aussieht
Error ClickGeklickt, und direkt danach wurde ein JavaScript-Fehler ausgelöstEin defekter Handler, eine fehlgeschlagene Anfrage, eine Null-Referenz im KlickpfadDer Stack Trace und der Netzwerkaufruf, die an diesem Klick hängen
Thrashed CursorDen Zeiger schnell hin und her bewegt, ohne zu klickenSuche nach einem Bedienelement, das fehlt, falsch beschriftet ist oder unterhalb des sichtbaren Bereichs liegtOb das Ziel dieses Seitenabschnitts bei dieser Viewport-Breite sichtbar ist

Lesen Sie die dritte Spalte von oben nach unten, dann sehen Sie, warum die vier als Satz existieren. Es sind vier verschiedene Arten von Nutzerreibung, und wer sie zu einer einzigen "Frustrations"-Zahl zusammenwirft, wirft den Teil weg, der Ihnen sagt, wo Sie suchen müssen.

Eine Person klickt mehrmals schnell auf das Laptop-Trackpad, genau das Muster, das eine Rage-Click-Regel erfassen soll.

Wie entscheidet ein Detektor, dass etwas ein Rage Click ist?

Jede Rage-Click-Regel besteht aus drei Zahlen: wie viele Klicks, innerhalb welches Radius, innerhalb welches Zeitfensters. Eine Klickfolge, die alle drei gleichzeitig erfüllt, wird markiert. Angenommen, Ihr Tool ist auf drei Klicks innerhalb eines Radius von zwanzig Pixeln innerhalb einer Sekunde eingestellt. Vier Klicks auf denselben Button in 700 Millisekunden passen. Vier Klicks über fünf Sekunden verteilt passen nicht, weil das Fenster geschlossen war. Zwei Klicks passen an keiner Stelle, weil die Anzahl nie erreicht wurde.

Die anderen drei Signale nutzen denselben Regeltyp mit anderen Eingaben. Ein Dead-Click-Detektor achtet auf einen Klick, auf den keine DOM-Änderung, keine Navigation und keine Netzwerkanfrage folgt, bevor ein Wartefenster abläuft. Ein Error-Click-Detektor verknüpft einen Klick mit jedem JavaScript-Fehler, der innerhalb eines kurzen Fensters danach geworfen wird. Ein Thrashed-Cursor-Detektor misst Zeigerdistanz und Richtungswechsel über ein Fenster ohne Klick darin.

Sind diese Schwellenwerte in jedem Tool gleich?

Nein. Dafür gibt es kein Normungsgremium, und jeder Anbieter wählt seine eigene Anzahl, seinen eigenen Radius und sein eigenes Fenster und liefert sie als Standardwerte aus, die Sie manchmal bearbeiten können. Die drei Klicks in einer Sekunde des einen Tools sind die vier Klicks in zwei Sekunden des anderen.

Daraus folgen zwei Konsequenzen. Rage-Click-Zahlen lassen sich nicht zwischen Tools übertragen, deshalb kann eine Migration die Zahl verschieben, ohne dass sich an Ihrer Oberfläche irgendetwas ändert. Und ein Benchmark, den Sie im Blogbeitrag von jemand anderem lesen, misst dessen Schwellenwerte, nicht Ihre. Öffnen Sie die Einstellungen Ihres Tools, notieren Sie die tatsächlichen Werte und stellen Sie sie neben jede Zahl, die Sie berichten.

Warum brauchen zwei identische Rage Clicks unterschiedliche Fixes?

Weil der Detektor keine Absicht sieht, nur Klicks. Ein Nutzer, der auf einen Speichern-Button einhämmert, der vier Sekunden zum Reagieren braucht, und ein Nutzer, der auf ein Div einhämmert, das nie mit irgendetwas verdrahtet wurde, erzeugen dasselbe Ereignismuster. Gleiche Anzahl, gleicher Radius, gleiches Fenster, gleiche Markierung an der Sitzung.

Die Fixes haben nichts gemeinsam. Der langsame Button braucht einen optimistischen Zustand, einen Spinner oder einen schnelleren Endpunkt, und der Klick-Handler funktioniert bereits. Das tote Element braucht einen Handler, oder es muss aufhören, wie ein Button auszusehen. Liefern Sie den Ladespinner im zweiten Fall aus, und Sie haben ein kaputtes Bedienelement beschäftigt aussehen lassen.

Das ist die ehrliche Grenze jedes Frustrationssignals, und deshalb ist die Zahl allein nahezu nutzlos. Eine Rate, die von 2 Prozent auf 5 Prozent gestiegen ist, sagt Ihnen, dass sich etwas geändert hat. Sie sagt Ihnen nicht, was, und wird es auch nicht, bis jemand sich eine der Sitzungen ansieht.

Ein Analyst betrachtet Diagramme auf einem Monitor, ähnlich den Sitzungsdaten, die man auswertet, um Signale nach Nutzeranzahl zu ordnen.

Wie ordnen Sie Signale nach Wirkung?

Ordnen Sie nach dem Anteil der betroffenen Sitzungen, nicht nach der rohen Signalanzahl, denn ein wütender Nutzer, der vierzigmal klickt, kann ein Problem überwiegen, das leise tausend Menschen trifft.

Frustrationsrate = Sitzungen mit mindestens einem Signal / Sitzungen insgesamt

Flowsery
Flowsery

Jetzt 14 Tage kostenlos testen

Echtzeit-Dashboard

Zielverfolgung

Cookie-freies Tracking

Nehmen Sie eine Woche mit 8.300 Sitzungen, in der 412 mindestens ein Signal enthielten. Das sind 412 / 8.300 = 0,0496, eine Frustrationsrate von 4,96 Prozent. Dann teilen Sie dieselbe Rechnung nach Element auf. Wenn 280 dieser 412 Sitzungen alle auf einem einzigen Checkout-Button ausgelöst haben, macht dieses eine Element für sich allein 3,37 Prozent aller Sitzungen aus, und die verbleibenden 132 Sitzungen verteilen sich über den Rest der Website. Jetzt wissen Sie, welchen Fix Sie zuerst einplanen.

Gruppieren Sie, bevor Sie zählen. Vierzig Rage Clicks von einer Person auf einem Button sind ein Bug, nicht vierzig, und eine Rangfolge, die das als vierzig behandelt, schickt Sie hinter dem lautesten Nutzer her statt hinter dem breitesten Problem.

Eine Woche, 8.300 Sitzungen
Sitzungen insgesamt 8.300
Sitzungen mit Signal 412
Checkout-Button 280
Rest der Seite 132
In dieser einen Woche verursachte ein einziger Checkout-Button mehr markierte Sitzungen als der Rest der Website zusammen.

Was macht ein Frustrationssignal tatsächlich nützlich?

Ein Signal ist nützlich, wenn Sie darauf klicken und in genau der Sekunde landen können, in der es ausgelöst wurde. Das ist die ganze Schleife. Die Regel findet den Moment, die Aufzeichnung zeigt die Ursache, und die Ursache sagt Ihnen, was Sie ändern müssen.

Ohne diesen Sprung haben Sie ein Diagramm, das sagt, dass Nutzer irgendwo unzufrieden sind. Mit ihm sehen Sie zu, wie der Checkout-Button vier Sekunden braucht, sehen den dritten Klick vor der ersten Antwort landen und wissen, dass der Fix ein deaktivierter Zustand während der Anfrage ist. Flowsery erkennt Rage Clicks, Dead Clicks, JavaScript-Fehler und Abbrüche automatisch, gruppiert die passenden Sitzungen zu einem Problem und ordnet Probleme danach, wie viele Nutzer auf sie stoßen, sodass das Signal bereits an die Aufzeichnung, die Sie sich ansehen müssen, angehängt ankommt.

Häufig gestellte Fragen

Gibt es eine offizielle Liste der Frustrationssignale?

Kein Normungsgremium definiert den Satz. Rage Clicks, Dead Clicks, Error Clicks und Thrashed Cursors sind die vier, auf die sich die meisten Session-Replay-Produkte geeinigt haben, behandeln Sie sie also als Konvention und nicht als Spezifikation. Manche Tools ergänzen eigene, etwa wiederholte Formularabsendungen oder das Hin- und Herspringen zwischen zwei Seiten.

Was ist der Unterschied zwischen einem Rage Click und einem Dead Click?

Ein Rage Click sind mehrere schnelle Klicks im selben kleinen Bereich, was bedeutet, dass der Nutzer es erneut versucht hat, weil nichts passiert ist. Ein Dead Click ist ein einzelner Klick, der überhaupt keine Reaktion erzeugt hat. Dasselbe kaputte Element kann beides erzeugen, je nachdem, ob der Nutzer nach einem Versuch aufgegeben oder weitergemacht hat.

Kann ein Frustrationssignal ein Fehlalarm sein?

Ja, und das ist die Hauptsache, für die Sie planen müssen. Ein Rage Click auf einem langsamen, aber funktionierenden Button sieht identisch aus wie ein Rage Click auf einem wirklich toten Element, und ein aus Gewohnheit ausgeführter Doppelklick in einer Desktop-App, die sich wie eine Website verhält, löst dieselbe Regel aus. Die Markierung sagt Ihnen, wo Sie suchen müssen, nicht, was falsch ist.

Funktionieren Frustrationssignale auf Mobilgeräten?

Rage Clicks, Dead Clicks und Error Clicks lassen sich direkt auf Taps übertragen, da die zugrunde liegende Regel von Anzahl, Distanz und Timing handelt. Thrashed Cursors nicht, weil Touch-Geräte keinen schwebenden Zeiger haben, den man verfolgen könnte. Auf Mobilgeräten ersetzen Tools sie durch andere Bewegungssignale wie schnelle Scroll-Umkehrungen.

Sollte ich einen Alarm auf meine Frustrationsrate setzen?

Alarmieren Sie bei einer plötzlichen Änderung statt bei einem absoluten Wert, da der absolute Wert von Schwellenwerten abhängt, die Sie nicht standardisiert haben. Ein Sprung direkt nach einem Deploy ist es wert, jemanden aufzuwecken. Eine Rate, die seit sechs Monaten bei 4 Prozent liegt, ist ein Backlog-Eintrag, kein Vorfall.

Wie viele Sitzungen brauche ich, bevor die Zahlen etwas bedeuten?

Genug, dass ein einzelner Nutzer die Rate nicht verschieben kann, was heißt: zuerst nach Nutzer gruppieren, dann nach Element. Wenn ein Element den Großteil Ihrer markierten Sitzungen über viele verschiedene Nutzer hinweg ausmacht, hält das auch bei kleinen Mengen. Eine Rate, die aus einer Handvoll Sitzungen berechnet wird, bewegt sich um mehrere Punkte, jedes Mal wenn eine Person auf einen Button einhämmert.

Wie berechnet man eine Frustrationsrate?

Teilen Sie die Sitzungen mit mindestens einem Signal durch die Gesamtzahl der Sitzungen im Zeitraum. Eine Woche mit 8.300 Sitzungen und 412 markierten Sitzungen ergibt 412 / 8.300, also eine Frustrationsrate von 4,96 Prozent. Teilen Sie dieselbe Berechnung nach Element auf, um herauszufinden, welche Seiten oder Buttons die Zahl treiben.

Warum löst ein langsamer Button einen Rage Click aus?

Der Detektor sieht nur Klicks, nicht den Grund dahinter. Ein Speichern-Button, der vier Sekunden zum Antworten braucht, wird mehrmals angeklickt, bevor die erste Reaktion eintrifft, und dieses Muster erfüllt dieselbe Anzahl, denselben Radius und dasselbe Zeitfenster wie ein Button ohne jeden Handler. Die Lösung ist ein optimistischer Zustand, ein Spinner oder ein schnellerer Endpunkt, kein neuer Klick-Handler.

Was verursacht typischerweise einen Dead Click?

Ein Dead Click feuert auf nicht interaktivem Text, einem Icon ohne Handler oder einem deaktivierten Zustand ohne Erklärung, also alles, was klickbar aussieht, aber keine DOM-Änderung, Navigation oder Netzwerkanfrage auslöst, bevor das Wartefenster abläuft. Prüfen Sie, ob das Element einen Klick-Handler hat und ob es wie ein Button aussieht.

Warum sollte man Frustrationssignale vor der Rangfolge nach Nutzer gruppieren?

Wenn eine Person einen Button vierzig Mal drückt, entstehen vierzig Rage-Click-Ereignisse für einen einzigen Fehler, und eine Rangfolge, die rohe Signale zählt, jagt diesem Rauschen hinterher statt dem Problem, das die meisten Nutzer betrifft. Gruppieren Sie zuerst nach Nutzer, dann nach Element, damit eine wütende Einzelperson nicht einen Fix überwiegt, der still tausend Sitzungen betrifft.

War dieser Artikel hilfreich?

Teilen Sie uns Ihre Meinung mit!

Sehen Sie uns öfter bei Google

Ein Klick macht Flowsery zu einer bevorzugten Quelle. Unsere Artikel stehen dann weiter oben in Ihren Top-Meldungen, im KI-Modus und in den KI-Übersichten.

Bevor Sie gehen...

Flowsery

Flowsery

Umsatzorientierte Analysen für Ihre Website

Verfolgen Sie jeden Besucher, jede Quelle und jede Conversion in Echtzeit. Einfach, leistungsstark und komplett ohne Cookies.

Echtzeit-Dashboard

Zielverfolgung

Cookie-freies Tracking

Verwandte Glossarbegriffe

Wo Rage Clicks vs Dead Clicks wirklich auseinandergehenWo Rage Clicks vs Dead Clicks wirklich auseinandergehen
Glossar

Wo Rage Clicks vs Dead Clicks wirklich auseinandergehen

Bei Rage Clicks vs Dead Clicks geht es um die Ursache, nicht um die Schwere. Erkennungsschwellen von PostHog, Hotjar, FullStory, LogRocket und Clarity.

•8 Min. Lesezeit
Was Digital Experience Analytics abdeckt, das Web Analytics übersiehtWas Digital Experience Analytics abdeckt, das Web Analytics übersieht
Glossar

Was Digital Experience Analytics abdeckt, das Web Analytics übersieht

Nicht Events zählen, sondern den Besuch rekonstruieren: Digital Experience Analytics vereint Session Replay, Heatmaps, Friction Detection und Journey-Analyse.

•6 Min. Lesezeit
Was Session Replay DSGVO-Konformität tatsächlich von Ihnen verlangtWas Session Replay DSGVO-Konformität tatsächlich von Ihnen verlangt
Glossar

Was Session Replay DSGVO-Konformität tatsächlich von Ihnen verlangt

Eine Session Replay DSGVO-Prüfung hängt an vier Dingen: Rechtsgrundlage nach Artikel 6, Daten nach Artikel 9, Einwilligung nach ePrivacy 5(3) und DSFA.

•9 Min. Lesezeit
Wo die Standardwerte der PII-Schwärzung im Session Replay Daten offenlegenWo die Standardwerte der PII-Schwärzung im Session Replay Daten offenlegen
Glossar

Wo die Standardwerte der PII-Schwärzung im Session Replay Daten offenlegen

Standardwerte für die PII-Schwärzung im Session Replay gehen weit auseinander: rrweb maskiert nur Passwörter, Sentry allen Text, Clarity Zahlen und E-Mails.

•9 Min. Lesezeit
Wie stark bremst Session Replay die Website-Geschwindigkeit?Wie stark bremst Session Replay die Website-Geschwindigkeit?
Glossar

Wie stark bremst Session Replay die Website-Geschwindigkeit?

Die belastbare Antwort darauf, ob Session Replay eine Website verlangsamt, mit rrweb- und Sentry-Zahlen zu Skriptgröße, Hauptthread-CPU und Upload.

•8 Min. Lesezeit
Was eine Abhörklage wegen Session Replay vor Gericht beweisen mussWas eine Abhörklage wegen Session Replay vor Gericht beweisen muss
Glossar

Was eine Abhörklage wegen Session Replay vor Gericht beweisen muss

Jede Abhörklage wegen Session Replay stützt sich auf CIPA 631, Pennsylvanias WESCA oder den Wiretap Act. Was Kläger vortragen, was Gerichte urteilten.

•8 Min. Lesezeit

Verwandte Artikel