Einwilligungsmodus – Übersicht

Mit dem Einwilligungsmodus können Web- und App-Entwickler das Verhalten von Tags und App SDKs an die jeweiligen Optionen für die Nutzereinwilligung anpassen.

Für die Verwaltung der Nutzereinwilligung ist Folgendes erforderlich:

  1. Holen Sie die Einwilligung des Nutzers ein, um seine Einwilligung zum Speichern von Informationen zu seinem Verhalten zu erteilen oder zu verweigern. Sie sind dafür verantwortlich, über Ihre Website oder App bzw. für Daten, die Sie bei Google hochladen, die Einwilligung der Nutzer einzuholen.
    Für Websites und Apps können Sie ein Einwilligungsbanner oder eine andere benutzerdefinierte Einwilligungslösung implementieren oder eine Plattform zur Einwilligungsverwaltung (CMP) verwenden.
    Wenn Sie Daten auf Google hochladen möchten, wenden Sie sich bitte an Ihre Rechtsabteilung, um eine Lösung zur Einwilligungsverwaltung zu finden, die Ihren Geschäftsanforderungen entspricht.
  2. Informieren Sie Google über die Einwilligungsentscheidung des Nutzers bzw. den Einwilligungsstatus. Viele CMPs senden den Einwilligungsstatus an Google. Wenn Sie eine benutzerdefinierte Einwilligungslösung implementieren, müssen Sie eine Methode zum Senden des Einwilligungsstatus an Google implementieren. Weitere Informationen finden Sie unter Framework für die Verwaltung der Einwilligung auswählen.
  3. Sorgen Sie dafür, dass Google-Tags und Drittanbieter-Tags der Einwilligungsentscheidung des Nutzers entsprechen.

Tags und SDKs für die folgenden Google-Produkte enthalten integrierte Einwilligungsprüfungen und passen ihr Verhalten an den Einwilligungsstatus an:

  • Google-Tag
  • Google Analytics (einschließlich Google Analytics for Firebase SDK)
  • Google Ads (einschließlich Google Ads-Conversion-Tracking und -Remarketing; Unterstützung für Anruf-Conversions noch ausstehend)
  • Floodlight
  • Conversion-Verknüpfung

Die folgenden Begriffe haben im Zusammenhang mit dem Einwilligungsmodus eine besondere Bedeutung:

  • Einwilligungsprüfungen: Tags und SDKs ändern das Verhalten auf Grundlage des Einwilligungsstatus und der Einwilligungsart.
  • Einwilligungsstatus: Stellt die Auswahl der Nutzer dar und kann für jede Einwilligungsart erteilt oder verweigert werden. Tags und SDKs mit Einwilligungsprüfungen ändern ihr Verhalten, wie unter Auswirkungen der Einwilligung auf das Tag-Verhalten beschrieben.
  • Einwilligungsart: Gibt die Art der Speicherung an. Die Einwilligung kann für jeden Typ granted oder denied sein.

Beispiele für Einwilligungsarten:

Einwilligungsart Beschreibung
ad_storage Ermöglicht das Speichern werbebezogener Cookies (Web) oder Gerätekennungen (Apps)
ad_user_data Legt die Einwilligung für das Senden von Nutzerdaten zu Onlinewerbezwecken an Google fest.
ad_personalization Legt die Einwilligung für personalisierte Anzeigen fest
analytics_storage Ermöglicht das Speichern von analysebezogenen Daten wie Cookies (Web) oder Gerätekennungen (Apps), z. B. die Besuchsdauer
functionality_storage Ermöglicht das Speichern, das die Funktionen der Website oder App unterstützt, z. B. Spracheinstellungen
personalization_storage Ermöglicht das Speichern von Daten mit Bezug zur Personalisierung, z. B. Videoempfehlungen
security_storage Ermöglicht das Speichern von sicherheitsbezogenen Daten, z. B. für Authentifizierungsfunktionen, Betrugsprävention und andere Schutzmechanismen für Nutzer

