Tracking zählt 47 Leads — der Vertrieb findet zwölf

Zwei Systeme, die nie dieselbe Sprache sprechen

Das Tracking-System und das Vertriebssystem sind für unterschiedliche Fragen gebaut. Das eine zählt, was auf der Website passiert. Das andere zählt, mit wem jemand gesprochen hat. Diese Fragen klingen ähnlich — sie sind es nicht.

Ein Tracking-System zählt Ereignisse: ein Formular wurde abgeschickt, eine Seite aufgerufen, ein Button gedrückt. Es zählt jeden Vorgang, unabhängig davon, ob dahinter ein Mensch steckt, der tatsächlich kaufen möchte. Es kennt keine Absichten, nur Aktionen.

Ein Vertriebssystem zählt Kontakte: Menschen, mit denen eine Konversation begonnen hat, bei denen eine Qualifikation stattgefunden hat, bei denen sich jemand die Mühe gemacht hat, einen Eintrag anzulegen. Es zählt nichts, was nicht manuell erfasst oder bewusst übernommen wurde.

Was zwischen beiden liegt

Zwischen dem Moment, in dem jemand ein Formular abschickt, und dem Moment, in dem ein Vertriebsmitarbeiter diesen Namen ins System einträgt, liegt eine Strecke, die kein System automatisch überbrückt. Dort entscheiden Menschen, was weitergegeben wird und was nicht. Was zu vage wirkt. Was wie eine Testanfrage aussieht. Was am Montagmorgen im Postfach liegt und bis Freitagabend keine Antwort bekommen hat.

Das Tracking-System weiß davon nichts. Es hat seinen Zähler längst weitergedreht.

Das Tracking-System zählt ab dem Klick auf „Absenden".
Das Vertriebssystem zählt ab dem ersten Gespräch.
Dazwischen liegt ein Prozess, der in keiner der beiden Datenbanken auftaucht.

Wenn jemand fragt, warum Tracking 47 zählt und Vertrieb zwölf findet, ist die ehrliche Antwort nicht: eines der Systeme ist falsch. Die ehrliche Antwort ist: beide messen dasselbe Wort mit einer anderen Uhr.

Das ist auch kein Problem, das sich durch eine bessere technische Verbindung der beiden Systeme lösen ließe. Es ist ein Definitionsproblem: Was ist ein Lead? Ab wann fängt er an zu existieren? Wer entscheidet das — und wo steht es geschrieben?

Wenn diese Frage nie gestellt wurde, hat jedes System seine eigene stille Antwort gefunden. Die Zahlen, die daraus entstehen, sind in sich konsistent. Sie beschreiben nur nicht dasselbe.

In den meisten Betrieben gibt es keine schriftliche Antwort auf diese Frage. Deswegen gibt es auch keine Zahl, der alle vertrauen.

Was ein Tracking-Event tatsächlich aufzeichnet

Ein Tracking-Event ist ein Zeitstempel mit einem Namen. Mehr nicht. Wenn jemand auf „Absenden" klickt, schreibt das System in seine eigene Datenbank: Uhrzeit, Seite, Aktionsname, eine anonyme Sitzungskennung. Ob dahinter ein echter Mensch mit einer gültigen E-Mail-Adresse steckt — das steht dort nicht. Ob dieser Mensch schon einmal Kontakt aufgenommen hat — auch nicht.

Der Name des Events ist das, was ein Team bei der Einrichtung gewählt hat. „lead_form_submitted", „contact_request", „anfrage_abgeschickt" — das sind keine Kategorien, die das System selbst vergibt. Sie sind eine Entscheidung, die einmal getroffen wurde, und die seitdem unverändert gilt, egal was sich an der dahinterliegenden Seite oder dem Prozess verändert hat.

Was im Datensatz steht

Ein typischer Event-Datensatz enthält:

Den Zeitpunkt des Klicks
Die URL der Seite, auf der er stattfand
Eine Sitzungs-ID, die mit dem Browser-Verlauf dieser Sitzung verknüpft ist
Den Event-Namen, so wie er konfiguriert wurde
Gegebenenfalls zusätzliche Felder, die beim Einrichten mitgegeben wurden — Herkunftskanal, Kampagnenname, Formularfeld-Inhalte, wenn das ausdrücklich so eingerichtet wurde

Was nicht drin steht: ob die eingetragene E-Mail-Adresse existiert. Ob das Formular vollständig ausgefüllt war. Ob die Anfrage das eigene System überhaupt erreicht hat. Der Event feuert in dem Moment, in dem der Klick erkannt wird — nicht in dem Moment, in dem eine Anfrage irgendwo verarbeitet wurde.

Wie ein Klick zum Lead wird

Die Entscheidung, diesen Event als „Lead" zu zählen, liegt im Analyse-Tool. Dort hat jemand eine Regel angelegt: Immer wenn dieser Event ausgelöst wird, zählt das als eine Conversion. Diese Regel kennt keine Ausnahmen — nicht den Testklick einer Kollegin, nicht den automatisierten Aufruf aus einem anderen Land, nicht die Eigenanfrage, die ein Mitarbeiter abgeschickt hat, um zu prüfen, ob das Formular noch funktioniert.

