Am 15. Juni 2026 greift ein Update, das viele Shop-Betreiber noch nicht auf dem Schirm haben: Google Signals verliert seine Autorität über Werbedaten, und ad_storage wird zum alleinigen Parameter für die Steuerung von Conversion-Tracking und Remarketing-Audiences (Google/Merkle). Wer sein Consent-Mode-Setup bis dahin nicht angepasst hat, wird einen messbaren Drop in gemeldeten Conversions und einen Verlust von Remarketing-Reichweite erleben. Die Consent-Rate in Deutschland liegt je nach Banner-Design bei 40-54 % (CookieYes/Didomi) — und damit am unteren Ende Europas. Das macht die richtige Konfiguration von Consent Mode v2 für deutsche Online-Shops nicht optional, sondern existenziell für die Datenqualität.
Was sich am 15. Juni 2026 ändert
Bisher kontrollieren zwei Mechanismen parallel, ob Google Werbedaten verarbeitet: Google Signals und der Consent-Mode-Parameter ad_storage. Google Signals ist ein Property-Level-Setting in GA4, das demografische Daten und Cross-Device-Tracking ermöglicht — und bisher auch als Fallback für Werbedaten diente, wenn ad_storage nicht explizit gesetzt war. Ab dem 15. Juni 2026 endet diese Doppelsteuerung (Google/Merkle).
Konkret bedeutet das: ad_storage wird zum alleinigen Gate für die Verarbeitung von Werbedaten. Wenn ad_storage auf denied steht, sammelt Google keine Werbecookies — unabhängig davon, ob Google Signals aktiviert ist. Das betrifft Remarketing-Audiences in GA4, Conversion-Modeling und Enhanced Conversions. Accounts, die sich bisher auf den Signals-Fallback verlassen haben, werden ab dem 15. Juni einen Drop in gemeldeten Conversions sehen.
| Aspekt | Bis 14.06.2026 | Ab 15.06.2026 |
|---|---|---|
| Werbedaten-Steuerung | Google Signals + ad_storage (Dual Control) | ad_storage allein (Single Control) |
| Remarketing-Audiences | Signals-Fallback möglich | Nur mit ad_storage=granted |
| Conversion-Modeling | Signals liefert Datenbasis | Braucht Consented Sessions via ad_storage |
| ad_personalization | Noch kein separater Gate | Wird später 2026 alleiniger Parameter für personalisierte Werbung |
| Google Signals | Autorität über ad_data | Bleibt für Cross-Device, verliert ad_data-Autorität |
Wenn Ihr Setup bisher auf Google Signals als Fallback für Werbedaten gesetzt hat, ohne ad_storage sauber im Consent Mode zu konfigurieren, verlieren Sie ab dem 15. Juni 2026 Daten. Prüfen Sie jetzt, ob Ihr GTM-Container den Parameter ad_storage korrekt an den Consent-Status Ihres Banners koppelt.
Consent-Raten in Deutschland: Die Datenlage
Der Westeuropa-Durchschnitt für Cookie-Consent liegt bei 75,1 % (Didomi Benchmark 2026). Deutschland liegt deutlich darunter. Je nach Banner-Design und Branche bewegt sich die Consent-Rate zwischen 40 und 54 % (CookieYes/Didomi) — das bedeutet, dass fast jeder zweite Besucher Tracking ablehnt. Deutschland hat damit eine der höchsten Ablehnungsraten in der EU.
Das hat direkte Konsequenzen für das Consent-Mode-Update: Wenn ad_storage zum alleinigen Gate wird, bestimmt die Consent-Rate unmittelbar, wie viele Nutzer in Remarketing-Audiences landen und wie groß der Pool ist, aus dem Google Conversion-Modelle trainiert. Bei einer 50 %-Consent-Rate verlieren Sie nicht einfach 50 % der Daten — Sie verlieren die Modellierungsbasis, und die verbleibenden Daten werden unzuverlässiger. Wer seine SEO- und Tracking-Strategie nicht auf diesen Engpass ausrichtet, optimiert im Blindflug.
Gleichzeitig zeigt eine Analyse von Advance Metrics, dass nur 15 % der Cookie-Banner in Europa tatsächlich DSGVO-konform sind (Advance Metrics). Nicht-konforme Banner riskieren nicht nur Bußgelder — sie produzieren auch rechtlich angreifbare Consent-Signale, die im Ernstfall nichts wert sind. Die CNIL hat 2025 Bußgelder in Höhe von 325 Mio. Euro gegen Google und 150 Mio. Euro gegen Shein wegen Cookie-Verstößen verhängt (CNIL). Das Risiko ist real, auch für mittelständische Shops.
75,1 % Westeuropa
Durchschnittliche Consent-Rate in Westeuropa laut Didomi Benchmark 2026 — deutlich über dem deutschen Niveau.
Nur 15 % konform
Nur 15 % der Cookie-Banner in Europa sind tatsächlich DSGVO-konform (Advance Metrics) — ein strukturelles Risiko.
40-54 % in DE
Consent-Rate in Deutschland je nach Banner-Design und Branche (CookieYes/Didomi) — fast jeder Zweite lehnt ab.
Auswirkungen auf Google Ads und Remarketing
Die Umstellung auf ad_storage als alleinigen Parameter hat drei konkrete Auswirkungen auf Google Ads: Erstens werden Remarketing-Audiences in GA4 auf User mit ad_storage=granted beschränkt. Nutzer, die den Consent verweigern, erscheinen nicht mehr in Zielgruppen für Retargeting — auch nicht über den bisherigen Signals-Fallback. Bei einer deutschen Consent-Rate von 40-54 % bedeutet das einen erheblichen Reichweitenverlust in Remarketing-Kampagnen.
Zweitens braucht Googles Konversionsmodellierung einen Mindestpool an Consented Sessions, um belastbare Vorhersagen zu treffen. Google kommuniziert keine exakten Schwellenwerte, aber das ML-Modell wird mit weniger Trainingsdaten weniger genau. Shops mit niedrigen Consent-Raten laufen Gefahr, dass die modellierten Conversions stark vom tatsächlichen Wert abweichen — eine gefährliche Grundlage für Budgetentscheidungen in Google Ads und Performance Max.
Drittens sehen Accounts mit Signals-Fallback einen direkten Drop in gemeldeten Conversions ab dem 15. Juni. Wenn Ihr Setup bisher Conversions über den Signals-Kanal erfasst hat und ad_storage nicht sauber konfiguriert ist, fallen diese Conversions weg — nicht weil weniger Nutzer kaufen, sondern weil die Messung lückenhaft wird. Das kann zu Fehlinterpretationen führen: Kampagnen sehen plötzlich schlechter aus, obwohl sich am tatsächlichen Kaufverhalten nichts geändert hat.
- Remarketing-Audiences schrumpfen — nur noch User mit ad_storage=granted sind nutzbar
- Conversion-Modeling wird ungenauer — weniger Trainingsdaten bei niedrigen Consent-Raten
- Signals-Fallback entfällt — Accounts ohne sauberes ad_storage-Setup verlieren gemeldete Conversions
- Budget-Fehlsteuerung droht — Kampagnen sehen schlechter aus, obwohl sich das Kaufverhalten nicht ändert
- ad_personalization kommt als nächstes — später 2026 wird dieser Parameter alleiniger Gate für personalisierte Werbung
Consent Mode v2: Basic vs Advanced Mode
Google unterscheidet bei Consent Mode v2 zwischen Basic Mode und Advanced Mode — und die Unterscheidung ist nach dem 15. Juni 2026 entscheidend für Ihre Datenqualität. Im Basic Mode werden Google Tags erst geladen, wenn der Nutzer aktiv zustimmt. Ohne Consent: keine Tags, keine Daten, kein Modeling. Das ist die datenschutzrechtlich sauberste Variante, aber auch die verlustreichste. Bei einer deutschen Consent-Rate von 40-54 % sehen Sie schlicht die Hälfte Ihrer Nutzer nicht.
Im Advanced Mode werden Google Tags auch ohne Consent geladen — aber sie senden keine Cookies und setzen keine Identifikatoren. Stattdessen übermitteln sie cookielose Pings an Google, die keinen individuellen Nutzer identifizieren. Google nutzt diese anonymisierten Signale, um Conversion-Modeling zu betreiben — also statistisch hochzurechnen, wie viele der Non-Consented-Nutzer wahrscheinlich konvertiert haben. Laut Google liefert der Advanced Mode einen Modeling-Uplift von 10-30 % (Google) gegenüber dem Basic Mode.
| Aspekt | Basic Mode | Advanced Mode |
|---|---|---|
| Tags ohne Consent | Nicht geladen | Geladen, aber cookieless |
| Datenerhebung ohne Consent | Keine | Anonymisierte Pings (keine PII) |
| Conversion-Modeling | Nicht möglich | 10-30 % Uplift (Google) |
| Remarketing ohne Consent | Kein Retargeting | Kein Retargeting (keine Cookies) |
| DSGVO-Risiko | Minimal | Vertretbar bei korrekter Implementierung |
| Empfehlung | Nur bei strikter Interpretation | Standard für die meisten Shops |
Der Advanced Mode ist keine Umgehung der DSGVO — er respektiert die Consent-Entscheidung und setzt keine Cookies ohne Zustimmung. Er nutzt lediglich aggregierte, nicht personenbezogene Signale für statistische Modellierung. Für die meisten deutschen Online-Shops ist der Advanced Mode die sinnvolle Wahl, weil er die Datengrundlage für Conversion-Modeling und Kampagnenoptimierung erhält, ohne die Rechte der Nutzer zu verletzen. Wer langfristig unabhängiger von Consent werden will, sollte parallel eine First-Party-Daten-Strategie aufbauen.
Schritt für Schritt: Setup vor der Deadline
Die Deadline ist der 15. Juni 2026. Die folgenden Schritte sind in der Reihenfolge aufgebaut, in der Sie sie abarbeiten sollten. Planen Sie mindestens zwei Wochen ein, um den gesamten Prozess sauber durchzuführen — inklusive Tests und Monitoring.
- Consent-Banner prüfen — Stellt Ihr Banner den Parameter ad_storage korrekt auf
grantedoderdenied? Viele ältere CMP-Integrationen setzen nur analytics_storage, nicht ad_storage. Prüfen Sie die GTM-Preview-Console. - GTM-Container aktualisieren — Consent Mode v2 erfordert einen aktuellen GTM-Container. Stellen Sie sicher, dass die Consent-Settings
ad_storage,analytics_storage,ad_user_dataundad_personalizationkorrekt gesetzt werden. - Advanced Mode aktivieren — Konfigurieren Sie den GTM so, dass Google Tags auch ohne Consent geladen werden, aber keine Cookies setzen. Der Default-Consent muss
deniedsein, mit Update aufgrantednach Zustimmung. - Consent-Signale validieren — Nutzen Sie den Google Tag Assistant und die GTM-Preview, um zu verifizieren, dass alle Consent-Parameter korrekt übertragen werden. Testen Sie beide Szenarien: Consent erteilt und Consent verweigert.
- GA4-Property prüfen — Stellen Sie sicher, dass Ihre GA4-Property Consent Mode erkennt. Unter Verwaltung > Datenerhebung sollte die Consent-Mode-Erkennung aktiv sein.
- Remarketing-Audiences überprüfen — Kontrollieren Sie, welche Audiences in Google Ads auf Signals-Daten basieren. Diese Audiences werden nach dem 15. Juni nur noch User mit ad_storage=granted enthalten.
- Monitoring aufsetzen — Richten Sie ein Dashboard ein, das Consent-Rate, Conversion-Volumen und Audience-Größen täglich überwacht. So erkennen Sie den Impact des Updates sofort.
Im GTM-Container muss der Default-Consent vor dem Laden aller Tags gesetzt werden. Verwenden Sie das Consent-Initialization-Trigger, nicht das All-Pages-Trigger. Erst wenn das CMP ein Update sendet, wechselt der Status auf granted. Die Reihenfolge ist entscheidend: Default zuerst, dann Tags, dann CMP-Update.
// Consent Mode v2 — Default setzen (vor allen Tags)
gtag('consent', 'default', {
'ad_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied',
'analytics_storage': 'denied',
'wait_for_update': 500
});
// Nach Consent-Erteilung durch CMP
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted',
'analytics_storage': 'granted'
});Der Parameter wait_for_update gibt Google Tags maximal 500 Millisekunden Zeit, auf das Consent-Update Ihres CMP zu warten, bevor sie mit dem Default-Status arbeiten. Das ist wichtig für Wiederkehrsbesucher, deren Consent-Entscheidung bereits im Cookie gespeichert ist — so geht kein Tag-Firing verloren. Die korrekte Attribution hängt direkt davon ab, dass Consent-Signale ohne Verzögerung und ohne Fehler übertragen werden.
Server-Side Tagging als Ergänzung
Consent Mode v2 regelt, welche Daten Google erhält. Aber die Frage, wie diese Daten übertragen werden, ist ebenso entscheidend. Server-Side Tracking verlagert die Datenerhebung vom Browser auf einen eigenen Server und löst damit mehrere Probleme gleichzeitig: Ad-Blocker blockieren den Server-Side-Stream nicht, ITP-Limits greifen nicht, und Sie behalten die volle Kontrolle über den Datenfluss.
In Kombination mit Consent Mode v2 funktioniert Server-Side Tagging als Ergänzung auf zwei Ebenen. Erstens: Für Nutzer mit Consent (ad_storage=granted) erhöht Server-Side Tracking die Datenqualität, weil First-Party-Cookies über den Server gesetzt werden und damit eine längere Lebensdauer haben als Browser-seitig gesetzte Cookies. Zweitens: Für Nutzer ohne Consent bleibt der Consent-Status auch serverseitig erhalten — der Server sendet cookielose Pings im Advanced Mode, genau wie es der Client tun würde.
Server-Side Tagging ersetzt Consent Mode nicht — es ergänzt ihn. Der Consent-Status wird vom Client an den Server weitergereicht. Erst dort entscheidet die Logik, welche Daten an Google, Meta oder andere Endpunkte weitergeleitet werden. Das gibt Ihnen ein zusätzliches Kontrollniveau und ist besonders relevant für DSGVO-konforme Tracking-Setups mit eigener Infrastruktur.
Für Shops, die bereits mit niedrigen Consent-Raten kämpfen, kann auch ein Blick auf cookielose Tracking-Ansätze sinnvoll sein. Matomo im cookielosen Modus oder alternative First-Party-Setups liefern Basisdaten ohne Consent-Pflicht — als Ergänzung, nicht als Ersatz für Google Analytics. Die technische Implementierung erfordert sauberes Hosting mit ausreichender Serverkapazität und niedrigen Latenzen, damit Server-Side-Tags die Page-Performance nicht beeinträchtigen.
Die richtige Kombination hängt von Ihrem Setup ab: Consent Mode v2 Advanced als Basis, Server-Side Tagging für Datenqualität, und cookieloses Analytics für die Grundabdeckung. Wer HTTP/3 und QUIC auf dem Server einsetzt, kann die Latenz der Server-Side-Tags zusätzlich reduzieren. Zusammen ergibt das ein Setup, das sowohl die DSGVO respektiert als auch die Datengrundlage für fundierte Werbeentscheidungen erhält.
Quellen und Datengrundlage
Dieser Artikel basiert auf Daten aus: Google/Merkle (Consent Mode Update-Dokumentation), Didomi Benchmark 2026 (Consent-Raten Westeuropa), CookieYes/Didomi (Consent-Raten Deutschland), Google (Modeling-Uplift Advanced Mode), Advance Metrics (Cookie-Banner-Compliance), CNIL (Bußgelder 2025 gegen Google und Shein). Die genannten Zahlen beziehen sich auf den Zeitpunkt der jeweiligen Veröffentlichung und können variieren. Für eine aktuelle Analyse Ihres spezifischen Setups empfehlen wir eine individuelle Beratung.
Häufige Fragen zum Consent Mode Update
Wenn Ihr Setup bisher auf Google Signals als Fallback für Werbedaten gesetzt hat, werden Sie typischerweise einen Drop in gemeldeten Conversions und einen Rückgang Ihrer Remarketing-Audiences erleben. Die tatsächlichen Auswirkungen hängen davon ab, wie Ihr Consent-Banner ad_storage konfiguriert. In der Regel lohnt es sich, das Setup vor der Deadline zu prüfen und gegebenenfalls anzupassen.
Der Advanced Mode lädt Google Tags auch ohne Consent, setzt dabei aber keine Cookies und erhebt keine personenbezogenen Daten. Er sendet anonymisierte, cookielose Pings für statistische Modellierung. Die rechtliche Einordnung hängt von der konkreten Implementierung und der Auslegung Ihrer Datenschutzbehörde ab. Erfahrungsgemäß wird der Advanced Mode bei korrekter Konfiguration als datenschutzrechtlich vertretbar eingestuft — eine juristische Prüfung im Einzelfall ist dennoch empfehlenswert.
Das hängt direkt von Ihrer Consent-Rate ab. Bei einer typischen deutschen Consent-Rate von 40-54 % (CookieYes/Didomi) können Sie davon ausgehen, dass Ihre Remarketing-Audiences in GA4 um etwa die Hälfte schrumpfen, wenn Sie bisher den Signals-Fallback genutzt haben. Eine Optimierung des Cookie-Banners und des CMP-Designs kann die Consent-Rate erfahrungsgemäß deutlich verbessern.
Im Advanced Mode sendet Google Tags cookielose Pings auch bei Nutzern ohne Consent. Google nutzt diese Signale, um Conversions statistisch hochzurechnen. Der Uplift von 10-30 % (Google) bezieht sich auf zusätzlich modellierte Conversions gegenüber dem Basic Mode, in dem keinerlei Daten ohne Consent erhoben werden. In der Praxis ergibt sich daraus typischerweise ein genaueres Bild der tatsächlichen Kampagnen-Performance.
Server-Side Tagging und Consent Mode v2 lösen unterschiedliche Probleme. Consent Mode regelt, ob Daten erhoben werden. Server-Side Tagging verbessert, wie Daten übertragen werden — über eigene Infrastruktur statt über den Browser. Für Shops mit hohem Traffic und anspruchsvollen Tracking-Anforderungen ist die Kombination erfahrungsgemäß die belastbarste Lösung.
Die wichtigsten Hebel sind Banner-Design, Timing und Formulierung. Studien zeigen, dass die Platzierung des Akzeptieren-Buttons, die Farbgebung und die Textlänge die Rate erheblich beeinflussen (Didomi). Eine klare, nicht manipulative Gestaltung, die den Nutzer respektiert und gleichzeitig transparent informiert, liefert in der Regel die besten Ergebnisse. Darüber hinaus lohnt sich eine Strategie, die auf Preisgestaltung und Nutzerpsychologie aufbaut — etwa exklusive Features für eingeloggte Nutzer, die freiwillig Consent erteilen.