Weniger Conversions nach einem neuen Cookie-Banner?

Trennen Sie zuerst eine geschäftliche Veränderung von einer Veränderung in der Messung. Vergleichen Sie die zugrunde liegenden Bestellungen oder qualifizierten Leads mit dem Werbebericht und prüfen Sie dann die Einwilligungssignale und Conversion-Events. Ein Rückgang nach einer Banner-Änderung ist ein nützlicher Hinweis, aber der zeitliche Zusammenhang allein belegt nicht die Ursache.

Dieser Leitfaden richtet sich an Marketer, die GA4 und Google Ads nutzen. Beginnen Sie mit der Übersicht und gehen Sie die Prüfungen dann mit der Person durch, die für die Implementierung verantwortlich ist, bevor Sie eine große Budgetentscheidung treffen.

Kurzübersicht zur Fehlersuche

Gehen Sie die Prüfungen in dieser Reihenfolge durch. Die ersten beiden zeigen, ob sich über den Bericht hinaus etwas verändert hat; die übrigen helfen Ihnen, die Ursache einzugrenzen.

1. Prüfen, ob Verkäufe oder Leads tatsächlich gesunken sind

Ermitteln Sie das Geschäftsergebnis anhand Ihres Bestellsystems oder CRM. Gleichen Sie den Zeitraum ab und berücksichtigen Sie Erstattungen, Stornierungen, doppelte Leads und den Unterschied zwischen einem abgesendeten Formular und einer qualifizierten Verkaufschance.

Ein Beispiel zur Veranschaulichung: Ein Shop hat vor dem Release 100 bezahlte Bestellungen und danach 98, während die Conversions in Google Ads von 80 auf 56 fallen. Die gemeldeten Conversions sanken um 30 %, die bezahlten Bestellungen um 2 %. Diese Zahlen beweisen keinen Tracking-Fehler, rechtfertigen aber, die Messung zu untersuchen, bevor man der Nachfrage die Schuld gibt.

Vergleichen Sie bei einer echten Analyse gleichwertige Zeiträume und berücksichtigen Sie andere Veränderungen wie Werbeausgaben, Aktionen und den Traffic-Mix.

2. Die Berichte vergleichbar machen

Prüfen Sie Conversion-Definitionen, die Datumszuordnung, Zeitzonen, Attributionszeiträume und Verzögerungen im Reporting. Stellen Sie sicher, dass dieselbe Conversion-Aktion ausgewählt ist und sich ihr Status als primäre oder sekundäre Aktion nicht geändert hat.

GA4 und Google Ads müssen nicht identische Summen zeigen. Googles Leitfaden zur Berichtsidentität in GA4 erklärt, wie die Identitätsoptionen die Darstellung von Nutzern beeinflussen, einschließlich der Modellierung in der gemischten Berichtsidentität (Blended).

Lassen Sie die letzten Tage bei einem ersten Vergleich außen vor. Laut Google können modellierte Conversions bis zu fünf Tage brauchen, bis sie im Reporting von Google Ads vollständig verarbeitet sind.

Notieren Sie, welchen Vergleich Sie anstellen. „Die Verkäufe sind in Analytics gesunken“ ist für die Fehlersuche nicht präzise genug.

3. Standardwerte und Updates prüfen

Öffnen Sie eine neue Sitzung mit Tag Assistant und prüfen Sie die Zeitachse der Einwilligung. Bestätigen Sie den vorgesehenen Standardstatus und testen Sie dann Akzeptieren, Ablehnen und das Ändern der Einstellungen in getrennten Testabläufen.

Sehen Sie sich alle vier v2-Signale an. Ein fehlendes Update kann Tags im Status „verweigert“ belassen, selbst nachdem ein Besucher die relevante Erlaubnis erteilt hat. Ein fälschlich auf „erteilt“ gesetzter Standardwert ist ein anderes Problem und sollte nicht als Mittel betrachtet werden, um das Reporting-Volumen wiederherzustellen.

Prüfen Sie die Reihenfolge mit Googles Leitfaden zum Debugging des Consent Mode und vergleichen Sie das beobachtete Ergebnis mit der für Ihr Banner vereinbarten Zuordnung. Wenn Sie Passiro nutzen, zeigt unser Support Center, wie Sie Google Consent Mode mit Tag Assistant prüfen.

4. Prüfen, ob sich Basic oder Advanced geändert hat

Ein Release kann versehentlich ändern, welche Tags vor der Einwilligung laden. Möglicherweise hat auch jemand eine pauschale Blockierung in eine Konfiguration eingebaut, die zuvor den Advanced-Modus nutzte.

Klären Sie, welches Verhalten beabsichtigt war, bevor Sie es erneut ändern. Bitten Sie die für die Implementierung verantwortliche Person, einen neuen Besuch und einen abgelehnten Besuch zu zeigen. Unser Leitfaden zu Basic vs. Advanced erklärt, was Sie jeweils erwarten sollten.

