Wichtig: Wenn der Einwilligungsparameter „ad_storage“ oder „analytics_storage“ auf „denied“ (abgelehnt) gesetzt wird, entweder über den standardmäßigen Einwilligungsstatus oder die Methode „setConsent“, werden die Analysedaten, die einer bestimmten App-Instanz zugeordnet sind, in Zukunft dauerhaft zurückgesetzt. Werden die Analysedaten für alle App-Instanzen zurückgesetzt, kann z. B. die Zahl der Nutzer in die Höhe getrieben werden.
- iOS: Sie können dieses Problem vermeiden, indem Sie auf Version 10.23.0 oder höher aktualisieren.
- Android: Geräte mit Google Play-Diensten haben automatisch ein Update erhalten. Dort tritt das Problem nicht mehr auf. Sie müssen nichts weiter tun.
Wenn Ihre App auf Geräten ohne Google Play-Dienste ausgeführt wird, können Sie das Android SDK im anstehenden Release 22.0.1 aktualisieren, um dieses Verhalten zu verhindern. Bis dahin lässt sich das Problem bei diesen Geräten so umgehen:
- Legen Sie im App-Manifest keine Standardwerte für „ad_storage“ und „analytics_storage“ fest.
- Deaktivieren Sie die Datenerhebung in Analytics, bevor Sie den Einwilligungsstatus von „ad_storage“ und „analytics_storage“ der App-Instanz festlegen.
- Sobald die Einwilligung erteilt wurde, können Sie die Datenerhebung in Analytics wieder aktivieren. Dadurch werden keine Analysedaten zurückgesetzt.
Wenn Sie Analysen für eine App-Instanz zurücksetzen möchten, verwenden Sie die zweckorientierte API. Ein Android-Beispiel ist hier verfügbar.
Übersicht: Parameter für den Einwilligungsmodus
| Einwilligungsart | Beschreibung |
| ad_storage | Ermöglicht das Speichern von werbebezogenen Daten wie Cookies |
| ad_user_data | Legt die Einwilligung zum Senden von werbebezogenen Nutzerdaten an Google fest |
| ad_personalization | Legt die Einwilligung für personalisierte Anzeigen fest |
| analytics_storage | Ermöglicht das Speichern von analysebezogenen Daten wie Cookies, z. B. zur Besuchsdauer |
Zusätzlich zu den Parametern für den Einwilligungsmodus gibt es die folgenden Datenschutzparameter:
| Speichertyp | Beschreibung |
| functionality_storage | Ermöglicht das Speichern von Daten, die die Funktion der Website oder App unterstützen, z. B. die 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 |
Tag-Verhalten im Einwilligungsmodus
Ist der Status aller Einwilligungsoptionen granted (erteilt), verhalten sich die Tags so:
|
Web |
Mobile Apps |
|
|
Wenn nicht alle Einwilligungsarten gewährt werden – not set (nicht festgelegt) oder denied (abgelehnt) –, sind weitere Verhaltensweisen zu berücksichtigen:
|
|
|
Web- und mobile Apps |
|
Personalisierte Anzeigen sind deaktiviert. Für die folgenden Funktionen werden keine Daten erhalten:
|
|
|
|
Web- und mobile Apps |
|
Die Erhebung personenbezogener Daten für Onlinewerbung ist deaktiviert. Dazu gehören:
|
|
|
|
|
Web |
Mobile Apps |
|
|
|
|
|
|
Web |
Mobile Apps |
|
|
|
Web- und mobile Apps Bei Im Rahmen der regulären HTTP-/Browser-Kommunikation dürfen Pings ohne Cookies folgende Informationen enthalten: User-Agent, Bildschirmauflösung und IP-Adresse. In Google Analytics 4 werden keine IP-Adressen gespeichert oder protokolliert. Wenn Werbetreibende andere Felder festlegen, z. B. user_id und benutzerdefinierte Dimensionen, werden diese normal gesendet. Die Daten, die im Ping ohne Cookies erfasst werden, werden für die Verhaltens- und Conversion-Modellierung verwendet, um Lücken in Ihren Daten zu schließen. |
|
|
|
|
Web |
|