Wo Rage Clicks vs Dead Clicks wirklich auseinandergehen

Was ist der Unterschied zwischen Rage Clicks und Dead Clicks?

Bei Rage Clicks vs Dead Clicks geht es um die Ursache: Ein Rage Click hält fest, dass jemand eine Aktion wiederholt, und ein Dead Click hält einen einzelnen Klick fest, den die Seite nie beantwortet hat. Das eine ist verhaltensbezogen, das andere strukturell. Sie überlappen ständig, weshalb Tools sie nebeneinander auflisten, aber die Abhilfe ist jeweils eine andere.

Ein Rage Click sagt Ihnen, dass eine Person es weiter versucht hat. Das passiert, wenn das Ziel langsam ist, wenn die Reaktion unsichtbar bleibt, und auch dann, wenn die Oberfläche wiederholtes Klicken legitim einlädt. Ein Dead Click sagt Ihnen, dass ein Element einen Klick empfangen und keine Veränderung erzeugt hat. Das passiert, wenn das Element nicht verdrahtet ist, wenn ein Handler eine Ausnahme geworfen hat, und auch dann, wenn die Veränderung echt war, der Detektor sie aber nicht sehen konnte.

Welche Schwellen veröffentlicht welcher Anbieter?

Zwei der fünf veröffentlichen Zahlen. Drei beschreiben das Verhalten in Prosa und belassen es dabei.

Anbieter	Regel für Rage Clicks	Regel für Dead Clicks
PostHog	$rageclick feuert bei "three clicks that are each within 30 pixels and 1 second of the previous one". Konfigurierbar als click_count: 3, threshold_px: 30, timeout_ms: 1000	$dead_click ist "a click which isn't followed by a change to the page". Kein numerisches Fenster veröffentlicht
Hotjar	"when a user clicks on the same element five times within 500ms of one another"	Der Dead-Click-Filter findet Sitzungen, in denen Nutzer "clicked on a button, link, or a specific element of your site but didn't get any reaction". Keine Zahlen
FullStory	"clicking or tapping multiple times, rapidly, in the same area". Keine Zahlen	"If nothing on the page changes within a few seconds of a click or tap, it will get marked as a Dead Click". Keine Zahlen
LogRocket	"a series of rapid, repeated clicks on the same element". Keine Zahlen	"a click that did not result in a DOM change". Keine Zahlen
Microsoft Clarity	"the user clicks multiple times in a clustered area in rapid succession". Keine Zahlen	"a user clicks on an element but gets no feedback in a reasonable amount of time... the visual status doesn't change, and there's no navigation away from the page". Keine Zahlen

Die zwei veröffentlichten Regeln stimmen nicht überein, und sie liegen nicht einmal nahe beieinander. PostHog braucht drei Klicks innerhalb einer Sekunde und lässt den Zeiger dazwischen 30 Pixel wandern. Hotjar braucht fünf Klicks innerhalb von 500 Millisekunden und verlangt sie auf demselben Element. Wer dreimal in 800 Millisekunden klickt, ragt in PostHog und ist in Hotjar unsichtbar. Wer fünfmal über vier Sekunden auf einen Button klickt, ragt in keinem von beiden.

Das wiegt schwerer als die Zahlen selbst. Rage-Click-Zählungen sind über Tools hinweg nicht vergleichbar, und ein Wechsel des Anbieters verändert die Zahl, ohne dass sich auf Ihrer Website etwas ändert.

Was zählt bei einem Dead Click als Veränderung der Seite?

Kein Anbieter legt sich öffentlich fest, und das ist die schwächste Stelle im ganzen Signal.

LogRocket ist am konkretesten, und das ist immer noch eine Kategorie statt einer Schwelle: Ein Dead Click ist "a click that did not result in a DOM change". Clarity ergänzt in Prosa zwei Bedingungen, dass sich der visuelle Status nicht ändert und dass keine Navigation von der Seite weg stattfindet, ohne zu sagen, wie lange gewartet wird. FullStory sagt "within a few seconds". PostHog sagt nur "a change to the page".