Einfacher und erweiterter Einwilligungsmodus im Vergleich

Sie haben zwei Möglichkeiten, den Einwilligungsmodus auf Ihrer Website oder in Ihrer App zu implementieren: Einfach oder Erweitert.

Wenn Sie den Einwilligungsmodus in der Basisversion implementieren, wird verhindert, dass Google-Tags geladen werden, bis ein Nutzer mit einem Einwilligungsbanner interagiert. Bei dieser Einrichtung werden vor der Nutzerinteraktion mit dem Einwilligungsbanner keine Daten an Google übertragen. Wenn der Nutzer die Einwilligung erteilt, werden die Consent Mode APIs über Google-Tags geladen und ausgeführt. Die Tags senden die Einwilligungsstatus in der folgenden Reihenfolge an Google:

  1. Standardstatus für die Einwilligung
  2. Aktualisierte Status für die Einwilligung

Wenn der Nutzer jedoch nicht einwilligt, werden keine Daten an Google gesendet – auch nicht der Einwilligungsstatus. Das Auslösen von Google-Tags wird vollständig blockiert. In dem Fall basiert die Conversion-Modellierung für den Einwilligungsmodus in Google Ads auf einem allgemeinen Modell.

Wenn Sie den Einwilligungsmodus in der erweiterten Version implementieren, werden die Google-Tags geladen, wenn ein Nutzer die Website oder App öffnet. Die Tags laden die Consent Mode API und führen folgende Schritte aus:

  1. Die Standardstatus für die Einwilligung festlegen: Standardmäßig kann die Einwilligung denied lauten, sofern Sie keine eigenen Standardeinstellungen festlegen. Solange für die Einwilligung denied festgelegt ist, werden über die Google-Tags Pings ohne Cookies gesendet.
  2. Auf die Einwilligungsentscheidung eines Nutzers warten und die Einwilligungsstatus aktualisieren: Nur wenn ein Nutzer seine Einwilligung zur Datenerhebung erteilt, werden über Google-Tags die vollständigen Messdaten gesendet. Weitere Informationen zum Tag-Verhalten

Diese Implementierung ermöglicht eine verbesserte Modellierung im Vergleich zur einfachen Modellierung, da sie ein werbetreibendenspezifisches Modell anstelle eines allgemeinen Modells bietet.

Überblick

Funktion Einfacher Einwilligungsmodus Erweiterter Einwilligungsmodus
Laden von Tags Blockiert, bis der Nutzer mit einem Einwilligungsbanner interagiert. Lädt, bei denen die Standardeinstellung auf denied festgelegt ist, sofern nicht anders konfiguriert.
Datenübertragung Es werden keine Daten gesendet, bevor ein Nutzer seine Einwilligung erteilt hat – auch nicht der standardmäßige Einwilligungsstatus. Wenn für die Einwilligung denied festgelegt ist, werden der Einwilligungsstatus und Pings ohne Cookies gesendet.
Wenn für die Einwilligung granted festgelegt ist, werden Cookies geschrieben und alle Messdaten gesendet.
Einwilligungsstatus Wird nach der Nutzerinteraktion festgelegt. Sofern nicht anders konfiguriert, ist die Standardeinstellung denied; es werden je nach Nutzerauswahl aktualisiert.
Tag-Verhalten nach Nutzerinteraktion APIs für den Einwilligungsmodus werden nur geladen und ausgeführt, wenn ein Nutzer seine Einwilligung erteilt hat. Das Tag-Verhalten wird basierend auf der Einwilligungsentscheidung des Nutzers angepasst.
Conversion-Modellierung Allgemeines Modell (weniger detaillierte Modellierung). An den Werbetreibenden angepasstes Modell (detailliertere Modellierung).

Im Allgemeinen funktionieren die Tags normal, wenn Nutzer ihre Einwilligung geben.

