L'API Publisher Privacy Treatment (PPT) est un outil que les éditeurs peuvent utiliser pour transmettre les préférences de confidentialité d'un utilisateur. Cet article présente le premier traitement d'une famille d'outils d'API que nous proposons aux éditeurs pour les aider à gérer la personnalisation et l'utilisation des données de leurs utilisateurs.
Le premier traitement, PPT=1, permet aux éditeurs de désactiver la personnalisation des annonces pour chaque demande d'annonce, ce qui peut être obtenu à partir d'une commande proposée par l'éditeur à ses utilisateurs. Dans les rapports, PPT=1 permet de distinguer le trafic des annonces non personnalisées des autres modes de diffusion d'annonces non personnalisées, comme NPA=1 ou rdp=1.
PPT=1 n'est pas destiné à couvrir les cas d'utilisation qui nécessitent des modes de diffusion d'annonces plus spécifiques. En savoir plus sur nos outils disponibles pour les réglementations sur la confidentialité des utilisateurs, y compris les annonces non personnalisées et le traitement restreint des données
Pour les demandes d'annonces comportant plusieurs signaux de confidentialité des utilisateurs, le signal le plus restrictif prévaudra.
Exemples
- La désactivation du paramètre de personnalisation des annonces par les utilisateurs de l'EEE, du Royaume-Uni et de la Suisse sera toujours respectée, même si l'API Publisher Privacy Treatment n'indique pas que la personnalisation a été désactivée.
- Si l'API PPT l'indique, les utilisateurs verront des annonces non personnalisées, même si une chaîne TCF v2.3 indique qu'ils ont consenti à la personnalisation des annonces.
Les différents tags d'emplacement publicitaire et SDK d'annonces de Google ont été mis à jour pour commencer à accepter la première valeur de traitement (PPT=1) afin de désactiver la personnalisation des annonces lorsque l'éditeur la définit. Les éditeurs qui diffusent des annonces sans l'aide de nos tags ni de nos SDK peuvent également choisir d'ajouter directement des valeurs de traitement (par exemple, PPT=1) en tant que paramètres d'URL aux demandes d'annonces. À mesure que d'autres traitements seront disponibles, les éditeurs pourront ajouter plusieurs valeurs de traitement (par exemple, PPT=1,2,3).
- SDK Google Mobile Ads pour les applications :
- Tags d'emplacement publicitaire Google pour le Web :
Fonctionnement de PPT=1
Les demandes d'annonces contenant PPT=1 indiquent que l'éditeur souhaite désactiver la personnalisation des annonces pour ces demandes d'annonces spécifiques. Un cas d'utilisation courant attendu consiste à ce que les éditeurs ajoutent PPT=1 aux demandes d'annonces des utilisateurs qui ont désactivé la personnalisation des annonces à l'aide des commandes proposées par l'éditeur. Lorsque PPT=1 est inclus dans une demande d'annonce, les plates-formes publicitaires participantes reconnaissent le traitement de la confidentialité souhaité par l'utilisateur (désactivation de la personnalisation des annonces).
Dans Google Ad Manager, AdSense ou AdMob :
PPT=1désactive la personnalisation des annonces pour les campagnes d'un éditeur vendues directement et pour sa demande programmatique Google.- Aucun profil utilisateur ne sera utilisé pour cibler les utilisateurs dont les demandes d'annonces associées incluent
PPT=1. - Les demandes d'annonces contenant
PPT=1ne peuvent pas être utilisées pour mettre à jour les profils utilisateur existants pour l'utilisateur associé.
PPT=1 diffère des annonces non personnalisées (NPA=1) et du traitement restreint des données (rdp=1) de la manière suivante :
- Lorsque
PPT=1, l'utilisation de fournisseurs tiers pour la diffusion et le suivi des annonces est autorisée. - Lorsque
NPA=1ourdp=1, l'utilisation de fournisseurs tiers pour la diffusion et le suivi des annonces :- n'est pas autorisée pour la demande Google ;
- n'est limitée pour la demande non Google que lorsque les éditeurs activent l'option "Vérifier le consentement des créations de partenaires publicitaires pour les partenaires d'enchères en temps réel (RTB)" ;
- n'est limitée pour les réservations avec des fournisseurs tiers pour les utilisateurs de l'EEE, du Royaume-Uni ou de la Suisse pour
NPA=1que lorsque l'option "Vérifier le consentement pour les créations de réservation" est activée.
- Pour les utilisateurs concernés par la loi LGPD,
NPA=1ne sera diffusé pour les réservations que si aucun fournisseur de technologie publicitaire n'a été déclaré ni détecté.
Lorsque PPT=1 est inclus dans une demande d'annonce, la demande programmatique non Google est également envoyée avec NonPersonalizedAdsReason.Publisher_Declared_NPA=1 dans la demande d'enchère pour indiquer que l'utilisateur souhaite désactiver la personnalisation pour la demande d'annonce concernée. PPT=1 autorise l'utilisation de fournisseurs tiers pour la diffusion et le suivi des annonces, mais il existe des limites à l'expansion de certaines macros liées aux ID utilisateur. Les identifiants utilisateur (tels que google_user_id, hosted_match_data, les identifiants publicitaires d'appareil et session_id) seront supprimés des demandes d'enchères pour les annonces non personnalisées. Cela permettra de s'assurer, sans toutefois le garantir, que le signal est respecté lorsqu'il est transmis aux acheteurs autorisés et aux enchérisseurs Open Bidding.
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.