Wechseln Sie nicht zu Advanced, nur damit eine Kurve steigt. Diese Wahl ändert, was Google vor der Einwilligung erhält, und muss zu den Anforderungen der Website passen.

5. Das Event nach einer echten Interaktion testen

Erteilen Sie die relevante Einwilligung und schließen Sie dann einen Testkauf ab oder senden Sie einen Test-Lead. Wird das Event einmal ausgelöst, erreicht es das vorgesehene Ziel und enthält es den richtigen Wert?

Prüfen Sie auch Seiten außerhalb der Hauptwebsite. Ein Checkout, ein Buchungstool oder ein Formular auf einer anderen Domain kann eine eigene Implementierung haben. Ein Tag kann außerdem das erste infrage kommende Event verpassen, wenn es auf einen Trigger wartet, der schon ausgelöst wurde, bevor sich die Einwilligung geändert hat.

Nennen Sie den Entwicklern den konkreten Fehler: die Seite, die Auswahl, die Interaktion und das erwartete Event. Das hilft mehr als die Bitte, „den Consent Mode zu reparieren“, und der Störungsbericht am Ende dieses Leitfadens hat für jeden dieser Punkte eine Zeile.

6. Implementierung und Berechtigung zur Modellierung trennen

Öffnen Sie in Google Ads den Tab „Diagnose“ einer Website-Conversion-Aktion. Google zeigt einen Status an, wenn Consent Mode implementiert ist, und einen anderen, wenn zusätzlich die Modellierung aktiv ist. Die Anleitung zur Überprüfung legt derzeit einen Schwellenwert von 700 Anzeigenklicks in sieben Tagen pro Gruppierung aus Domain und Land fest und gibt an, dass es 48 Stunden, gelegentlich bis zu zwei Wochen dauern kann, bis der Status erscheint.

Prüfen Sie die verhaltensbasierte Modellierung in GA4 separat. Zu Googles Voraussetzungen gehören Consent Mode auf allen Seiten, wobei Google-Tags in allen Fällen laden (eine Advanced-Implementierung), mindestens 1.000 Events pro Tag bei verweigertem analytics_storage an mindestens sieben Tagen sowie mindestens 1.000 Nutzer pro Tag, die bei erteiltem analytics_storage Events senden, und zwar an mindestens sieben der letzten 28 Tage. Google weist darauf hin, dass deren Erfüllung keine Berechtigung garantiert.

Eine kleinere Property kann daher korrekt implementiert sein, ohne das modellierte Reporting zu liefern, das jemand erwartet hat. Versprechen Sie nicht, dass eine Woche Warten jedes Konto in Ordnung bringt.

7. Einwilligungsentscheidungen und Traffic-Mix prüfen

Verhält sich das technische Setup wie vorgesehen, vergleichen Sie die Banner-Interaktionen bei gleichwertigen Zielgruppen. Eine Kampagne, die mehr mobilen Traffic oder Besucher aus einem anderen Markt bringt, kann das Muster der Einwilligungsentscheidungen verändern.

In Passiro zeigen die Einwilligungsstatistiken die Akzeptanz-, Ablehnungs- und Opt-in-Raten pro Kategorie im Zeitverlauf, nach Land und nach Banner-Version. Unser Support Center erklärt, wie Sie Ihre Einwilligungsstatistiken lesen und warum sie von Analytics-Berichten abweichen.

Prüfen Sie das Banner selbst auf defekte Bedienelemente, unleserlichen Text oder eine versehentliche Layout-Änderung. Auch die Korrektur eines irreführenden alten Designs kann die Akzeptanz senken. Führen Sie keine versteckte Ablehnungsoption, vorab angekreuzte Kästchen oder ein anderes Dark Pattern wieder ein, um mehr zu messen: Das ist keine akzeptable Lösung.

Behalten Sie die Bezugsgröße im Blick. „Akzeptanz unter den Personen, die interagiert haben“ und „Akzeptanz unter allen Banner-Impressionen“ sind unterschiedliche Kennzahlen. Notieren Sie, welche Sie vergleichen, und untersuchen Sie dann das Segment, das sich verändert hat.

Einen kurzen Störungsbericht senden

Füllen Sie diesen Bericht aus, während Sie die Prüfungen durchgehen, und schicken Sie ihn an die Person, die für die Implementierung verantwortlich ist. Damit kann sie schneller handeln als mit einer langen E-Mail-Kette.

Datum und Uhrzeit des Releases:
Betroffener Bericht und Conversion-Aktion:
Vergleich mit CRM oder Bestellungen (gleicher Zeitraum):
Test-URL:
Getroffene Einwilligungsentscheidung:
Aktion im Test:
Erwartetes Event und Ziel:
Beobachteter Fehler:
Verantwortlich:

Ist das Problem behoben, ergänzen Sie die geprüfte Korrektur und ein Datum, an dem die Berichte erneut kontrolliert werden. War die Ursache ein doppeltes Tag oder ein fehlendes Update, erkennt die nächste Person sie so schnell wieder.