# DSGVO 2026 und Consent Mode v2 auf PrestaShop: Vollständige Konfiguration für DSGVO-Konformität und GA4-Tracking

> Seit März 2024 verlangt Google den Consent Mode v2 für den Zugang zu GA4 und Google Ads. In 2026 sind viele PrestaShop-Shops noch falsch konfiguriert. Vollständiger Leitfaden: technischer Stack, GTM, Debugging, typische Fehler.

- Seite: <https://www.datafirefly.com/de/2026/05/09/dsgvo-consent-mode-v2-prestashop-2026-ga4-tracking/>
- Sprache: de
- Veröffentlicht am: 2026-05-09
- Aktualisiert am: 2026-08-06
- Weitere Sprachen: [fr](https://www.datafirefly.com/2026/05/09/rgpd-consent-mode-v2-prestashop-2026-tracking-ga4/index.md), [en](https://www.datafirefly.com/en/2026/05/09/gdpr-consent-mode-v2-prestashop-2026-ga4-tracking/index.md), [es](https://www.datafirefly.com/es/2026/05/09/rgpd-consent-mode-v2-prestashop-2026-tracking-ga4-es/index.md), [it](https://www.datafirefly.com/it/2026/05/09/gdpr-consent-mode-v2-prestashop-2026-tracking-ga4/index.md), [pl](https://www.datafirefly.com/pl/2026/05/09/rodo-consent-mode-v2-prestashop-2026-tracking-ga4/index.md), [nl](https://www.datafirefly.com/nl/2026/05/09/avg-consent-mode-v2-prestashop-2026-ga4-tracking/index.md), [pt](https://www.datafirefly.com/pt/2026/05/09/rgpd-consent-mode-v2-prestashop-2026-rastreio-ga4/index.md)
- Index: <https://www.datafirefly.com/de/2026/llms.txt>

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](https://www.datafirefly.com/de/produkt/google-tag-pro-plug-play/) 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](https://www.datafirefly.com/de/kategorie/prestashop-tutorials/) oder unsere [E-Commerce-Nachrichten](https://www.datafirefly.com/de/kategorie/e-commerce-news/). Das [Google Tag Pro Modul](https://www.datafirefly.com/de/produkt/google-tag-pro-plug-play/) implementiert die vollständige Kette auf PrestaShop 8.

Zum Umsetzen: [unsere Auswahl an Modulen für DSGVO und Cookies](https://www.datafirefly.com/de/solutions/prestashop/dsgvo-cookies/) und [die Auswahl, um Ihre Conversions zu messen](https://www.datafirefly.com/de/solutions/prestashop/conversion-tracking/).