Alles Mehrdeutige fällt in diese Lücke:

• Ein Klick, der eine Netzwerkanfrage auslöst, deren Antwort nach dem Erkennungsfenster eintrifft.
• Ein Klick, der ein Canvas, eine WebGL-Szene oder ein Video-Element verändert, von denen keines das DOM mutiert.
• Ein Klick, der einen nativen Dialog öffnet, einen Download auslöst oder in die Zwischenablage kopiert.
• Ein Klick, der eine CSS-Klasse umschaltet, die beim aktuellen Breakpoint keine sichtbare Wirkung hat.

Jeder dieser Fälle erzeugt in mindestens einem Tool einen Dead Click und in einem anderen nichts. Behandeln Sie eine rohe Dead-Click-Zählung als Suchindex über Sitzungen und nicht als Fehlerzählung, und bestätigen Sie jedes Cluster am Replay, bevor daraus ein Ticket wird. Der praktische Ablauf ist der, den die Dead-Click-Analyse beschreibt.

Warum feuern Rage Clicks auf funktionierenden Oberflächen?

Weil der Detektor die Taktung misst, nicht die Absicht, und weil viele korrekte Oberflächen schnelle Wiederholklicks geradezu verlangen.

FullStory benennt das Problem in der eigenen Dokumentation unter der Überschrift "Why don't Rage Clicks work for me?": Manche UI-Komponenten, etwa Weiter- und Zurück-Buttons, laden natürlicherweise zu wiederholten Klicks ein, was die Heuristik auslöst, obwohl das Verhalten beabsichtigt ist. PostHog kommt zum selben Schluss und liefert Voreinstellungen zum Ausgleich mit. Ab defaults: '2026-05-30' ignoriert PostHog automatisch Navigationselemente mit Text wie next, previous, > und <, Mengenschalter mit + und - sowie wiederholte Klicks auf Textauswahlflächen wie Inputs, Textareas und contenteditable-Elemente, denn ein Dreifachklick zum Markieren einer Zeile ist kein Rage.

Beide Anbieter liefern eine Notausstiegsluke im Markup mit:

Anbieter	Rage Clicks unterdrücken	Dead Clicks unterdrücken
PostHog	Klasse .ph-no-rageclick oder rageclick.css_selector_ignorelist	Klasse .ph-no-deadclick oder capture_dead_clicks.css_selector_ignorelist
FullStory	Klasse fs-ignore-rage-clicks oder Kontoeinstellungen	Klasse fs-ignore-dead-clicks oder Kontoeinstellungen

FullStory ergänzt ein Detail, das man einplanen sollte: Die Unterdrückung gilt nur für neue Sitzungen, bestehende Sitzungen werden nicht rückwirkend neu klassifiziert.

PostHogs Dokumentation schließt den Kreis mit der richtigen Anweisung: Bestätigen Sie Rage Clicks an Session Replays, bevor Sie sie als hartes Frustrationssignal behandeln. Auf derselben Disziplin baut die Rage-Click-Analyse auf.

Welche Ursachen stehen hinter welchem Signal?

Die zwei Signale zeigen auf verschiedene Teile des Stacks, und das ist der Grund, sie getrennt zu halten statt sie zu einer einzigen Frustrationszahl zu verschmelzen.

Rage Clicks kommen von:

• Latenz. Der Handler arbeitet, die Antwort braucht zwei Sekunden, die Person klickt erneut.
• Fehlendem Feedback. Der Handler arbeitet sofort, nichts Sichtbares bestätigt das, die Person klickt erneut.
• Blockiertem Absenden. Die clientseitige Validierung scheitert still und der Button wirkt tot.
• Legitimer Wiederholung. Pagination, Mengenschalter, Karussells, Textauswahl.

Dead Clicks kommen von:

