Wie Produktanalyse Nutzer verfolgt, nicht Seitenaufrufe

Was ist Produktanalyse?

Ein System für Produktanalyse misst, was Menschen innerhalb eines Produkts tun, Event für Event und Nutzer für Nutzer, sodass sich Verhalten über Sessions hinweg verfolgen lässt statt pro Besuch gezählt zu werden. Die Analyseeinheit ist die Person und die Reihenfolge ihrer Aktionen, nicht die Seite, die sie zufällig geladen hat. Entscheiden Sie, welche Aktionen in Ihrem Produkt geschäftliche Bedeutung haben, und zeichnen Sie dann jede einzelne mit einer stabilen Nutzerkennung auf.

Dieser Wechsel der Einheit ist die ganze Kategorie. Ein Bericht über Seitenaufrufe kann Ihnen sagen, dass 12.000 Menschen die Registrierungsseite gesehen haben. Nur ein Event-Stream kann Ihnen sagen, dass 3.400 davon ein Konto erstellt haben, 900 das Setup bei einem zweiten Besuch vier Tage später abgeschlossen haben und 210 in Woche drei zurückgekommen sind. Die zweite Antwort braucht eine Identität, die die Session-Grenze überdauert. Die erste nicht.

Wie sieht ein Event in der Produktanalyse aus?

Jedes Event trägt vier Teile: einen Namen, eine Menge von Eigenschaften, eine Nutzer-ID und einen Zeitstempel. Der Name sagt, was passiert ist, die Eigenschaften sagen, unter welchen Bedingungen, die Nutzer-ID verbindet das Event mit allem anderen, was diese Person getan hat, und der Zeitstempel bringt die Aktion in eine Reihenfolge. Schreiben Sie Namen als Objekt plus Verb in der Vergangenheit, frieren Sie sie zum Release ein und versionieren Sie das Schema, statt umzubenennen.

{
  "event": "project_created",
  "user_id": "u_8f2c11",
  "timestamp": "2026-09-08T14:22:05Z",
  "properties": {
    "plan": "team",
    "template_used": true,
    "seats": 4,
    "source": "onboarding_checklist"
  }
}

An den Eigenschaften verlieren die meisten Teams ein Jahr. Eine plan-Eigenschaft, die sechs Monate nach dem Launch dazukommt, hat keine Historie hinter sich, also ist jede Kohorte, die älter als sechs Monate ist, für diese Aufteilung unbrauchbar. Fügen Sie die Eigenschaften, nach denen Sie segmentieren wollen, an dem Tag hinzu, an dem Sie das Event ausliefern.

Sollten Sie Autocapture oder manuelle Instrumentierung nutzen?

Nutzen Sie beides, mit unterschiedlichen Aufgaben: Autocapture für Abdeckung, manuelle Instrumentierung für die Events, über die Sie berichten. Autocapture zeichnet Klicks, Seitenaufrufe, Formularabsendungen und Element-Interaktionen aus einem einzigen Skript auf, sodass Sie rückwirkend Fragen zu Aktionen stellen können, an deren Definition niemand gedacht hat. Manuelle Instrumentierung feuert ein benanntes Event aus Ihrem eigenen Code in dem Moment, in dem die Geschäftslogik tatsächlich erfolgreich ist.

Der Unterschied zählt am Punkt der Wahrheit. Ein per Autocapture erfasster Klick auf einen Button mit der Beschriftung "Projekt erstellen" bedeutet, dass jemand einen Button gedrückt hat. Ein manuelles project_created-Event, das feuert, nachdem der Server den Schreibvorgang bestätigt hat, bedeutet, dass ein Projekt existiert. Wenn die Anfrage fehlschlägt, laufen diese beiden Zahlen auseinander, und die manuelle stimmt.

Definieren Sie zehn bis zwanzig manuelle Events für Registrierung, Aktivierung, zentrale Wertaktionen, Upgrade und Kündigung. Alles andere übernimmt Autocapture.

Welche Fragen beantwortet Produktanalyse, die Web-Analyse nicht beantworten kann?

Produktanalyse beantwortet fünf Fragenfamilien, die Identität und Reihenfolge brauchen: Aktivierung, Retention, Funnels, Kohorten und Pfade. Web-Analyse zählt, was angekommen ist; Verhaltensanalyse zählt, was Menschen danach getan haben, und was danach kam.

