Was gehört in einen Tracking-Plan?
Mindestens eine Zeile pro Event: der Event-Name, die zugehörigen Eigenschaften, der genaue Moment, in dem es ausgelöst wird, und die Person, die dafür verantwortlich ist. Gute Pläne halten außerdem fest, welche Tools das Event empfangen und welche Frage es beantworten soll – ein Event, das niemand abfragt, ist Pflegeaufwand ohne Ertrag. Das Format zählt weniger als die Gewohnheit: Eine Tabelle, eine versionierte Datei im Repo oder ein Schema-Tool wie Segment Protocols oder Amplitude Data funktionieren alle, solange der Plan im selben Pull Request wie der Tracking-Code aktualisiert wird.
Wie sollten Sie Events benennen?
Wählen Sie eine Konvention und setzen Sie sie überall durch. Am verbreitetsten ist object_action in snake_case: subscription_started, invoice_paid, report_exported. Das Objekt zuerst, damit verwandte Events zusammen sortiert werden; die Aktion in der Vergangenheitsform, weil das Event etwas festhält, das passiert ist. Welche Konvention Sie wählen, zählt weniger als ihre Einheitlichkeit – Sign Up, signup und user_signed_up in einem Datenbestand sind drei Events, die Ihr Analytics-Tool als Fremde behandelt, und jedes Diagramm, das darauf aufbaut, ist falsch.
Was ist Tracking-Drift, und warum zerstört sie Analysen?
Drift ist die Lücke, die sich zwischen dem Plan und dem öffnet, was der Code tatsächlich sendet: Ein Event wird ohne Update des Plans umbenannt, eine Eigenschaft ändert ihren Typ, ein Duplikat taucht unter einem zweiten Namen auf. Jede Änderung ist klein; zusammen führen sie dazu, dass Funnels zu wenig zählen, dynamische Segmente die richtigen Nutzer nicht mehr erfassen und Dashboards in die Fiktion abdriften – und dann vertraut das Team den Daten überhaupt nicht mehr. Die Lösung ist eine Frage des Prozesses, nicht der Technik: Kein Event geht ohne Eintrag im Plan live, und die Prüfung des Eintrags gehört zum Code-Review.
Warum das für ein Zwei-Personen-Team zählt
Kleine Teams lassen den Plan weg, weil er nach Prozess für ein Unternehmen riecht, das sie noch nicht sind. Die Logik läuft andersherum: Zu zweit weiß im Oktober niemand mehr, warum es checkout_completed und order_completed gibt. Ein einseitiger Plan, geschrieben vor dem ersten Event, kostet einen Nachmittag – er ist die erste Aufgabe, die ein Growth Engineer übernimmt. Wie der Plan in ein vollständiges Setup passt, vom SDK bis zur Einwilligung, zeigt der Leitfaden zu First-Party-Daten und Tracking.