Das Analyse-Tool protokolliert zuverlässig, was im Browser passiert. Es hat keinen Zugriff auf das, was danach passiert — ob jemand antwortet, ob ein Gespräch stattfindet, ob die Person zur Zielgruppe gehört. Diesen Abgleich kann kein Tracking-System leisten, weil er Informationen aus zwei Welten zusammenbringt, die voneinander getrennt sind: die des Browsers und die des eigenen Betriebs.

Das ist keine Schwäche des Systems. Es ist seine Funktion. Ein Tracking-Tool misst Browserverhalten — präzise, vollständig, ohne Urteil. Wer von dort aus auf Vertriebsergebnisse schließt, ergänzt eine Lücke mit einer Annahme, ohne dass das System ihn dabei aufhalten würde.

Wo zwischen Absenden und Datensatz etwas verloren geht

Die Bestätigungsmeldung nach dem Klick auf „Absenden" lautet meistens: Ihre Nachricht wurde übermittelt. Das stimmt in dem Moment, in dem sie erscheint — der Server hat die Anfrage entgegengenommen. Was danach passiert, sagt sie nicht.

Zwischen dem Empfang durch den Server und einem tatsächlich nutzbaren Eintrag in einer Arbeitsliste liegen gewöhnlich mehrere Schritte: Speicherung, Benachrichtigung, Zuordnung. Jeder dieser Schritte kann einzeln scheitern, ohne dass der vorherige davon erfährt. Das Ergebnis ist ein System, das meldet: alles gut — während an einer Stelle in der Strecke still nichts mehr ankommt.

Drei Konstellationen, die in der Praxis auftreten

Abbruch vor der Serverantwort. Das Formular schließt, bevor der Browser die Antwort des Servers empfangen hat. Die Person hat geklickt — nach ihrer Wahrnehmung ist das Formular abgeschickt. Technisch ist die Anfrage unterwegs, aber der Vorgang wird durch ein geschlossenes Tab oder einen Verbindungsabbruch unterbrochen. Auf der anderen Seite landet kein Eintrag. Das System meldet keinen Fehler, weil aus seiner Sicht keine vollständige Anfrage angekommen ist.

Eintrag gespeichert, Benachrichtigung ausgeblieben. Der Eintrag steht in der Kontaktliste, das Zählsystem registriert ihn — der Vertrieb sieht ihn nie, weil die Benachrichtigungsmail im Spam-Ordner gelandet ist oder der Versand still gescheitert ist. Gespeichert und beim richtigen Menschen angekommen sind nicht dasselbe.

Eingang akzeptiert, Eintrag verworfen. Manche Systeme prüfen eingehende Daten auf Vollständigkeit oder Format. Schlägt diese Prüfung fehl — weil ein Pflichtfeld leer blieb oder einen unerwarteten Inhalt trägt —, wird der Eintrag abgewiesen. In einigen Systemen wird das protokolliert. In vielen nicht. Was nicht protokolliert wird, existiert für alle praktischen Zwecke nicht.

Das gemeinsame Merkmal dieser Lücken

Allen drei Konstellationen ist gemeinsam, dass sie kein sichtbares Signal erzeugen. Der Absender hat eine Bestätigung gesehen. Das Zählsystem hat ein Ereignis registriert. Niemand hat einen Fehler gemeldet. Und trotzdem fehlt der Eintrag.

Diese Lücke fällt erst auf, wenn jemand die Zahl aus dem Tracking mit der Zahl aus der Kontaktliste vergleicht. Das passiert meistens dann, wenn die Differenz schon groß ist — 47 auf einer Seite, 12 auf der anderen.

Wie groß die Lücke in einem konkreten Aufbau tatsächlich ist, lässt sich nur messen, nicht schätzen. Wer auf die Bestätigung im Browser oder auf die Tageszählung im Tracking vertraut, misst die falsche Seite der Strecke.

Warum dieselbe Person mehrfach gezählt wird

Das Tracking kennt keine Personen. Es kennt Sitzungen. Eine Sitzung beginnt, wenn ein Browser eine Seite aufruft, und sie endet — je nach Konfiguration — nach dreißig Minuten Inaktivität oder wenn der Browser geschlossen wird. Eine Person, die am Morgen auf dem Smartphone auf Ihre Seite stößt und abends am Rechner das Formular ausfüllt, ist für das System zwei verschiedene Besucher. Zwei Sitzungen, zwei Ereignisse, zwei Einträge.

Das ist kein Fehler in dem Sinn, dass jemand etwas falsch eingerichtet hat. Es ist die Konsequenz daraus, wie Sitzungen technisch funktionieren: Ein Identifikationsmerkmal wird im Browser gespeichert. Wechselt die Person das Gerät, nutzt den privaten Modus oder löscht den Verlauf, ist dieses Merkmal weg. Das System hat keine andere Möglichkeit, als eine neue Sitzung anzulegen — es weiß nicht, dass es dieselbe Person war.

Wo Zählungen sich multiplizieren

