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.
Einwilligung verwalten
Für die Verwaltung der Nutzereinwilligung ist Folgendes erforderlich:
- 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. - 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.
- Sorgen Sie dafür, dass Google-Tags und Drittanbieter-Tags der Einwilligungsentscheidung des Nutzers entsprechen.
Tags, für die der Einwilligungsmodus unterstützt wird
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
Begriffe zum Einwilligungsmodus
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
oderdenied
sein.
Einwilligungsarten
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.
Einfacher Einwilligungsmodus
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:
- Standardstatus für die Einwilligung
- 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.
Erweiterter Einwilligungsmodus
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:
- Die Standardstatus für die Einwilligung festlegen: Standardmäßig kann die Einwilligung
denied
lauten, sofern Sie keine eigenen Standardeinstellungen festlegen. Solange für die Einwilligungdenied
festgelegt ist, werden über die Google-Tags Pings ohne Cookies gesendet. - 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. |
Modellierung von Conversions und Schlüsselereignissen | Allgemeines Modell (weniger detaillierte Modellierung). | An den Werbetreibenden angepasstes Modell (detailliertere Modellierung). |
Auswirkungen der Einwilligung auf das Verhalten von Tags und App-SDKs
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 für Google Ads- und Google Analytics 4-Properties Conversions und Schlüsselereignisse modelliert werden (siehe 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.
Schlüsselereignis-Pings:Pings für Schlüsselereignisse werden gesendet, um anzugeben, dass ein Schlüsselereignis eingetreten 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 |
|
ad_personalization |
abgelehnt | Personalisierte Anzeigen sind deaktiviert. Für die folgenden Funktionen werden keine Daten erhoben:
|
ad_user_data |
abgelehnt | Die Erhebung personenbezogener Daten für Onlinewerbung ist deaktiviert. Dazu gehören:
|
ad_storage |
abgelehnt |
|
analytics_storage |
abgelehnt |
|
ad_storage und ads_data_redaction
|
abgelehnt und wahr |
|
HTTP-Parameter für den Einwilligungsmodus
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:
- Modellierung für den Einwilligungsmodus in Google Ads
- Online-Conversion-Modellierung in Google Ads
- Conversion-Modellierung in Google Analytics
- Verhaltensmodellierung in Google Analytics