Consent-Update fehlt im dataLayer? Die Lösung

Ein Besucher kommt über eine Anzeige in den Shop, sieht das Cookie-Banner und klickt auf Akzeptieren. Alles richtig gemacht – und trotzdem fehlt genau dieser Seitenaufruf in der Auswertung. Die Sitzung beginnt in den Daten erst auf der zweiten Seite, ohne Kampagnenparameter, ohne Einstiegsseite. Der Grund ist unscheinbar: Das Consent-Tool hat dem Tag Manager nie mitgeteilt, dass sich etwas geändert hat.

Das Problem in einem Satz

Tags werden beim Laden der Seite ausgewertet. Zu diesem Zeitpunkt steht der Consent auf verweigert. Klickt der Besucher danach auf Akzeptieren, ändert sich zwar der Status – aber ohne ein Ereignis im dataLayer gibt es keinen Anlass, die Tags erneut zu prüfen. Sie feuern erst beim nächsten Seitenaufruf.

1. Seite lädtConsent steht auf verweigert
2. KlickBesucher akzeptiert das Banner
3. Kein EreignisTags werden nicht neu geprüft
4. Nächste SeiteTags feuern erst jetzt

Warum das in DACH besonders teuer ist

In Deutschland, Österreich und der Schweiz sieht praktisch jeder Erstbesucher ein Banner. Der erste Seitenaufruf ist damit bei fast allen neuen Besuchern betroffen – und gerade er trägt die wertvollsten Informationen:

• die Kampagnenparameter aus der Anzeige,
• die Click-ID von Google oder Meta,
• die Einstiegsseite,
• den Verweis, über den der Besucher kam.

Verlässt der Besucher den Shop nach einer Seite, fehlt er trotz Einwilligung vollständig. Bleibt er, beginnt seine Sitzung ohne Quelle. Kampagnen wirken schwächer, als sie sind, und der Anteil direkter Zugriffe steigt.

So erkennen Sie es

Im Vorschaumodus des Tag Managers. Laden Sie die Seite frisch in einem privaten Fenster und klicken Sie auf Akzeptieren. In der Ereignisliste sollte jetzt ein neuer Eintrag erscheinen – je nach Tool heißt er unterschiedlich. Erscheint nur ein Eintrag für die geänderte Einwilligung, aber kein eigenes Ereignis, an das sich ein Trigger hängen lässt, haben Sie das Problem.

In den Daten. Typische Anzeichen sind ein auffällig niedriger Anteil der Startseite oder der Landingpages an den Einstiegen, Sitzungen ohne Quelle, die auf Unterseiten beginnen, und eine Differenz zwischen Klicks im Werbekonto und Sitzungen, die größer ist als Ihre Ablehnungsrate erklärt.

Im Browser. Beobachten Sie den Netzwerk-Tab: Geht nach dem Klick auf Akzeptieren eine Anfrage an Ihre Analyse- und Werbeplattformen – oder erst nach dem nächsten Seitenwechsel?

Drei Wege zur Lösung

1. Das Ereignis des Consent-Tools nutzen

Die meisten etablierten Consent-Tools senden von sich aus ein Ereignis in den dataLayer, wenn der Besucher entscheidet – oft muss es nur aktiviert oder in der richtigen Version eingebunden werden. Das ist der sauberste Weg, weil er mit dem Tool gepflegt wird. Prüfen Sie die Dokumentation Ihres Anbieters und den Vorschaumodus, bevor Sie etwas Eigenes bauen.

2. Eine Listener-Vorlage im Tag Manager

Sendet das Tool nichts Brauchbares, hilft eine Vorlage aus der Community-Galerie des Tag Managers, die auf Änderungen des Consent-Status lauscht und daraufhin selbst ein Ereignis in den dataLayer schreibt – Stape stellt dafür das Tag „Google Consent Mode Listener“ bereit. Auf dieses Ereignis setzen Sie einen benutzerdefinierten Trigger.

3. Der Callback des Tools

Viele Consent-Tools bieten eine Funktion, die nach der Entscheidung aufgerufen wird. Dort lässt sich mit einer Zeile ein eigenes Ereignis in den dataLayer schreiben. Das ist robust, liegt aber außerhalb des Tag Managers und muss bei Updates des Tools im Blick bleiben.

Die Trigger richtig bauen

Das neue Ereignis allein genügt nicht. Entscheidend ist, was daraufhin feuert:

• Seitenaufruf nachholen. Das Tag für den Seitenaufruf bekommt einen zweiten Trigger auf das Consent-Ereignis – mit der Bedingung, dass die nötige Einwilligung jetzt vorliegt.
• Nicht doppelt zählen. Hatte der Besucher schon bei einem früheren Besuch zugestimmt, feuert der Seitenaufruf regulär beim Laden. Das Consent-Ereignis darf dann keinen zweiten auslösen. Üblich ist eine Bedingung, die nur bei einer tatsächlichen Änderung von verweigert auf erteilt greift, oder eine Begrenzung auf einmal pro Seite.
• Reihenfolge beachten. Konfigurations-Tags müssen vor Ereignis-Tags laufen, sonst fehlen dem nachgeholten Seitenaufruf Parameter.

Und auf dem Server?

Bei Server-Side Tracking reist der Consent-Status mit jeder Anfrage zum Server-Container und wird dort erneut geprüft. Fehlt das Update-Ereignis im Browser, kommt beim Server gar nichts an – er kann nichts nachholen, was nie gesendet wurde. Das Problem muss im Browser gelöst werden; der Server sorgt danach dafür, dass die Anfrage zuverlässig durchkommt.

Testen in fünf Schritten

1. Privates Fenster, Seite mit Kampagnenparametern öffnen.
2. Im Vorschaumodus prüfen: Standardzustand verweigert, keine Marketing-Tags gefeuert.
3. Akzeptieren klicken: Das Consent-Ereignis erscheint, der Seitenaufruf feuert einmal – mit den Kampagnenparametern.
4. Seite neu laden: Der Seitenaufruf feuert regulär, das Consent-Ereignis löst keinen zweiten aus.
5. Dasselbe mit Ablehnen: Es feuert nichts.

Fazit

Das fehlende Consent-Update ist einer der häufigsten und am wenigsten beachteten Datenverluste in DACH-Shops – weil er nur Besucher trifft, die zugestimmt haben. Die Korrektur ist klein, der Effekt auf Kampagnenzuordnung und Einstiegsdaten groß.

Wie der Consent Mode insgesamt eingerichtet wird, steht im Beitrag Consent Mode v2 in Shopify; die rechtliche Einordnung unter DSGVO. Wenn Sie Ihr Setup prüfen lassen möchten: Erstgespräch anfragen.