{"id":236,"date":"2026-07-06T14:46:15","date_gmt":"2026-07-06T12:46:15","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=236"},"modified":"2026-10-24T01:39:03","modified_gmt":"2026-10-23T23:39:03","slug":"ads_data_redaction-im-consent-mode-v2-wirkung-rechtsrahmen-und-einrichtung","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/data-privacy-de\/ads_data_redaction-im-consent-mode-v2-wirkung-rechtsrahmen-und-einrichtung\/","title":{"rendered":"ads_data_redaction im Consent Mode v2: Wirkung, Rechtsrahmen und Einrichtung"},"content":{"rendered":"

ads_data_redaction<\/code> begrenzt bestimmte Werbekennungen in Google-Anfragen, wenn ad_storage<\/code> auf denied<\/code> steht. Die Einstellung ist eine zus\u00e4tzliche technische Ma\u00dfnahme im Consent Mode. Die Option blockiert keine vollst\u00e4ndige Messkette und ersetzt keine Pr\u00fcfung der tats\u00e4chlich versendeten Daten.<\/p>\n

1. Wirkung und Grenzen<\/h2>\n

Google beschreibt die Entfernung von Klickkennungen, beispielsweise GCLID und DCLID, aus Anfragen von Google-Ads- und Floodlight-Tags. Voraussetzung sind aktivierter Consent Mode, ads_data_redaction: true<\/code> und ad_storage: denied<\/code>. Bei ad_storage: granted<\/code> hat diese zus\u00e4tzliche Einstellung keine entsprechende Wirkung.<\/p>\n

Die Dokumentation beschreibt au\u00dferdem Anfragen \u00fcber eine Domain ohne die betreffenden Drittanbieter-Cookies. Der Zielhostname allein beweist jedoch keine wirksame Entfernung der Kennungen. Entscheidend sind die tats\u00e4chlichen Anfragen und deren Inhalt.<\/p>\n

Reduktion ist keine vollst\u00e4ndige Anonymisierung.<\/strong> Andere Angaben oder andere Tags k\u00f6nnen weiterhin Daten \u00fcbertragen. Das Feld schaltet weder Meta- noch andere Drittanbieter-Tags ab. Auch die eigene Serverprotokollierung und Weiterleitungen liegen au\u00dferhalb dieses Schalters.<\/p>\n

\"Nur
Nur bei passenden Voraussetzungen werden bestimmte Werbekennungen entfernt. Consent-Steuerung, URL-Weitergabe und Abnahme bleiben eigene Aufgaben.<\/figcaption><\/figure>\n

2. Basic und Advanced unterscheiden<\/h2>\n

Bei Basic Consent Mode bleiben die betreffenden Google-Tags bis zur passenden Einwilligung blockiert. Bei Advanced Consent Mode k\u00f6nnen bereits im verweigerten Zustand Anfragen ohne die betreffenden Cookies entstehen. Deshalb ist die Aussage \u201edenied bedeutet keine \u00dcbertragung\u201c falsch. Ein voreingestelltes denied<\/code> bedeutet zudem nicht zwingend, dass bereits eine Entscheidung am Banner vorliegt.<\/p>\n

Die zus\u00e4tzlichen Signale ad_user_data<\/code> und ad_personalization<\/code> m\u00fcssen zur tats\u00e4chlichen Auswahl passen. ads_data_redaction<\/code> ersetzt beide nicht. Google-Produktanforderungen sind au\u00dferdem keine gesetzliche Pflicht, einen bestimmten technischen Modus einzusetzen.<\/p>\n

3. Direkte Einrichtung mit gtag.js<\/h2>\n

Das Beispiel setzt nur Ausgangszustand und Redaktionsoption. Die CMP muss sp\u00e4ter die tats\u00e4chliche Auswahl und \u00c4nderungen korrekt \u00fcbermitteln. Das Fragment zeigt nur die Initialisierung; eine vollst\u00e4ndige CMP-Integration geh\u00f6rt nicht zum Beispiel.<\/p>\n

window.dataLayer = window.dataLayer || [];\nfunction gtag() { window.dataLayer.push(arguments); }\ngtag('consent', 'default', {\n  ad_storage: 'denied',\n  analytics_storage: 'denied',\n  ad_user_data: 'denied',\n  ad_personalization: 'denied'\n});\ngtag('set', 'ads_data_redaction', true);\n\/\/ Configure measurement only after these initial settings.\n\/\/ The CMP must provide the actual consent updates.\n<\/code><\/pre>\n
Beide Einstellungen m\u00fcssen vor Befehlen stehen, die Messungen ausl\u00f6sen, insbesondere config<\/code> und event<\/code>. Es gibt keine allgemeine Pflicht, ads_data_redaction<\/code> vor den default<\/code>-Befehl zu setzen. Ebenso wenig kann eine beliebige Reihenfolge dieser beiden Zeilen bereits fr\u00fcher ausgel\u00f6ste Tags absichern. Weitere Skripte und der Ladeablauf geh\u00f6ren zur Pr\u00fcfung.<\/p>\n
4. Einrichtung im Google Tag Manager<\/h2>\n
Eine bereits vorhandene CMP-Integration sollte zuerst gepr\u00fcft werden. Zwei unabh\u00e4ngige Default- oder Update-Implementierungen k\u00f6nnen widerspr\u00fcchliche Zust\u00e4nde erzeugen. F\u00fcr eigene GTM-Templates sind die Consent-APIs setDefaultConsentState<\/code> und updateConsentState<\/code> vorgesehen; zus\u00e4tzliche Einstellungen lassen sich \u00fcber gtagSet<\/code> setzen.<\/p>\n
    \n
  1. Die f\u00fcr die CMP vorgesehene Consent-Integration w\u00e4hlen und die Zust\u00e4nde fachlich zuordnen.<\/li>\n
  2. Den Default auf Consent Initialization \u2013 All Pages<\/em> ausf\u00fchren. Dieser Trigger ordnet GTM-Tags fr\u00fch ein; au\u00dferhalb des Containers gestartete Skripte werden dadurch nicht kontrolliert.<\/li>\n
  3. Die Option ads_data_redaction<\/code> als boolesches true<\/code> aktivieren, sofern die Integration das Feld anbietet.<\/li>\n
  4. Updates nach Auswahl, Widerruf und erneuten Seitenaufrufen pr\u00fcfen.<\/li>\n<\/ol>\n
    Eine m\u00f6gliche Community-Vorlage von Simo Ahava hei\u00dft im gepr\u00fcften Quellstand Consent Mode (Google + Microsoft tags)<\/em>. Das Feld hei\u00dft Redact Ads Data (ads_data_redaction)<\/em>. Die Vorlage ist eine Option, keine obligatorische oder nachgewiesen allgemein beste L\u00f6sung. Installierte Version und Einstellungen k\u00f6nnen vom aktuellen Repository abweichen.<\/p>\n
    5. Rechtlicher Rahmen und Pr\u00fcfung<\/h2>\n
    Datenminimierung nach Art. 5 Abs. 1 Buchst. c DSGVO begrenzt personenbezogene Verarbeitung auf den jeweiligen Zweck; daraus folgt keine pauschale Freigabe f\u00fcr verbleibende Anfragen. Art. 5 Abs. 3 ePrivacy-Richtlinie betrifft Speicherung und Zugriff am Endger\u00e4t, mit eng begrenzten Ausnahmen f\u00fcr \u00dcbertragung und ausdr\u00fccklich angeforderte Dienste. Auch Tracking-Techniken ohne klassische Cookies k\u00f6nnen darunterfallen. Nationale Umsetzung und konkrete Verarbeitung bleiben ma\u00dfgeblich.<\/p>\n
    Der Schalter garantiert weder Rechtm\u00e4\u00dfigkeit noch das Ausbleiben aller identifizierenden Daten. Eine technische Abnahme sollte vor Auswahl, nach Ablehnung, nach Zustimmung und nach Widerruf erfolgen. In Tag Assistant sind die Zust\u00e4nde, in den Netzwerkanfragen die Kennungen und URLs zu kontrollieren. Verwendete GCLID-\/DCLID- oder andere Klickparameter brauchen eigene Testf\u00e4lle. Ein erfolgreicher Konfigurationsaufruf beweist die Bereinigung nicht.<\/p>\n
    \n
    Fragen und Antworten<\/h2>\n
    Was macht url_passthrough?<\/h3>\n
    Die Option kann Messinformationen \u00fcber Links innerhalb derselben Domain weiterreichen. Das ist ein anderer Datenweg als das Entfernen von Kennungen aus bestimmten Werbeanfragen. Ein pauschales \u201eGoogle erh\u00e4lt nichts, die Website beh\u00e4lt alles sicher\u201c folgt daraus nicht. Weiterleitungen, Zielseiten, Logs und sp\u00e4ter ausgel\u00f6ste Tags m\u00fcssen einbezogen werden.<\/p>\n
    Ist das die GA4-Funktion \u201eDaten entfernen\u201c?<\/h3>\n
    Nein. Die Datenredaktion eines GA4-Webdatenstreams behandelt erkannte E-Mail-Adressen und konfigurierte URL-Parameter. Das ist eine eigene Funktion mit eigenen Grenzen, unter anderem gegen\u00fcber Measurement Protocol. Beide Einstellungen m\u00fcssen getrennt gepr\u00fcft werden.<\/p>\n<\/div>\n
    Quellen<\/h2>\n