Aktivierung fragt, ob ein neuer Nutzer den Moment erreicht hat, in dem das Produkt für ihn zu arbeiten beginnt. Retention fragt, ob er wiederkam und wie das pro Woche abfällt, und genau diese Form legt eine Kurve der Retention-Rate offen. Funnels fragen, welcher geordnete Schritt Menschen verliert. Die Kohortenanalyse fragt, ob sich Nutzer, die sich im März registriert haben, anders verhalten als Nutzer, die sich im August registriert haben, und so trennen Sie eine Produktänderung von einem saisonalen Effekt. Pfade fragen, was Menschen tatsächlich getan haben statt der Route, die Sie entworfen haben.

Jede dieser Fragen verlangt, Events über Besuche hinweg zu verbinden. Keine davon lässt sich aus einem Bericht beantworten, der an der Session endet.

Wie schneidet Produktanalyse im Vergleich zur Web-Analyse ab?

Die beiden Disziplinen unterscheiden sich in der Einheit, die sie zählen, und alles andere folgt daraus. Web-Analyse misst Traffic, der eine Website erreicht; Produktanalyse misst Verhalten innerhalb einer Anwendung.

Keine ersetzt die andere. Web-Analyse sagt Ihnen, dass eine bezahlte Kampagne 4.000 Besuche geliefert hat; Produktanalyse sagt Ihnen, dass aus diesen 4.000 Besuchen 90 aktivierte Konten wurden und die Kampagne Geld verliert.

Wie berechnen Sie die Aktivierungsrate?

Die Aktivierungsrate ist der Anteil neuer Registrierungen, die das Event erreichen, das Sie als "das Produkt funktioniert" definiert haben. Wählen Sie ein Event, halten Sie es fest und geben Sie ihm ein Zeitfenster, damit langsame Aktivierungen die Zahl nicht verzerren.

Activation rate = (users who fired the activation event within N days / new signups in the period) x 100

Nehmen Sie 4.000 Registrierungen im August mit einem Fenster von 7 Tagen und project_created als Aktivierungs-Event. Wenn 1.120 dieser Registrierungen dieses Event innerhalb von sieben Tagen nach der Anmeldung ausgelöst haben, liegt die Aktivierungsrate bei 1.120 / 4.000 x 100 = 28 Prozent.

Die Zahl allein ist träge. Zerlegen Sie den Weg mit der Funnel-Analyse in geordnete Schritte, und die 72 Prozent, die nicht aktiviert haben, lösen sich in benannte Abbrüche auf: 900 haben nie ihre E-Mail bestätigt, 1.400 haben bestätigt, aber den Editor nie geöffnet, 580 haben den Editor geöffnet und beim Template-Picker aufgehört.

Wo endet Produktanalyse und wo beginnt session replay?

Produktanalyse sagt Ihnen, welcher Schritt Nutzer verloren hat und wie viele; session replay, die Wiedergabe echter Nutzersitzungen, zeigt, warum dieser Schritt für eine bestimmte Person gescheitert ist. Der Event-Stream ist aggregiert und quantitativ, er kann Probleme also nach Größe sortieren, aber weder den falsch beschrifteten Button zeigen noch den Validierungsfehler, den niemand liest, noch das Element, das deaktiviert aussieht.

Genau diese Übergabe ist der Punkt. Sobald ein Funnel den Schritt benennt, an dem 1.400 Nutzer aufgehört haben, macht das Ansehen von Sessions ab genau diesem Schritt aus einer Zahl eine Ursache. Flowsery zeichnet jede Nutzersitzung auf und erkennt Rage Clicks, Dead Clicks, JavaScript-Fehler, Abbrüche und kaputte Abläufe automatisch, gruppiert dann übereinstimmende Sessions zu einem Problem und sortiert Probleme danach, wie viele Nutzer davon betroffen sind. Jedes Problem landet in Slack, Linear oder Jira, mit Replay und Reproduktionsschritten im Anhang.

Führen Sie Produktanalyse aus, um den Schritt zu finden. Führen Sie session replay aus, um die Ursache zu finden. Liefern Sie den Fix aus und beobachten Sie dann denselben Funnel-Schritt, um zu bestätigen, dass sich die Zahl bewegt hat.

Häufig gestellte Fragen

Ist Produktanalyse dasselbe wie Web-Analyse?

Nein. Web-Analyse zählt Sessions und Seitenaufrufe für anonyme Besucher, und die Zählung wird zurückgesetzt, wenn der Besuch endet. Produktanalyse hängt an jedes Event eine dauerhafte Nutzer-ID, sodass sich die Aktionen einer Person über Sessions und Geräte hinweg zu einer einzigen Journey verbinden.