Wenn Nutzer die Einwilligung für personalisierte Werbung oder Daten von Anzeigennutzern verweigern, dürfen die Nutzerdaten von Tags oder App SDKs nicht für die Anzeigenausrichtung verwendet werden.

Wenn Nutzer die Einwilligung zur Speicherung verweigern, werden über Tags oder App-SDKs, bei denen die Einwilligung berücksichtigt wird, keine Cookies (Web) oder Gerätekennungen (Apps) gespeichert. Stattdessen werden der Einwilligungsstatus und die Nutzeraktivität mithilfe von Tags über Pings ohne Cookies (Web) oder Signale (Apps) an den Google-Server gesendet. So können in Google Ads- und Google Analytics 4-Properties Conversions modelliert werden. Weitere Informationen finden Sie unter Modellierung für den Einwilligungsmodus.

Die folgenden Signale vermitteln den Einwilligungsstatus:

  • Pings zum Einwilligungsstatus:Diese Pings werden von allen Seiten gesendet, die der Nutzer besucht, auf der der Einwilligungsmodus implementiert ist. Mit diesen Pings wird der Einwilligungsstatus „Erteilt“ oder „Abgelehnt“ für jede Einwilligungsart (z. B. „ad_storage“ oder „analytics_storage“) kommuniziert.

  • Conversion-Pings:Mit Conversion-Pings wird signalisiert, dass eine Conversion erfolgt ist.

  • Google Analytics-Pings: Wenn Ereignisse protokolliert werden, werden diese mit Google Analytics auf allen Seiten einer Website gesendet.

Pings können Folgendes enthalten:

  • Funktionsbezogene Informationen (z. B. Header, die passiv vom Browser hinzugefügt wurden):
    • Zeitstempel
    • User-Agent
    • Referrer-URL
  • Zusammengefasste / nicht personenbezogene Daten:
    • Hinweis darauf, ob die aktuelle oder eine vorherige Seite im Verlauf der Websitenavigation des Nutzers Informationen zum Anzeigenklick in der URL enthält (z.B. GCLID/DCLID)
    • Boolesche Information zum Einwilligungsstatus
    • Zufällige Zahl, die bei jedem Seitenaufbau generiert wird

Sie können nicht nur zulassen, dass der Einwilligungsstatus das Tag-Verhalten ändert, sondern auch gespeicherte Daten entfernen, wenn ein Nutzer die Einwilligung ablehnt. So kann es beispielsweise sein, dass ein Nutzer seine Einwilligung zum Speichern von Daten für Anzeigen erteilt hat, dann seine Meinung ändert und die Einwilligung verweigert. Wenn Sie ads_data_redaction aktivieren und der Nutzer seine Einwilligung verweigert, werden die gespeicherten Daten von Google Ads gelöscht.

Tags mit integrierten Einwilligungsprüfungen passen ihr Verhalten an den jeweiligen Einwilligungsstatus an. In der folgenden Tabelle wird das Tag-Verhalten nach Einwilligungsart, Einwilligungsstatus und darüber erläutert, ob ads_data_redaction auf true gesetzt ist.

Einwilligungsart(en) Abgelehnt oder gewährt Verhalten
ad_storage und analytics_storage gewährt
Gewährt
  • Cookies und Gerätekennungen für Anzeigen dürfen gelesen und geschrieben werden.
  • IP-Adressen werden erfasst.
  • Die vollständige Seiten-URL, einschließlich Informationen zu Anzeigenklicks in URL-Parametern (z.B. GCLID/DCLID) wird erfasst.
  • Zuvor auf google.com und doubleclick.net gesetzte Drittanbieter-Cookies sowie eigene Conversion-Cookies (z.B. _gcl_*) verfügbar sind.
ad_personalization abgelehnt