• Nicht gebundenen Elementen. Text, Icons und Bilder, die interaktiv aussehen, ohne Handler.
• Handler-Fehlern. Eine JavaScript-Ausnahme vor der Zustandsänderung. FullStory verfolgt das separat als Error Clicks, die einen Klick unmittelbar vor einem clientseitigen JavaScript- oder Konsolenfehler sichtbar machen.
• Blinden Flecken der Erkennung. Canvas, Video, Downloads, neue Tabs, native Dialoge.

Ein Cluster, das beide Signale am selben Selektor zeigt, ist der stärkste Fall, den Sie bekommen werden: Das Element sieht klickbar aus, tut nichts, und Leute versuchen es weiter. Ein Dead-Click-Cluster ohne Rage Clicks heißt meist, dass das Element für eine Maschine klickbar aussieht und für einen Menschen nicht, was niedrigere Priorität hat.

Einen Klick-Cluster lesen

Rage Clicks und Dead Clicks auf demselben Selektor

• Das Element wirkt klickbar
• Es passiert nichts
• Nutzer versuchen es trotzdem weiter
• Höchste Priorität für die Untersuchung

Nur Dead Clicks, keine Rage Clicks

• Das Element wirkt für eine Maschine klickbar
• Es wirkt für einen Menschen nicht klickbar
• Niedrigere Priorität für die Untersuchung

Wie setzen Sie die beiden zusammen ein?

Sortieren Sie nach betroffenen Sitzungen und Position im Funnel, und sehen Sie sich das Replay an, bevor Sie das Ticket schreiben.

Keine der beiden Zahlen ist für sich aussagekräftig. Hundert Rage Clicks auf einem Karussellpfeil sind ein Artefakt des Detektors. Zwölf Dead Clicks auf einem Absende-Button im Checkout sind ein Umsatzvorfall. Der Unterschied liegt nicht in der Zahl, sondern darin, wo das Element sitzt und ob sich die Sitzung danach erholt hat.

Eine brauchbare Reihenfolge:

1. Gruppieren Sie nach CSS-Selektor oder stabiler Element-ID, nie nach rohen Koordinaten.
2. Filtern Sie auf Seiten, die Conversion-Gewicht tragen.
3. Prüfen Sie, ob Sitzungen mit dem Cluster den Schritt abgeschlossen haben.
4. Sehen Sie sich drei Replays aus dem Cluster an. Bestätigen Sie Element, Erwartung und Fehlschlag.
5. Erst dann öffnen Sie das Ticket, mit Selektor, Seite, Sitzungszahl und Replay-Link.

Das ist dieselbe Sortierlogik, die für jedes andere Signal der Familie der Frustrationssignale gilt, und deshalb liegt Session Replay unter beiden Metriken statt neben ihnen. Die Zählungen finden die Kandidaten. Die Aufzeichnung entscheidet.

Häufig gestellte Fragen

Welche Anbieter veröffentlichen eine exakte Schwelle für Rage Clicks?

PostHog und Hotjar. PostHog dokumentiert drei Klicks, jeder innerhalb von 30 Pixeln und 1 Sekunde zum vorherigen, offengelegt als click_count, threshold_px und timeout_ms. Hotjar dokumentiert fünf Klicks auf dasselbe Element innerhalb von 500ms. FullStory, LogRocket und Microsoft Clarity veröffentlichen für keines der beiden Signale Zahlen.

Veröffentlicht irgendjemand eine numerische Schwelle für Dead Clicks?

Nein. FullStory sagt "within a few seconds", Clarity sagt "a reasonable amount of time", LogRocket definiert es als Klick ohne DOM-Änderung, und PostHog definiert es als Klick, auf den keine Veränderung der Seite folgt. Keiner der fünf nennt einen Millisekundenwert.

Sind Rage-Click-Zählungen zwischen Tools vergleichbar?