Komplizierter wird es, wenn dieselbe Person ein Formular mehrfach absendet. Das passiert häufiger, als die Auswertung vermuten lässt: Eine Fehlermeldung erscheint, die Person versucht es erneut. Die Bestätigungsseite lädt nicht, also wird das Formular ein zweites Mal abgeschickt. Jeder dieser Versuche erzeugt ein separates Ereignis.

Erster Versuch: Formular abgeschickt, Fehlermeldung erscheint — kein Eintrag im System, aber ein Ereignis im Tracking.
Zweiter Versuch: Formular erneut abgeschickt, diesmal erfolgreich — ein Eintrag, ein weiteres Ereignis.
Tracking-Ergebnis: zwei gezählte Absendungen. Eine Anfrage.

Hinzu kommt eine strukturelle Quelle: Manche Systeme erfassen nicht nur das Absenden, sondern auch das Aufrufen der Bestätigungsseite als eigenes Ereignis. Wenn beide Ereignisse als Lead definiert sind — was in eilig eingerichteten Setups vorkommt —, zählt ein einziges ausgefülltes Formular doppelt. Wer das nicht weiß, sucht nach Anfragen, die nicht existieren.

Und noch eine weitere Quelle: Werbeplattformen rechnen in eigenen Systemen. Ein Klick auf eine Anzeige, der zu einem ausgefüllten Formular führt, erscheint dort als Conversion. Dasselbe Formular erscheint im Analytics-System als Lead. Dasselbe Ergebnis, zweifach erfasst, in zwei Systemen, die nichts voneinander wissen. Wenn am Monatsende beide Zahlen in einem Bericht nebeneinanderstehen, werden sie gelegentlich addiert statt verglichen.

Das erklärt einen Teil der Lücke zwischen 47 und zwölf. Nicht alle 47 sind falsch — aber einige davon sind dieselbe Person, die zweimal oder dreimal auftaucht. Wie viele genau, lässt sich ohne manuellen Abgleich nicht bestimmen. Das ist der Punkt, an dem das Tracking aufhört zu helfen und die Handarbeit beginnt.

Was bleibt, wenn man die Lücke kennt

Wer die Abweichung einmal verstanden hat, kann sie nicht mehr ignorieren. Das ist keine Erleichterung — es ist eine neue Zumutung. Denn jetzt stellt sich die eigentlich schwierige Frage: Welche Entscheidungen der vergangenen Monate haben auf einer Zahl beruht, die etwas anderes gemessen hat, als man annahm?

In den meisten Teams sind das keine kleinen Entscheidungen. Welche Kampagne wurde verlängert, weil die Zahlen gut aussahen? Welcher Kanal wurde zurückgefahren, weil er enttäuschte? Wer wurde bewertet, wer bekam Budget? Diese Fragen lassen sich rückwirkend nicht sauber beantworten — die Datenlage war damals schon so, wie sie war.

Die Zahl bleibt, aber sie bedeutet weniger

Eine naheliegende Reaktion ist, das Tracking-System zu verfeinern: mehr Ereignisse erfassen, mehr Felder befüllen, einen Abgleichsbericht einrichten. Das kann helfen. Es löst das Grundproblem aber nicht, solange die beiden Zählweisen nicht aufeinander abgestimmt sind. Ein präziseres Tracking liefert präzisere Tracking-Zahlen. Ob diese die Wirklichkeit des Vertriebs abbilden, ist eine andere Frage.

Was konkret bleibt, ist eine Zweispurigkeit: Das Tracking zählt weiter, der Vertrieb zählt weiter. Beide Zahlen sind real. Beide messen etwas — aber nicht dasselbe. Teams, die damit umgehen lernen, behandeln die Abweichung selbst als Kennzahl: Wird die Lücke kleiner, hat sich etwas verbessert. Wird sie größer, hat sich etwas verschlechtert. Was genau, muss man dann herausfinden.

Was man dem Gespräch schuldet

Schwieriger als die technische Frage ist oft die organisatorische: Wer trägt die Lücke in Besprechungen? Ein Vertriebsbericht, der zwölf Leads nennt, und ein Marketing-Report, der 47 nennt, sind kein Zeichen schlechter Zusammenarbeit — sie sind das normale Ergebnis zweier Systeme, die unterschiedliche Dinge zählen. Das lässt sich erklären. Es lässt sich aber nicht von selbst erklären, wenn niemand es zuerst anspricht.

Das Unbequeme an einer bekannten Lücke ist, dass man jetzt entscheiden muss, wie man mit ihr arbeitet — nicht mehr, ob sie existiert. Beides ist eine bewusste Entscheidung: weiterzumachen wie bisher, mit dem Wissen, dass die Zahl unvollständig ist, oder eine gemeinsame Zählweise zu vereinbaren, die beide Seiten als gültig akzeptieren. Keine dieser Entscheidungen ist technisch. Beide haben technische Konsequenzen.

Was keine der beiden Entscheidungen leistet: die vergangenen Zahlen nachträglich richtigstellen. Die liegen so, wie sie liegen. Was sich ändern lässt, ist der Umgang mit dem, was als Nächstes gemessen wird.