Seit März 2024 verlangt Google den Consent Mode v2 von jeder Website, die den Zugang zu GA4- und Google-Ads-Daten für europäische Nutzer behalten möchte. In 2026 laufen viele PrestaShop-Shops noch mit einer schlecht verstandenen Konfiguration — entweder auf vergessenem Consent Mode v1, auf einem schlecht verdrahteten v2, oder schlimmer noch, ganz ohne Consent Mode. Das Ergebnis ist immer dasselbe: partielle GA4-Daten, Google-Ads-Zielgruppen, die sich nicht mehr füllen, und ein DSGVO-Compliance-Risiko, das Datenschutzbehörden seit ihren Sanktionen 2024–2025 immer ernster nehmen.
Dieser Leitfaden deckt die vollständige Consent-Mode-v2-Konfiguration auf PrestaShop 8 ab: was sich gegenüber v1 geändert hat, den einzurichtenden technischen Stack (CMP + Google Tag Manager + GA4), typische Fehler aus Audits und wie man vor Abschluss des Themas verifiziert, dass alles wirklich funktioniert.
Was Consent Mode v2 konkret gegenüber v1 ändert
Consent Mode v1 (2020 eingeführt) verwaltete zwei Consent-Parameter: ad_storage und analytics_storage.
Consent Mode v2 (März 2024) fügt zwei weitere hinzu:
ad_user_data— Erlaubnis, Nutzerdaten zu Werbezwecken an Google zu senden (z.B. gehashte E-Mail für Customer Match). Ohne dies füllen sich Ihre benutzerdefinierten Google-Ads-Zielgruppen nicht mehr.ad_personalization— Erlaubnis, diese Daten für personalisierte Werbung zu verwenden (Remarketing, Lookalike-Zielgruppen). Ohne dies laufen Ihre Remarketing-Kampagnen ins Leere.
Die andere wichtige Änderung ist die Unterscheidung zwischen Basic Consent Mode (wenn ein Nutzer Cookies ablehnt, werden keine Google-Tags ausgelöst — 100% Datenverlust für diesen Besucher) und Advanced Consent Mode (Google-Tags werden trotzdem ausgelöst, aber im „cookielose“ Modus mit anonymen Pings, und Google verwendet statistische Modellierung zur Lückenfüllung).
Entscheidend: Consent Mode v2 muss vor allen anderen Google-Tags auf der Seite deklariert werden. Dies ist der häufigste Fehler in Audits.
Der Stack für PrestaShop 8
Eine saubere Konfiguration stützt sich auf drei Komponenten: eine CMP (tarteaucitron, Axeptio, Didomi), Google Tag Manager als zentralen Hub, und GA4 und Google Ads als Destinationen. Das Google Tag Pro Modul implementiert die vollständige Kette auf PrestaShop 8 mit nativem Consent Mode v2 und automatischer Kompatibilität mit gängigen CMPs.
GTM-Konfiguration mit Consent-State-Triggern
Default-Konfigurationstag (zuerst auf allen Seiten auslösen):
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'wait_for_update': 500
});Update-Tag (nach Nutzerentscheidung auslösen):
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted',
'analytics_storage': 'granted'
});In GTM wird dieser Tag durch ein benutzerdefiniertes Event (z.B. consent_granted) ausgelöst, das die CMP nach dem Klick auf „Alle akzeptieren“ in den dataLayer pusht.
Verifizierung: Debugging mit Google Tag Assistant
Der Google Tag Assistant (tagassistant.google.com) lädt die Seite in einer Debug-Session und verfolgt alle ausgehenden Events. Kritischer Test: komplette Kaufreise durchführen und prüfen, dass alle Events mit den korrekten Zuständen gesendet werden: denied auf alle 4 Parameter vor dem Consent, granted nach „Alle akzeptieren“.
Der GA4-Bericht „Consent-Zustände“ zeigt den Prozentsatz der mit granted vs. denied Consent erhaltenen Events — bei einer korrekt konfigurierten CMP sollten 30–60 % granted sein.
Typische Fehler aus Audits
Fehler 1: Default-Tag löst nach dem GA4-Tag aus. Consent Mode muss zuerst initialisiert werden. Lösung: in GTM den „Initialization“-Trigger verwenden.
Fehler 2: Update-Tag löst nie aus. Symptom: alle Pings bleiben denied. Ursache: CMP pusht das erwartete Event nicht in den dataLayer oder GTM hört auf den falschen Event-Namen.
Fehler 3: GTM durch die CMP selbst blockiert. Einige CMP behandeln GTM als Drittanbieter-Tracker. Die CMP muss GTM vor dem Consent laden lassen.
Fehler 4: Multi-Modul-Konflikte. Shops mit mehreren angesammelten Tracking-Modulen haben sich gegenseitig kurzschließende Tags. Lösung: alle aktiven Tracking-Module auditieren und nur eines behalten, das alles orchestriert.
Fehler 5: keine Handhabung von Präferenzänderungen. Wenn ein Nutzer in den Einstellungen seinen Consent ändert, muss die CMP ein neues Update-Event auslösen.
Fehler 6: Consent Mode v1 neben v2 vergessen. Alle Consent-Mode-v1-Spuren entfernen, bevor v2 eingerichtet wird.
Statistische Modellierung: was trotz Ablehnung gewonnen wird
Der Advanced Consent Mode sendet anonymisierte Pings und Google schätzt per ML, was bei Consent-Erteilung passiert wäre. Die Modellierung aktiviert sich erst ab Mindestvolumschwellen (~1.000 Events/Tag). Für Google-Ads-Kampagnen kann der Advanced Consent Mode 20–40% „verpasste“ Conversions in Berichten zurückgewinnen und hält die Smart-Bidding-Algorithmen am Lernen trotz Rückgang des expliziten Consents.
Fazit: eine obligatorische Investition, die Genauigkeit erfordert
Consent Mode v2 auf PrestaShop ist 2026 keine Option mehr. Es ist eine Anforderung sowohl für DSGVO-Compliance als auch für den Erhalt der vollständigen Google-Ads-Funktionalität. Die Konfiguration erfordert Genauigkeit: präzise Auslösereihenfolge, CMP/GTM/GA4-Koordination, systematische Verifikation mit Tag Assistant.
Für verwandte Themen besuchen Sie unsere PrestaShop-Tutorials oder unsere E-Commerce-Nachrichten. Das Google Tag Pro Modul implementiert die vollständige Kette auf PrestaShop 8.