Wie viele Events sollte ein Produkt erfassen?

Zehn bis zwanzig manuell instrumentierte Events decken die meisten Produkte ab: Registrierung, Aktivierung, die zwei oder drei zentralen Wertaktionen, Einladung, Upgrade und Kündigung. Autocapture übernimmt den langen Schwanz aus Klicks und Seitenaufrufen ohne zusätzlichen Code. Ein Tracking-Plan mit 200 handgeschriebenen Events wird unwartbar, und niemand vertraut den Namen.

Was ist der Unterschied zwischen einem Event und einer Eigenschaft?

Ein Event ist die Aktion selbst, etwa project_created. Eine Eigenschaft ist ein Feld an dieser Aktion, das die Bedingungen beschreibt, etwa plan: team oder template_used: true. Events sind das, was Sie zählen; Eigenschaften sind das, wonach Sie die Zählung aufteilen.

Funktioniert Produktanalyse ohne Nutzerkonten?

Teilweise. Anonyme IDs im Browser erlauben, Events innerhalb eines Browsers zu verbinden, was für Funnels und Pfade auf demselben Gerät reicht. Geräteübergreifende Journeys und echte Retention-Kurven brauchen eine Identität, die Sie beim Login setzen, damit anonyme IDs beim Anmelden in das Konto zusammengeführt werden.

Erfordert Produktanalyse eine Codeänderung?

Autocapture läuft über ein einziges Skript-Tag ohne Code pro Event. Die Events, über die Sie berichten, etwa Aktivierung und Upgrade, brauchen eine Zeile Code an der Stelle, an der die Geschäftslogik erfolgreich ist, denn nur Ihr Server weiß, ob die Aktion wirklich abgeschlossen wurde.

Wann sollte ein Team Produktanalyse einführen?

Führen Sie sie ein, sobald das Produkt einen definierten Aktivierungsmoment hat und genug Registrierungen, dass Abbruchmuster sichtbar statt anekdotisch sind. Instrumentieren Sie davor trotzdem die Events für Registrierung und Aktivierung, denn Fragen zu Retention und Kohorten lassen sich nur mit Historie beantworten, die Sie bereits gesammelt haben.

Wie sollten Sie Events in der Produktanalyse benennen?

Benennen Sie jedes Event als Objekt plus Verb in der Vergangenheitsform, etwa project_created. Frieren Sie den Namen ein, sobald das Event live ist, und versionieren Sie das Schema bei Änderungen, statt das Event umzubenennen. Nur ein konsistenter Name lässt sich über die Zeit zählen und vergleichen.

Warum verursacht eine spät hinzugefügte Eigenschaft Probleme?

Eine Eigenschaft, die erst Monate nach dem Start eines Events hinzukommt, hat keine Historie hinter sich, also lässt sich alles davor nicht danach segmentieren. Eine plan-Eigenschaft, die sechs Monate nach dem Launch ergänzt wird, macht zum Beispiel jede Kohorte, die älter als sechs Monate ist, für diese Aufteilung unbrauchbar. Fügen Sie die Eigenschaften, nach denen Sie später segmentieren wollen, am Tag hinzu, an dem das Event live geht, nicht später.

Warum kann ein per Autocapture erfasster Klick echte Aktionen überzählen?

Autocapture erfasst nur den Klick selbst, also bestätigt es lediglich, dass jemand einen Button mit der Aufschrift "Create project" gedrückt hat. Ein manuelles project_created-Event feuert erst, nachdem der Server das Schreiben bestätigt hat, sodass die beiden Zahlen bei einem fehlgeschlagenen Request auseinanderlaufen. Für alles, worüber Sie berichten, ist die manuelle Zahl die richtige.

Was zeigt session replay, was Produktanalyse nicht zeigen kann?

Produktanalyse ist aggregiert und quantitativ, sie kann also ranken, welcher Schritt in einem Funnel die meisten Nutzer verliert, aber nicht erklären, warum. Session replay zeigt die konkrete Ursache: einen falsch beschrifteten Button, eine Validierungsfehlermeldung, die niemand liest, oder ein Element, das deaktiviert wirkt. Der übliche Ablauf nutzt Produktanalyse, um den Schritt zu finden, und session replay, um genau an diesem Schritt die Ursache zu finden.