Personalisierte Anzeigen sind deaktiviert. Für die folgenden Funktionen werden keine Daten erhoben:

  • Remarketing in Google Ads, Display & Video 360 und Search Ads 360
  • Personalisierte Anzeigen bei Google-Produkten für Werbetreibende
ad_user_data abgelehnt

Die Erhebung personenbezogener Daten für Onlinewerbung ist deaktiviert. Dazu gehören:

  • user_id
  • Erweiterte Conversions: gehashte selbst erhobene Daten
ad_storage abgelehnt
  • Es dürfen keine neuen Cookies oder Gerätekennungen für Werbung geschrieben werden.
  • Vorhandene Cookies für Anzeigenvorgaben oder Geräte-IDs dürfen nicht gelesen werden.
  • Anfragen werden über eine andere Domain gesendet, um zu verhindern, dass zuvor festgelegte Drittanbieter-Cookies in Anfrageheadern gesendet werden.
  • In Google Analytics werden keine Google Ads-Cookies gelesen oder geschrieben und über die Funktionen für Google-Signale werden keine Daten für diese Zugriffe erfasst.
  • In Anzeigenprodukten werden IP-Adressen bei der Erfassung gekürzt.
  • Es werden vollständige Seiten-URLs erfasst, einschließlich Informationen zu Anzeigenklicks in URL-Parametern (z.B. GCLID/DCLID)
analytics_storage abgelehnt
  • Es werden keine eigenen Analytics-Cookies oder App-IDs gelesen oder geschrieben.
  • Pings ohne Cookies (Web) oder Signale (Apps) werden zu grundlegenden Mess- und Modellierungszwecken an Google Analytics gesendet.
ad_storage und ads_data_redaction abgelehnt und wahr
  • Es dürfen keine neuen Cookies oder Gerätekennungen für Werbung geschrieben werden.
  • Vorhandene Cookies für Anzeigenvorgaben oder Geräte-IDs dürfen nicht gelesen werden.
  • Anfragen werden über eine andere Domain gesendet, um zu verhindern, dass zuvor festgelegte Drittanbieter-Cookies in Anfrageheadern gesendet werden.
  • In Google Analytics werden keine Google Ads-Cookies oder Geräte-IDs gelesen oder geschrieben und über die Funktionen für Google-Signale werden keine Daten für diese Zugriffe erfasst.
  • Kennungen für Anzeigenklicks (z. B. GCLID / DCLID) in Einwilligungs- und Conversion-Pings werden entfernt.
  • In Anzeigenprodukten werden IP-Adressen bei der Erfassung gekürzt.
  • Kennungen für Anzeigenklicks in Seiten-URLs werden entfernt.

Wenn Sie den Einwilligungsmodus implementieren, werden die Parameter des Einwilligungsmodus in HTTP-Anfrageparameter wie dma, gcd und gcs umgewandelt. Die Einwilligung zu Google-Diensten wird mithilfe von dma_cps codiert. Diese Felder enthalten zusammen Informationen zu Einwilligungsstatus und zugehörigen Konfigurationseinstellungen. Google-Tag-Felder können codiert werden, um die Effizienz der Übertragung zu verbessern. Diese Felder können sich ändern, wenn sich diese Dienste weiterentwickeln.

Mit dem Tag Assistant können Sie diese Felder und das Verhalten des Google-Tags besser verstehen und so die Fehler in der Einrichtung besser beheben. Informationen zur Fehlerbehebung im Einwilligungsmodus

Modellierung für den Einwilligungsmodus

Google-Produkte verwenden diese Pings, um Messwerte für Ihre Analysetools zu modellieren, um Lücken bei der Datenerhebung zu minimieren. Um die Privatsphäre der Nutzer zu schützen, muss Ihr Tag oder App SDK einen bestimmten Grenzwert für die Datenerhebung erreichen. Weitere Informationen dazu, was unter welchen Umständen modelliert wird, finden Sie in den folgenden Artikeln: