Publisher Privacy Treatment API (Beta)

Die Publisher Privacy Treatment (PPT) API ist ein Tool, mit dem Publisher die Datenschutzeinstellungen eines Nutzers übertragen können. In diesem Artikel wird die erste Behandlung in einer Reihe von API-Tools vorgestellt, die wir Publishern anbieten, um die Personalisierung und Datennutzung für ihre Nutzer zu verwalten.

Mit der ersten Behandlung, PPT=1, können Publisher die Anzeigenpersonalisierung pro Anzeigenanfrage deaktivieren. Dies kann aus einer von Publishern angebotenen Einstellung für ihre Nutzer abgeleitet werden. In Berichten wird mit PPT=1 Traffic mit nicht personalisierten Anzeigen von anderen Modi für die Auslieferung nicht personalisierter Anzeigen wie NPA=1 oder rdp=1 unterschieden.

PPT=1 ist nicht für Anwendungsfälle vorgesehen, die spezifischere Modi für die Anzeigenbereitstellung erfordern. Weitere Informationen zu unseren Tools für Datenschutzbestimmungen, einschließlich nicht personalisierter Anzeigen und eingeschränkter Datenverarbeitung

Bei Anzeigenanfragen mit mehreren Datenschutzsignalen für Nutzer hat das restriktivste Signal Vorrang.

Beispiele

• Ein Deaktivieren der Personalisierung von Anzeigen durch Nutzer im EWR, im Vereinigten Königreich und in der Schweiz wird weiterhin berücksichtigt, auch wenn die Publisher Privacy Treatment API nicht angibt, dass die Personalisierung deaktiviert wurde.
• Wenn dies über die PPT API angegeben wird, werden Nutzern nicht personalisierte Anzeigen präsentiert, auch wenn in einem TCF v2.3-String angegeben ist, dass der Nutzer in die Personalisierung von Anzeigen eingewilligt hat.

Die verschiedenen Anzeigen-Tags und Anzeigen-SDKs von Google wurden aktualisiert, sodass sie den ersten Behandlungswert (PPT=1) akzeptieren, um personalisierte Werbung zu deaktivieren, wenn er vom Publisher festgelegt wird. Publisher, die Anzeigen ohne unsere Tags oder SDKs ausliefern, können Behandlungs-Werte (z. B. PPT=1) auch direkt als URL-Parameter an Anzeigenanfragen anhängen. Wenn in Zukunft weitere Behandlungen veröffentlicht werden, können Publisher mehrere Behandlungswerte anhängen, z. B. PPT=1,2,3.

Weitere Informationen finden Sie in der Google Developers-Dokumentation:

• Google Mobile Ads SDK für Apps:
  • Ad Manager: iOS, Android
  • AdMob: iOS, Android
• Google-Anzeigentags für das Web:
  • Google Publisher-Tag (GPT)
  • Ads by Google tag (ABG)

Funktionsweise von PPT=1

Anzeigenanfragen mit PPT=1 geben an, dass der Publisher die Anzeigenpersonalisierung für diese spezifischen Anzeigenanfragen deaktivieren möchte. Ein häufiger Anwendungsfall ist, dass Publisher PPT=1 zu Anzeigenanfragen von Nutzern hinzufügen, die die Anzeigenpersonalisierung über die vom Publisher angebotenen Einstellungen deaktiviert haben. Wenn PPT=1 in einer Anzeigenanfrage enthalten ist, erkennen teilnehmende Werbeplattformen die gewünschte Datenschutzeinstellung des Nutzers (Deaktivierung personalisierter Anzeigen).

In Google Ad Manager, AdSense oder AdMob:

• Bei PPT=1 wird die Personalisierung von Anzeigen sowohl für die direkt verkauften Kampagnen eines Publishers als auch für die programmatische Google-Nachfrage deaktiviert.
• Es werden keine Nutzerprofile verwendet, um Nutzer anzusprechen, deren zugehörige Anzeigenanfragen PPT=1 enthalten.
• Anzeigenanfragen mit PPT=1 dürfen nicht verwendet werden, um vorhandene Nutzerprofile für den zugehörigen Nutzer zu aktualisieren.

PPT=1 unterscheidet sich in folgenden Punkten von nicht personalisierten Anzeigen (NPA=1) und der eingeschränkten Datenverarbeitung (rdp=1):

• Wenn PPT=1 festgelegt ist, ist die Verwendung von Drittanbietern für die Anzeigenbereitstellung und das Anzeigen-Tracking zulässig.
• Wenn NPA=1 oder rdp=1 festgelegt ist, gilt für die Verwendung von Drittanbietern für die Anzeigenbereitstellung und das Anzeigen-Tracking Folgendes:
  • Nicht für Google-Nachfrage zulässig.
  • Die Einschränkung gilt nur für Anzeigenquellen, die nicht zu Google gehören, wenn Publisher die Option „Creatives von Partnern, die Echtzeitgebote nutzen, auf Einwilligung von Werbepartnern prüfen“ aktivieren.
  • Die Einschränkung gilt nur für Reservierungen mit Drittanbietern für Nutzer im EWR, im Vereinigten Königreich oder in der Schweiz mit NPA=1, wenn die Option „Reservierungs-Creatives auf Nutzereinwilligung prüfen“ aktiviert ist.
• Für Nutzer, die der Gerichtsbarkeit des LGPD unterliegen, wird NPA=1 bei Reservierungen nur dann ausgeliefert, wenn keine Anzeigentechnologie-Anbieter angegeben oder erkannt wurden.

Wenn PPT=1 in einer Anzeigenanfrage enthalten ist, wird auch die programmatische Nachfrage von Drittanbietern mit NonPersonalizedAdsReason.Publisher_Declared_NPA=1 in der Gebotsanfrage gesendet, um anzugeben, dass der Nutzer die Personalisierung für die jeweilige Anzeigenanfrage deaktivieren möchte. Mit PPT=1 ist die Nutzung von Drittanbietern für die Anzeigenbereitstellung und das Anzeigen-Tracking zulässig. Es gibt jedoch Einschränkungen bei der Erweiterung bestimmter Makros im Zusammenhang mit Nutzer-IDs. Nutzer-IDs wie google_user_id, hosted_match_data, alle Geräte-Werbe-IDs und session_id werden aus Gebotsanfragen für nicht personalisierte Anzeigen entfernt. So wird sichergestellt, dass das Signal berücksichtigt wird, wenn es an Authorized Buyers und Open Bidding-Bieter weitergegeben wird. Eine vollständige Garantie dafür gibt es jedoch nicht.

A note about PPID

 

Ad Manager’s Service Specific Terms require publishers using PPID to offer users a mechanism to opt out of personalized advertising. If a publisher receives an opt out from a given user, the publisher must either stop transmitting PPID to Google for that user or transmit both PPID and a signal indicating the user has opted out. Using PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.