Das purchase-Event kommt in GA4 an, aber ohne Umsatz. Oder die Anfrage wird als generate_lead gezählt, der Formulartyp steht jedoch auf undefined. In Setups, die ich prüfe, ist das Tag dabei meist richtig gebaut. Das Problem liegt in der Reihenfolge: Das Event wird gepusht, die Daten dazu erst einen Moment später.

Nach diesem Artikel wissen Sie, warum Tags leere Werte senden, wenn Daten zu spät im dataLayer landen, und wie Sie die Pushes richtig aufbauen.

Warum die Reihenfolge der Pushes zählt

Ein Tag liest seine Variablen in dem Moment, in dem sein Trigger feuert. Laut Google-Dokumentation zum dataLayer verarbeitet der Tag Manager Nachrichten in der Reihenfolge ihres Eingangs. Kommt zuerst der Push mit dem Event und danach der Push mit den Daten, ist das Tag längst gefeuert, wenn die Werte eintreffen.

Klassisch ist die Danke-Seite eines Shops: Das Event feuert beim Laden, die Transaktionsdaten pusht das Shop-System einen Tick später. Im B2B sehe ich dasselbe bei Formularen, deren Werte wie Produktinteresse oder Formulartyp erst nach dem Absende-Event übergeben werden. Google weist zudem darauf hin, dass aktualisierte Werte nicht sicher für das nächste Event bereitstehen, und empfiehlt, jeder Nachricht einen Event-Namen mitzugeben.

Woran Sie es erkennen

Der Fehler zeigt sich in GA4 als Event ohne Parameter oder mit undefined-Werten. Prüfen Sie im Vorschaumodus des GTM:

  1. Wählen Sie links das Event, auf das Ihr Tag feuert, und öffnen Sie den Reiter „Data Layer“.
  2. Stehen dort zu diesem Zeitpunkt alle Werte, die das Tag senden soll?
  3. Taucht der Datensatz erst bei einem späteren Eintrag in der Liste auf?
  4. Zeigt der Reiter „Variables“ beim auslösenden Event undefined für die betroffenen Variablen?

Lösung: Event und Daten in einem Push

Drehen Sie die Reihenfolge um: erst die Daten, dann das Event. Am robustesten ist ein einziger Push, der den Schlüssel event und alle Daten gemeinsam enthält. Google dokumentiert, dass sich mehrere Variablen und ein Event in einer Nachricht übergeben lassen. Im GTM reagiert dann ein Trigger für benutzerdefinierte Ereignisse auf genau diesen Event-Namen.

Stimmen Sie das mit der Entwicklung oder dem Shop-Anbieter als feste Schnittstelle ab: welcher Event-Name, welche Felder, welcher Zeitpunkt. Feuert das Tag bisher auf den Seitenaufruf, stellen Sie es auf das benutzerdefinierte Event um. Wie Sie solche Schnittstellen auch serverseitig sauber weiterverarbeiten, beschreibe ich im Ratgeber zum Server-side Tagging.

Nächster Schritt

Diese Punkte können Sie selbst prüfen:

  • Vorschau: Liegen beim auslösenden Event alle Werte bereits im dataLayer?
  • Push-Struktur: Kommen Event-Name und Daten in einem gemeinsamen Push?
  • Trigger: Feuern Conversion-Tags auf ein benutzerdefiniertes Event statt auf den Seitenaufruf?
  • GA4: Kommen Events wie purchase oder generate_lead mit vollständigen Parametern an?

Weitere typische Fehler finden Sie im Ratgeber zu den häufigsten Conversion-Tracking-Fehlern. Wenn Sie Ihre dataLayer-Schnittstelle prüfen lassen wollen, können Sie ein Erstgespräch buchen.

Dieser Beitrag ist keine Rechtsberatung. Benjamin Juling ist kein Rechtsexperte für Datenschutz. Wir empfehlen, die Umsetzung vor dem Einsatz mit einem Datenschutz-Experten oder einem Datenschutz-Anwalt zu prüfen.