Datenqualität im Tracking

Die häufigste Ursache dafür, dass in einem Haus niemand mehr den eigenen Zahlen glaubt, ist kein falsches Werkzeug. Es sind vier bis fünf konkrete, jeweils behebbare Fehler, die sich über Jahre eingeschlichen haben.

Doppelte Ereignisse

Das mit Abstand häufigste Problem. Ein Buchungsabschluss wird zweimal gezählt, weil das Ereignis sowohl auf der Bestätigungsseite als auch im Serverereignis ausgelöst wird. Oder ein Nutzer lädt die Bestätigungsseite neu und erzeugt eine zweite Zählung. Oder ein Tag ist im Tag Manager und zusätzlich fest im Quelltext eingebunden.

Die Abhilfe ist immer dieselbe: Jedes Ereignis erhält beim Auslösen eine eindeutige Kennung, und das empfangende System verwirft eine Kennung, die es schon gesehen hat. Für Buchungen bietet sich die Buchungsnummer an, für alles andere eine zufällig erzeugte Kennung je Ereignis. Prüfen lässt sich das durch einen Abgleich der gezählten Abschlüsse mit den tatsächlichen Buchungen aus dem Backend — die beiden Zahlen sollten sich um weniger als ein Prozent unterscheiden.

Verlorene Sitzungen und gebrochene Zuordnung

Eine Sitzung bricht auseinander, wenn zwischendurch die Domain wechselt — typischerweise beim Sprung zum Zahlungsdienstleister und zurück. Wird die Kennung dabei nicht mitgeführt, entsteht aus einer Sitzung mit Buchung eine abgebrochene Sitzung plus eine neue Sitzung mit Direktzugriff, die die Buchung erhält. Das Ergebnis: Der Kanal, der die Buchung gebracht hat, steht ohne Erfolg da, und „direkt" wächst unerklärlich.

Zu prüfen ist das mit einer Testbuchung, bei der man den Weg über die Zahlung nimmt und anschließend im Bericht nachsieht, welchem Kanal sie zugeordnet wurde. Die Lösung liegt in einer korrekt konfigurierten Liste verknüpfter Domains und, sicherer noch, in einer serverseitigen Zuordnung über die Buchungsnummer statt über eine Browser-Kennung.

Bot-Verkehr und interner Verkehr

Ein spürbarer Anteil der Zugriffe auf jede öffentliche Seite stammt nicht von Menschen: Suchmaschinen-Crawler, Verfügbarkeitsprüfungen, Sicherheitsscanner, Vorschaudienste von Messengern. Hinzu kommt der eigene Verkehr — Ihr Vertrieb, der die Seite den ganzen Tag geöffnet hat, und Ihre Agentur, die eine Kampagne prüft.

Beides ist behandelbar. Bekannte Crawler filtert die Standardeinstellung der meisten Werkzeuge; die übrigen erkennt man an auffälligen Mustern — Sitzungen ohne jede Interaktion, unplausible Abfolgen, gleiche Zeitabstände. Internen Verkehr schließt man über IP-Bereiche oder besser über einen gesetzten Parameter aus, weil Büro-IP-Adressen sich ändern und im Homeoffice ohnehin nicht greifen. Wichtig ist, dass die Regel dokumentiert ist: Eine stillschweigend gefilterte Größe erzeugt später Streit.

Zeitzonen und Berichtsgrenzen

Ein unscheinbarer, aber folgenreicher Fehler: Das Analysewerkzeug arbeitet in UTC, das Buchungssystem in Europe/Berlin, der Zahlungsdienstleister in einer dritten Einstellung. Abends abgeschlossene Buchungen landen dann im Bericht des Vortags oder des Folgetags, und Tagesvergleiche gehen nicht auf. Bei Monats- und Quartalsgrenzen wird es besonders sichtbar.

Die Regel ist einfach und sollte im Projekt schriftlich festgehalten werden: Zeitstempel werden durchgängig in UTC nach ISO 8601 gespeichert und ausschließlich bei der Anzeige in die Zeitzone Europe/Berlin umgerechnet. Umstellungen auf Sommerzeit erledigt die Zeitzonendatenbank; wer stattdessen einen festen Versatz einträgt, hat zweimal im Jahr eine Stunde falsche Daten.

Ein Prüfplan, den Ihr Team selbst ausführen kann

Damit Datenqualität nicht von einer Person abhängt, hinterlegen wir eine kurze, monatlich wiederholbare Prüfung.

1. Gezählte Abschlüsse gegen Buchungen aus dem Backend abgleichen — Abweichung unter einem Prozent.
2. Eine Testbuchung durchführen und prüfen, ob sie dem erwarteten Kanal zugeordnet wurde.
3. Anteil der Sitzungen ohne Einwilligung notieren und über die Zeit verfolgen — ein Sprung deutet auf einen Fehler im Banner.
4. Die zehn häufigsten Verweisquellen durchsehen; unbekannte Domains sind fast immer Bots oder eine gebrochene Zuordnung.
5. Die Kampagnenkennzeichnung auf Abweichungen von der Konvention prüfen.

Fünf Punkte, eine halbe Stunde im Monat. Das ist der Unterschied zwischen Zahlen, mit denen entschieden wird, und Zahlen, über die diskutiert wird.

Einwilligung als Bestandteil der Datenqualität

Ein Punkt wird bei Datenqualität fast immer übersehen: Der Anteil der Sitzungen ohne Einwilligung ist selbst eine Kennzahl — und eine, die sich unbemerkt ändert. Wird das Einwilligungsbanner umgestaltet, verschiebt sich der Anteil sofort. Ändert sich die Herkunft Ihres Verkehrs, ändert er sich ebenfalls, weil die Zustimmungsbereitschaft regional deutlich schwankt. Wer diesen Anteil nicht mitführt, hält einen Rückgang der gemessenen Buchungen für einen Rückgang der Buchungen.

Wir führen ihn deshalb in jedem Bericht als eigene Zeile und stellen ihn neben die Buchungszahl aus dem Backend, die von der Einwilligung unberührt bleibt. Aus dem Verhältnis beider Größen ergibt sich der Abdeckungsgrad Ihrer Messung — und damit die ehrliche Antwort auf die Frage, wie viel eine Zahl im Bericht überhaupt trägt.

Modellierte Werte kennzeichnen

Manche Werkzeuge ergänzen fehlende Beobachtungen durch Schätzungen. Das kann sinnvoll sein, wird aber gefährlich, wenn modellierte und gemessene Werte in derselben Spalte stehen. Wir trennen beides sichtbar: Gemessenes steht ohne Zusatz, Modelliertes wird als solches ausgewiesen und nie als Grundlage für eine Abrechnung mit Dienstleistern verwendet. Wo ein Werkzeug diese Trennung nicht zulässt, sagen wir das im Bericht dazu.

Zusammengefasst

Doppelte Ereignisse, gebrochene Sitzungen, ungefilterter Bot- und Eigenverkehr und uneinheitliche Zeitzonen erklären den größten Teil aller unglaubwürdigen Berichte. Alle vier sind mit überschaubarem Aufwand zu beheben — und danach mit einer monatlichen Prüfung von einer halben Stunde stabil zu halten.

Der lohnendste Nebeneffekt: Sobald die Zahlen tragen, hören Diskussionen über Werkzeuge auf und Diskussionen über Entscheidungen fangen an.