Nein. Mit PostHogs Voreinstellungen zählt ein Dreierklick innerhalb einer Sekunde. Unter Hotjars Regel zählt er nicht, weil Hotjar fünf Klicks innerhalb von 500ms auf einem Element verlangt. Jeder Wechsel zwischen den beiden verändert die Zahl, ohne dass sich das Nutzerverhalten ändert.

Kann ein Klick zugleich ein Rage Click und ein Dead Click sein?

Ja, und diese Kombination ist das Cluster mit dem höchsten Wert für eine Untersuchung. Das Element hat wiederholte Klicks empfangen und keine Veränderung der Seite erzeugt, womit beide gängigen Erklärungen für Fehlalarme auf einmal wegfallen.

Wie verhindern Sie, dass ein Karussell oder Mengenschalter Rage Clicks erzeugt?

Fügen Sie dem Element die Ausschlussklasse des Anbieters hinzu. PostHog nutzt .ph-no-rageclick und akzeptiert außerdem rageclick.css_selector_ignorelist. FullStory nutzt fs-ignore-rage-clicks. FullStory weist darauf hin, dass Ausschlüsse für Sitzungen gelten, die nach der Änderung aufgezeichnet wurden, historische Sitzungen behalten also ihre ursprüngliche Klassifizierung.

Bedeutet ein Dead Click immer, dass etwas kaputt ist?

Nein. Klicks auf Canvas-Elemente, Videoplayer, Download-Links, Zwischenablage-Aktionen und native Dialoge erzeugen alle echte Reaktionen, die ein Detektor für DOM-Mutationen nicht sehen kann. Bestätigen Sie das Cluster in einem Replay, bevor Sie es als Defekt behandeln.

Was erfasst das Error-Click-Signal von FullStory?

FullStory führt dies als eigenes Signal namens Error Clicks, getrennt von Dead Clicks. Es markiert einen Klick, der unmittelbar vor einem clientseitigen JavaScript- oder Konsolenfehler auftritt, und verknüpft den Fehler so mit einer konkreten Interaktion statt mit einem allgemeinen Seitenfehler. Diese Verknüpfung kommt einem Bugreport näher, als ein Dead Click es je kann, denn ein Dead Click sagt nur, dass sich das DOM nicht verändert hat.

Wie sieht der empfohlene Ablauf aus, bevor ein Klick-Cluster zum Ticket wird?

Gruppieren Sie zuerst nach CSS-Selektor oder stabiler Element-ID und filtern Sie dann auf Seiten mit Conversion-Gewicht. Prüfen Sie, ob Sessions im Cluster den Schritt abgeschlossen haben, und sehen Sie sich drei Replays an, um Element, Erwartung und Fehler zu bestätigen. Erst danach eröffnen Sie das Ticket, mit Selektor, Seite, Session-Anzahl und einem Replay-Link.

Was verursacht einen Rage Click außer einer langsamen Antwort?

Latenz ist eine Ursache, aber ein Rage Click feuert auch, wenn der Handler sofort reagiert und nichts sichtbar bestätigt, dass etwas passiert ist. Er feuert auch, wenn die clientseitige Validierung stillschweigend fehlschlägt und der Button einfach träge wirkt, sowie wenn die Oberfläche legitim wiederholte Klicks verlangt, etwa bei Paginierung, Mengenreglern, Karussells oder Textauswahl.

Warum zählt die Gruppierung nach CSS-Selektor mehr als nach rohen Koordinaten?

Der praktische Ablauf beginnt damit, Klicks nach CSS-Selektor oder stabiler Element-ID zu gruppieren, niemals nach rohen Koordinaten. Rohe Koordinaten beschreiben eine Stelle auf dem Bildschirm, nicht das Element, mit dem jemand interagiert hat, sodass eine Gruppierung danach die Klicks auf denselben Button über viele verschiedene Buckets verstreut. Die Gruppierung nach Selektor ist es, die es ermöglicht, Cluster nach betroffenen Sessions und Position im Funnel zu ranken.