Trackingplan

Wat staat er in een trackingplan?

Minimaal één rij per event: de eventnaam, de eigenschappen die eraan hangen, het precieze moment waarop het afgaat en de persoon die er eigenaar van is. Goede plannen leggen ook vast welke tools het event ontvangen en welke vraag het moet beantwoorden: een event dat niemand opvraagt, is onderhoud zonder opbrengst. Het formaat doet er minder toe dan de gewoonte: een spreadsheet, een bestand met versiebeheer in de repo of een schematool zoals Segment Protocols of Amplitude Data werken allemaal, zolang het plan wordt bijgewerkt in dezelfde pull request als de trackingcode.

Hoe geef je events een naam?

Kies één conventie en dwing die overal af. De meest gebruikte is object_action in snake_case: subscription_started, invoice_paid, report_exported. Het object eerst, zodat verwante events bij elkaar staan; de actie in de verleden tijd, omdat het event iets vastlegt wat is gebeurd. Welke conventie je kiest, doet er minder toe dan dat ze uniform is: Sign Up, signup en user_signed_up in één dataset zijn drie events die je analysetool als vreemden behandelt, en elke grafiek die erop is gebouwd, klopt niet.

Wat is tracking drift, en waarom maakt het je analyses kapot?

Drift is de kloof die ontstaat tussen het plan en wat de code echt verstuurt: een event wordt hernoemd zonder dat het plan wordt bijgewerkt, een eigenschap verandert van type, er verschijnt een dubbel event onder een tweede naam. Elke wijziging is klein; samen zorgen ze ervoor dat funnels te weinig tellen, dynamische segmenten niet meer de gebruikers vinden die erin horen en dashboards afglijden naar fictie, en dan vertrouwt het team de data helemaal niet meer. De remedie is procedureel, niet technisch: geen event gaat live zonder vermelding in het plan, en het nakijken van die vermelding hoort bij de codereview.

Waarom het ertoe doet voor een team van twee

Kleine teams slaan het plan over omdat het ruikt naar processen voor een bedrijf dat ze nog niet zijn. De logica werkt andersom: met twee mensen weet in oktober niemand meer waarom checkout_completed en order_completed allebei bestaan. Een plan van één pagina, geschreven voor het eerste event, kost een middag; het is de eerste klus van een Growth Engineer. Hoe het plan past in een complete inrichting, van SDK tot toestemming, lees je in de gids over first-party data en tracking.