PostHog

Was PostHog ist

PostHog begann 2020 und ist zu einer ungewöhnlich breiten Plattform gewachsen: Produktanalytik mit Autocapture oder manueller Instrumentierung, ein GA-artiges Web-Analytics-Dashboard, Session-Replay für Web und Mobile, Feature-Flags, Experimente, Error-Tracking, Logs, Umfragen, ein Data Warehouse, das aus Werkzeugen wie Stripe synchronisiert, Datenpipelines zu gut zwei Dutzend Zielen und Observability für LLM-Anwendungen, die Traces, Latenz und Kosten erfasst. Die README listet all das hinter einer Installation, und der Workspace lässt sich aus Slack, der Web-App, einem Desktop-Client oder über den MCP-Server aus dem Editor steuern statt nur aus einem Dashboard. Das Repository ist ein Python-geführtes Monorepo und wirklich aktiv — der jüngste Push zum Erfassungszeitpunkt war vom selben Tag.

Lizenz und Hosting wiegen hier schwerer als sonst, denn dies ist die Art Werkzeug, die man entweder über Jahre einsetzt oder wieder herausreißt. Das Repository ist unter der MIT-expat-Lizenz verfügbar, ausgenommen sein ee-Verzeichnis, das seine eigene Lizenz trägt, und es gibt ein separates Repository posthog-foss, aus dem die proprietären Teile entfernt wurden, für alle, die alles als freie Software brauchen. Jedes Werkzeug hat in ihrer Cloud sein eigenes monatliches Freivolumen — die README nennt die ersten 1 Million Ereignisse, 5k Aufzeichnungen, 1M Flag-Anfragen, 100k Ausnahmen und 1500 Umfrageantworten pro Monat — danach wird nutzungsbasiert abgerechnet. Eigenbetrieb ist eine Zeile Docker mit empfohlenen 4GB Speicher, aber lesen Sie die Einordnung des Projekts, bevor Sie darauf bauen: Sie fassen Open-Source-Installationen mit rund 100k Ereignissen pro Monat, empfehlen darüber den Wechsel in ihre Cloud und sagen klar, dass Open-Source-Installationen ohne Support und ohne Zusagen kommen.

Was man zuerst instrumentiert

Die Versuchung bei einer so breiten Plattform ist, an einem Nachmittag alles einzuschalten — was einen Workspace voller Dashboards erzeugt, die niemand öffnet. Der eigene Einstiegsleitfaden von PostHog geht Aktivierung, dann Bindung, dann Umsatz durch, und diese Reihenfolge lohnt sich wörtlich:

1. Ein benanntes Aktivierungsereignis Legen Sie den einen Moment fest, in dem eine neue Person zuerst bekommt, weswegen sie gekommen ist, und erfassen Sie ihn unter einem Namen, den Sie gewählt haben. Alles Weitere wird dagegen interpretiert, und die Aktivierungsrate ist die eine Zahl, die auch bei einer Handvoll Nutzern noch etwas bedeutet.
2. Eine Bindungsansicht auf dieses Ereignis Nicht auf Anmeldungen. Eine Anmeldekurve schmeichelt Ihnen, weil sie nur steigt; eine Rückkehrkurve sagt Ihnen, ob das Produkt es wert ist, ein zweites Mal geöffnet zu werden.
3. Umsatz, an dieselbe Identität geknüpft Solange Geld nicht an derselben Person hängt wie die Ereignisse, können Sie einen teuren Kanal nicht von einem guten trennen — und das ist die ganze Frage dahinter, ob Ihr Marketing wirkt.
4. Session-Replay, auf der einen undichten Stufe Replay ist der schnellste Weg zu verstehen, warum eine Stufe scheitert, und der leichteste, einen Nachmittag zu verlieren. Richten Sie es auf die Funnel-Stufe, die Ihre Bindungsansicht bereits markiert hat, sehen Sie fünf Sitzungen und schließen Sie es wieder.

Autocapture ist die vernünftige Ausnahme vom später-instrumentieren, denn es zeichnet Interaktionen auf, ohne dass Sie sie vorab benennen müssen — was wirklich nützlich ist, solange Sie noch nicht wissen, worauf es ankommt, und wirklich verrauscht, sobald Sie es wissen. Feature-Flags und Experimente lohnen die Verkabelung an dem Tag, an dem Sie genug Traffic für ein aussagekräftiges Ergebnis haben, und nicht davor: Ein Experiment mit hundert Besuchern misst vor allem Ihre Geduld.

Was wir gelernt haben, als wir PostHog auf unseren eigenen Funnel gelegt haben

Dieser Teil kommt aus dem Betrieb, nicht aus der Lektüre. AgentCeres — der AI Growth Officer auf agentceres.com — nutzt PostHog für Seitenaufrufe und Anmeldekonversion, und die teuerste Lehre daraus war struktureller Natur: Ein browserseitiges Ereignis ist eine Anfrage, die der Browser ablehnen darf. Etwa die Hälfte unserer Anmeldungen hat das Client-Ereignis, das wir gezählt haben, nie erzeugt, und die Lücke war genau in jener Kohorte am größten, für deren Gewinnung wir bezahlt haben: brasilianische bezahlte Suche, wo Werbeblocker verbreitet sind. Die Zahl war nicht verrauscht, sie fehlte — und ein fehlendes Ereignis sieht genauso aus wie ein Nutzer, der die Sache nicht getan hat. Für ein Feld, auf dem eine Produktentscheidung wirklich ruhte, haben wir den Browser gar nicht mehr gefragt und es serverseitig in unsere eigene Datenbank geschrieben, im Moment des Geschehens.

Die allgemeine Regel, die wir daraus mitgenommen haben: Jede Zahl, auf der eine Entscheidung ruht, sollte dort erfasst werden, wo Sie den Schreibvorgang kontrollieren — Analytik ist für die Form des Verhaltens, nicht für das Kassenbuch. Es lohnt außerdem, klar zu sein, was ein solches Werkzeug für Wachstum tut und was nicht. PostHog wird Ihnen mit echter Präzision sagen, welche Stufe Ihres Funnels leckt und wer gegangen ist; es wird den Beitrag nicht schreiben, die E-Mail nicht senden und den Funnel nicht wieder auffüllen. Diese Lücke ist die Arbeit; wenn Sie nur Traffic und Zahlen je Seite brauchen, ist Umami die leichtere Alternative, und die Ausführungsseite — Inhalte und Ansprache entwerfen, wobei ein Mensch alles freigibt, was hinausgeht — ist das, wofür AgentCeres existiert.