PostHog stap voor stap: events, funnels, sessies en feature flags
PostHog combineert event analytics, funnels, sessie-opnames en feature flags in één tool. Deze handleiding leidt je van installatie tot je eerste funnel.
👁 115 keer gelezen
PostHog is een toolkit om je app-gebruikers te begrijpen: event analytics, funnels, sessie-opnames, feature flags en A/B-testen in één plek. Deze handleiding leidt je van installatie tot je eerste funnel en eerste feature flag, volgens de officiële PostHog-documentatie.
Voordat je begint: maak een lijst met vragen
PostHog verzamelt direct na installatie veel data en je kunt er makkelijk in verdrinken. Schrijf voordat je installeert drie vragen op waarop je antwoord wilt, bijvoorbeeld: hoeveel nieuwe gebruikers voltooien de registratie, welke functie wordt het meest gebruikt, waar haken mensen af bij een aankoop. Noteer bij elke vraag welke events je nodig hebt. Dit worden je eerste custom events.
Spreek ook met je team een naamgevingsconventie voor events af, want die achteraf aanpassen zonder grafieken te breken is lastig.
Stap 1. Installatie
De snelste route volgens de documentatie is de wizard die je met één commando via npx in je projectmap draait. Werkt ook met AI-assistenten zoals Cursor. Alternatief is een code-snippet dat je in de head van je pagina plakt, met je projectsleutel en serveradres, of een bibliotheek die je via npm installeert.
De documentatie raadt ook een reverse proxy aan, die het risico verkleint dat adblockers je events blokkeren. PostHog biedt deze gratis aan voor cloudgebruikers.
Stap 2. Events worden automatisch verzameld
Na installatie is automatische verzameling standaard ingeschakeld: paginaweergaves, klikken, verstuurde formulieren en sessiedata. Je hoeft niets in te stellen om de eerste data te zien. Custom events, bijvoorbeeld “registratie voltooid”, verstuur je met één regel code met de event-naam en eigenschappen.
Stap 3. Je eerste funnel
Een funnel laat zien hoeveel mensen door opeenvolgende stappen gaan en waar ze afhaken. In het menu ga je naar Insights, bij de knop voor een nieuwe grafiek kies je funnel. Je begint met het eerste event, voegt tussenstappen toe en eindigt met het event dat succes markeert. Voorbeeld: bezoek aan registratiepagina, formulier ingevuld, e-mail bevestigd.
Je eerste funnel laat meestal meteen de stap zien waar de meeste mensen afhaken. Daar is het de moeite waard om sessie-opnames te bekijken.
Stap 4. Sessie-opnames
Sessie-opnames schakel je in met een paar regels configuratie. Ze registreren klikken, scrollen, typen en overgangen tussen pagina’s. Je filtert opnames, bijvoorbeeld op gefrustreerde herhaalde klikken, JavaScript-fouten, custom events of feature flag-varianten. De meest volledige ondersteuning is op websites, in mobiele apps zijn er bepaalde beperkingen.
Stap 5. Feature flags
Een flag laat je een nieuwe functie alleen voor een deel van je gebruikers inschakelen. Je maakt hem aan in het PostHog-dashboard en controleert in je code of hij voor een bepaalde persoon is ingeschakeld. De documentatie raadt geleidelijke uitrol aan, beginnend bij 5 tot 10 procent van de gebruikers en het percentage verhogend als alles werkt. Voor tests kun je de flag voor je eigen e-mailadres inschakelen.
Stap 6. Experimenten
Een A/B-test maak je in de experimenten-sectie. De wizard heeft drie stappen: beschrijving met hypothese en flag-sleutel, varianten met procentuele verdeling en metrics, bijvoorbeeld conversie uit een funnel. In je code controleer je de flag-variant en PostHog verzamelt automatisch data en berekent het resultaat.
Voorbeeld: waarom mensen de registratie niet voltooien
Je installeert PostHog met de wizard, wacht een dag op data en bouwt een registratiefunnel. De funnel laat zien dat de helft van de mensen afhaak bij e-mailbevestiging. Je filtert sessie-opnames van mensen die afhaken en ziet dat ze terugkeren naar het formulier omdat ze niet weten waar ze de e-mail moeten zoeken. Je voegt een bericht toe achter een flag voor de helft van de gebruikers en vergelijkt na een week de resultaten in een experiment.
In dit voorbeeld is de volgorde belangrijk: eerst cijfers uit de funnel, dan opnames, als laatste de wijziging. Als het team was begonnen met een wijziging op basis van een vermoeden, bijvoorbeeld het herbouwen van het formulier, had het een stap kunnen verbeteren die helemaal geen probleem was. De funnel wees de plek aan, de opnames verklaarden de oorzaak en het experiment controleerde of de fix werkt. Elk van deze drie stappen kost weinig tijd, maar samen veranderen ze gissen in kennis.
Veelgemaakte fouten
- Geen custom events voor de belangrijkste acties.
- Functies voor iedereen tegelijk uitrollen in plaats van geleidelijk.
- Opnames zonder filters, waardoor je er uren in kwijt bent.
Hoe je de eerste week evalueert
Controleer na een week of je antwoord hebt op minstens één van je drie vragen. Zo ja, ga dan naar sessie-opnames van mensen bij de problematische stap. Zo nee, dan ontbreekt meestal een event of is het verkeerd benoemd.
Controleer ook of de data klopt met de werkelijkheid. Vergelijk bijvoorbeeld het aantal registraties in PostHog met het aantal accounts in je database. Een groot verschil komt meestal door adblockers, en daar helpt de reverse proxy uit de documentatie tegen.
Als je een kleine app hebt met weinig verkeer, trek dan geen conclusies uit een paar dagen data. Een funnel met twintig mensen kan willekeurige verschillen laten zien. Beter is een paar weken wachten of je richten op sessie-opnames, die zelfs bij weinig verkeer concrete problemen laten zien.
More on this from HELDER
handleidingen·Railway stap voor stap: app deployen met databaseRailway zet een app uit je GitHub-repository in enkele minuten online. Je wijst het project aan, Railway bouwt en start het, en een database voeg je toe met één klik.