Google Consent Mode V2 in der Schweiz: Komplette Anleitung für KMU
Seit März 2024 brauchen Werbetreibende den Consent Mode V2, sonst werden Konversionen aus dem EWR-Raum nicht mehr gemessen. Doch was heisst das für Schweizer Webseiten — und wie implementiert man es DSG-konform?
Im März 2024 hat Google den Consent Mode V2 zur Voraussetzung für Werbung im EWR-Raum gemacht. Seither stehen Schweizer Marketing-Verantwortliche regelmässig vor der gleichen Frage: «Brauche ich das auch?» Die Antwort ist meistens ja — und der Weg dorthin ist gar nicht so kompliziert wie befürchtet.
Worum es beim Consent Mode V2 geht
Google verlangt von Werbetreibenden, dass sie den Einwilligungsstatus ihrer Webseitenbesucher an Google-Dienste übermitteln. Konkret heisst das: Bevor ein Tracking-Cookie gesetzt wird, prüft Google, ob der Nutzer eingewilligt hat. Vier Signale werden übertragen:
- ad_storage — Werbe-Cookies erlaubt
- analytics_storage — Analyse-Cookies erlaubt
- ad_user_data — Daten an Google senden erlaubt
- ad_personalization — Personalisierte Anzeigen erlaubt
Diese Signale können «granted» (erteilt) oder «denied» (verweigert) sein. Standardmässig sollten alle auf «denied» stehen, bis der Nutzer aktiv einwilligt.
Basic vs. Advanced — der entscheidende Unterschied
Basic Consent Mode ist die simple Variante: Solange keine Einwilligung erteilt ist, lädt Google Tag Manager die Tracking-Tags gar nicht. Wenn der Nutzer ablehnt, kommt bei Google nichts an. Das ist datensparsam, aber für Werbetreibende suboptimal — weil Google ohne Daten keine Modelle bauen kann.
Advanced Consent Mode ist die zeitgemässere Lösung: Tags laden immer, aber wenn keine Einwilligung erteilt ist, schickt Google sogenannte «Cookieless Pings» — anonyme Signale ohne IDs. Google verwendet diese, um statistische Modelle zu trainieren und Conversion-Modelling zu betreiben. Konkret heisst das: Wenn 30 % der Nutzer nicht einwilligen, schätzt Google die Konversionen dieser Gruppe basierend auf den Zustimmenden.
Aus Sicht eines Werbetreibenden ist Advanced klar überlegen — mehr Daten, bessere Optimierung. Aus Datenschutz-Sicht ist es debattierbar, aber technisch konform, solange die anonymen Pings tatsächlich keine personenbezogenen Daten enthalten.
Implementierung: Die drei Stufen
Stufe 1 — Default Consent setzen
Bevor irgendein Google-Skript lädt, muss gtag('consent', 'default', ...) gesetzt sein. In der Praxis legt man das ganz oben in den <head>:
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
wait_for_update: 500
});
Das wait_for_update-Feld gibt Google 500 ms Zeit, auf eine Update-Aktion zu warten, bevor die Tags ohne Consent feuern.
Stufe 2 — Cookie-Banner verbinden
Wenn der Nutzer einwilligt (oder ablehnt), muss der Banner die Signale aktualisieren:
// Beispiel: Nutzer akzeptiert alle
gtag('consent', 'update', {
ad_storage: 'granted',
analytics_storage: 'granted',
ad_user_data: 'granted',
ad_personalization: 'granted'
});
Bei kategorischer Einwilligung (z.B. nur Statistik, keine Marketing-Cookies) werden nur die entsprechenden Signale auf «granted» gesetzt.
Stufe 3 — Verifikation mit Tag Assistant
Google Tag Assistant zeigt im Browser, welche Signale gerade aktiv sind. Vor Live-Schaltung sollte jede Konstellation getestet werden: alle akzeptiert, alle abgelehnt, nur Statistik, nur Marketing.
Häufige Implementierungsfehler
Drei Fallen, die ich bei Audits regelmässig sehe:
Fehler 1 — Default auf «granted» Wenn die Default-Werte auf «granted» stehen, hebelt das den ganzen Consent-Mode aus. Google merkt das in der Audit-Logik und stuft die Implementierung als unzulässig ein.
Fehler 2 — Vergessenes wait_for_update Ohne dieses Feld feuern Tags sofort, bevor der Banner überhaupt geladen ist. Dann wird ein erster Page-View ohne Consent gezählt — das verfälscht die Daten und ist datenschutzrechtlich kritisch.
Fehler 3 — Nur drei Signale gesetzt V2 brachte ad_user_data und ad_personalization als neue Signale. Wer nach V1-Logik nur ad_storage und analytics_storage setzt, hat eine unvollständige Implementierung. Google warnt im Tag Manager-UI bei dieser Konstellation.
DSG-Konformität sicherstellen
Aus Schweizer Sicht gilt: Der Consent Mode V2 ist DSG-konform, wenn der Banner den Einwilligungsstatus korrekt erfasst und die Signale entsprechend gesetzt werden. Drei Punkte sind dabei kritisch:
- Kein Default «granted» — sonst greift Tracking ohne Einwilligung, was unter dem revidierten DSG kritisch ist.
- Datenschutzerklärung anpassen — die Cookieless Pings müssen erwähnt werden, ebenso die Rolle Googles als Empfänger.
- Conversion-Modelling transparent machen — wer im DSG-Sinn präzise sein will, weist im Banner darauf hin, dass auch ohne Cookie-Einwilligung anonyme Signale fliessen können.
Was es bringt — und was nicht
In der Praxis sehe ich bei Schweizer KMU mit korrekter Advanced-Implementierung etwa 30-50 % höhere gemessene Konversionen im Vergleich zu Setups ohne Consent Mode. Das klingt viel, ist aber kein Magie — Google rechnet die nicht-zustimmenden Nutzer einfach mit ein.
Was der Consent Mode nicht löst: Wenn Ihre Cookie-Banner-Architektur grundsätzlich Probleme hat (etwa pre-checked Boxes oder fehlender «Ablehnen»-Button), dann hilft auch der beste Consent Mode nichts. Die Einwilligung muss valide sein, sonst fällt das ganze Konstrukt zusammen.
Aiara und Consent Mode V2
Bei Aiara ist der Consent Mode V2 standardmässig aktiv. Sobald Sie Ihren Cookie-Banner einrichten und Google Analytics oder Google Ads als Tools registrieren, werden die vier Signale automatisch korrekt gesetzt. Sie müssen keinen Code selbst schreiben — die Integration läuft transparent im Hintergrund. Das spart bei Schweizer Webagenturen typischerweise einen halben Arbeitstag pro Kundenseite.
Häufige Fragen
Brauchen Schweizer Webseiten den Google Consent Mode V2?
Wer Google Ads, Floodlight oder Google Analytics 4 nutzt und mindestens einen Werbe-Klick aus dem EWR-Raum (EU + EEA) verarbeitet, braucht den Consent Mode V2. Reine Schweizer Webseiten ohne EU-Werbung können theoretisch ohne, aber praktisch nutzen die meisten Schweizer KMU GA4 oder Google Ads — also wird es relevant.
Was ist der Unterschied zwischen Basic und Advanced Consent Mode?
Basic Mode lädt Tags erst nach Einwilligung. Wenn der Nutzer ablehnt, fliesst gar nichts an Google. Advanced Mode lädt die Tags immer, sendet aber bei fehlender Einwilligung nur sogenannte 'Cookieless Pings' — anonyme Signale ohne IDs. Damit kann Google Modelle trainieren, ohne den einzelnen Nutzer zu tracken. Advanced ist meistens die bessere Wahl, weil mehr Daten ankommen.
Welche vier Consent-Signale gibt es?
ad_storage (Werbe-Cookies), analytics_storage (Analyse-Cookies), ad_user_data (Übermittlung User-Daten an Google) und ad_personalization (personalisierte Werbung). Alle vier müssen vom Cookie-Banner explizit gesetzt werden, basierend auf der Einwilligung des Nutzers.
Ist der Consent Mode V2 mit dem revidierten DSG vereinbar?
Ja, sofern korrekt implementiert. Die Signale müssen die Einwilligung des Nutzers widerspiegeln — keine Voreinstellung auf 'granted'. Ausserdem müssen Cookies, die durch den Mode gesetzt werden, in der Datenschutzerklärung erwähnt sein. Schweizer Nutzer müssen wie EU-Nutzer behandelt werden, wenn die Webseite ohnehin EU-Tracking implementiert.
Was passiert ohne Consent Mode V2?
Google Ads und GA4 funktionieren technisch noch — aber Konversionen von EWR-Nutzern werden nicht mehr ausgewertet. Für Werbetreibende heisst das: deutlich schlechtere Optimierung, weil Google die Performance-Daten fehlen. In der Praxis verlieren Kampagnen ohne Consent Mode V2 nach einigen Wochen massiv an Effizienz.
Bereit für sauberen Cookie-Consent?
Aiara macht Cookie-Banner, Datenschutzerklärung und Impressum für Ihre Webseite — DSG- und DSGVO-konform.
Aiara entdeckenWeitere Beiträge
22. April 2026 · 4 Min. Lesezeit
Cookie-Kategorien erklärt: Notwendig, Funktional, Statistik, Marketing
15. April 2026 · 4 Min. Lesezeit
Risiko-Radar nach EDÖB Anhang A: Datenschutz-Risiken systematisch bewerten
3. April 2026 · 4 Min. Lesezeit