Fast jedes Unternehmen hat Analytics installiert. Fast keines kann die Frage beantworten, die zählt: Welcher Kanal hat die letzten zehn Anfragen erzeugt, und was hat jede davon gekostet?
Der Grund ist selten das Werkzeug. Es ist die Reihenfolge, in der das Setup entstanden ist: erst das Tool, dann irgendwann die Frage, was es eigentlich messen soll. Dieser Text beschreibt, wie wir es umgekehrt machen — und welche Fehler wir in bestehenden Setups am häufigsten finden.
Erst die Frage, dann das Event, dann das Tool
Ein brauchbares Tracking beginnt mit einer Liste von Entscheidungen, die ihr treffen wollt. Nicht mit einer Liste von Dingen, die man messen könnte.
Typische Entscheidungen: Welcher Kanal bekommt nächsten Monat mehr Budget? Lohnt sich die Landingpage, oder soll sie weg? Kommen die guten Anfragen über das Formular oder über den Anruf? Für jede dieser Fragen braucht es genau die Daten, die sie beantworten — und nichts darüber hinaus.
Daraus ergeben sich die Conversion-Schritte: die drei bis fünf Handlungen, die tatsächlich Geld bedeuten. Formular abgeschickt. Rückruf angefragt. Termin gebucht. Angebot heruntergeladen. Erst wenn diese Schritte benannt sind, wird daraus ein Event-Plan, und erst dann wird ein Werkzeug konfiguriert.
Fehler 1: Es wird gezählt, was leicht zu zählen ist
Seitenaufrufe, Verweildauer, Scrolltiefe — all das ist mit zwei Klicks aktiviert und sagt fast nichts darüber, ob aus einem Besuch eine Anfrage wird. Ein Report, der diese Zahlen zeigt, sieht nach Aktivität aus und ermöglicht keine einzige Budgetentscheidung.
Die Lösung ist Reduktion. Weniger Events, dafür die richtigen. Ein Setup mit vier sauber definierten Conversions ist mehr wert als eines mit vierzig automatisch gesammelten Interaktionen.
Fehler 2: Die Danke-Seite als Conversion
Der Klassiker: Die Conversion wird auf den Aufruf der Seite /danke gelegt. Das zählt jeden Reload, jeden Zurück-Klick, jeden Bot und jeden, der die URL aus dem Verlauf öffnet. Je nach Seite sind zwanzig bis vierzig Prozent dieser „Conversions" keine.
Sauber ist ein Event, das im Moment des erfolgreichen Absendens ausgelöst wird — serverseitig bestätigt, nicht nur beim Klick auf den Button. Wer es genau nimmt, übergibt dabei gleich eine eindeutige ID, damit dieselbe Anfrage später im CRM wiedererkannt werden kann.
Fehler 3: Die Quelle geht auf dem Weg verloren
Jemand klickt eine Anzeige, liest zwei Seiten, kommt drei Tage später über die Suche zurück und schickt ein Formular. Im CRM steht dann „Quelle: Website". Der Anzeigenklick, der das ausgelöst hat, ist verschwunden.
Das Problem sitzt in den Übergaben. Kampagnenparameter müssen beim ersten Besuch gespeichert und beim Absenden mitgegeben werden — nicht nur als Analytics-Event, sondern als Feld, das im CRM ankommt. Ohne diese Kette kann niemand sagen, welcher Kanal eine gewonnene Anfrage erzeugt hat, und jede Optimierung läuft auf Leads statt auf Umsatz.
Fehler 4: Consent bricht Events weg, und niemand merkt es
Seit die Einwilligung vor dem Tracking steht, fehlt bei jedem Setup ein Teil der Daten. Das ist unvermeidbar und in Ordnung. Nicht in Ordnung ist, wenn das Setup davon nichts weiß: Events feuern vor der Einwilligung ins Leere, nach der Einwilligung fehlen sie, und die Zahlen im Report schwanken je nach Consent-Rate, ohne dass jemand die Ursache kennt.
Wir bauen die Kette so, dass Events die Einwilligung respektieren und erst danach sauber nachgeladen werden. Und wir dokumentieren, welcher Anteil der Besucher überhaupt sichtbar ist — damit eine Conversion-Rate nicht mit einer Zahl verglichen wird, die auf einer anderen Basis entstanden ist.
Fehler 5: Doppelt und dreifach
Ein Tag-Manager-Container, in dem drei Generationen von Marketing-Verantwortlichen ihre Tags hinterlassen haben. Das Formular-Event feuert zweimal, einmal aus dem Container, einmal aus dem Plugin. Google Ads bekommt Conversions aus zwei Quellen und rechnet beide.
Die Lösung ist unspektakulär: ein einziger Ort, an dem Events definiert sind, eine Namenskonvention, die man ohne Erklärung versteht, und ein regelmäßiger Blick in die Debug-Ansicht, ob pro Handlung genau ein Event ankommt.
Serverseitig, wenn es zählt
Adblocker, Tracking-Schutz in Safari und Firefox, verkürzte Cookie-Laufzeiten — der Anteil der Besucher, die ein rein browserseitiges Tracking nicht sieht, wächst jedes Jahr. Für Werbeplattformen heißt das: Sie optimieren auf einem unvollständigen Bild.
Ein serverseitiges Setup übergibt Conversions vom eigenen Server an Analytics und Werbeplattformen, statt darauf zu hoffen, dass der Browser das erledigt. Das ist aufwendiger im Aufbau und lohnt sich ab dem Moment, an dem Werbebudget im Spiel ist. Für eine Seite ohne Kampagnen ist es meist nicht nötig.
Wichtig dabei: Serverseitig heißt nicht „ohne Einwilligung". Die Einwilligung gilt genauso. Was sich ändert, ist die Zuverlässigkeit der Übertragung nach der Einwilligung.
Was ein Report können muss
Am Ende muss ein Report eine Entscheidung auslösen. Konkret braucht es pro Kanal:
- Anzahl der Anfragen im Zeitraum
- Kosten pro Anfrage
- Anteil der Anfragen, die zu einem Auftrag geworden sind
- daraus: Kosten pro gewonnenem Auftrag
Alles Weitere — Impressionen, Klicks, Klickrate — ist Diagnose, wenn eine dieser vier Zahlen aus dem Ruder läuft. Es gehört nicht auf die erste Seite.
Womit ihr anfangen könnt
- Schreibt die drei Handlungen auf, die euch tatsächlich Geld bringen.
- Prüft in der Debug-Ansicht, ob jede davon genau ein Event auslöst — nach der Einwilligung, nicht davor.
- Schaut in euer CRM: Steht bei den letzten zehn Anfragen eine Quelle, die mehr sagt als „Website"?
- Wenn eine dieser Prüfungen scheitert, ist das der Ausgangspunkt.
Wie das mit SEO und Kampagnen zusammenhängt, steht in SEO für mehr Anfragen. Wenn ihr wissen wollt, was euer aktuelles Setup hergibt, schreibt uns kurz — ein Tracking-Audit ist meist der schnellste Weg zu einer Antwort. Mehr dazu auf der Seite zu SEO & Analytics.
