Inscrire votre plate-forme auprès de la Privacy Sandbox

Remarque : Nous avons récemment annoncé un nouveau processus d'inscription des développeurs sur Chrome et Android. Aucune modification immédiate n'est apportée au processus d'inscription Android actuel. Pour en savoir plus sur ce nouveau processus, consultez notre article de blog. Nous ajouterons bientôt plus d'informations à ce sujet.

Pour accéder à la Privacy Sandbox sur les API Android de protection de la confidentialité (Topics, Protected Audience et Attribution Reporting), les développeurs doivent créer un compte Privacy Sandbox. Cette inscription est nécessaire pour les versions bêta et Preview développeur.

L'inscription fournit un mécanisme permettant aux entités telles que les appels d'API et les technologies publicitaires de vérifier l'identité des développeurs et de collecter des données spécifiques aux développeurs requises par les API Privacy Sandbox.

Lors de l'inscription, les développeurs doivent fournir les informations suivantes :

• Coordonnées
• Informations sur l'entreprise, y compris le numéro DUNS de votre organisation (facultatif)
• Autres entrées nécessaires pour les configurations d'API ou de serveur.

Une fois votre inscription traitée, vous recevrez un e-mail de confirmation comprenant l'ID de votre compte d'inscription. Vous pouvez l'inclure dans la configuration AdServices d'une application ou d'un SDK pour lui permettre d'appeler les API. Vous devez terminer l'inscription au moins un mois avant la date à laquelle vous prévoyez d'appeler les API afin de disposer d'un délai suffisant pour le traitement de l'inscription et la livraison des données d'inscription aux appareils de production.

Créer un compte Privacy Sandbox

Configuration spécifique aux API

Chaque organisation ne peut s'inscrire qu'une seule fois. Indiquez un site (eTLD+1) ou un nom de package SDK associé à votre organisation.

Pour Topics, indiquez le SDK ou le nom du package de l'application à partir duquel vous souhaitez appeler l'API Topics. Vous pouvez fournir plusieurs SDK ou noms de packages d'application lors de votre inscription.

Pour Protected Audience et Attribution Reporting, indiquez un site (eTLD+1). Si vous utilisez les deux API, ce site doit être le même pour les deux.

• Pour Protected Audience, cet eTLD+1 permet d'identifier votre entreprise dans les appels d'API joinCustomAudience() ou selectAds().
• Pour Attribution Reporting, indiquez une origine au sein du site à utiliser pour les appels à registerSource() ou registerTrigger.
  • À l'avenir, Privacy Sandbox vous permettra d'utiliser plusieurs origines au sein du site.

Les organisations ne devraient pas avoir besoin d'inscrire plusieurs sites. Contactez-nous si vous avez besoin d'inscrire plusieurs sites.

Impact sur l'API Attribution Reporting

Pour Attribution Reporting, chaque organisation inscrit un site, puis choisit une origine au sein de celui-ci, à utiliser comme URI de la source d'attribution et comme URI de déclenchement. Par exemple :

• La technologie publicitaire enregistre https://adtech.example comme site.
• La technologie publicitaire sélectionne une origine sur ce site pour appeler l'API Attribution Reporting :
  • https://adtech.example/register_source est utilisé comme URI de la source d'attribution.
  • https://adtech.example/register_trigger est utilisé comme URI de déclenchement.
• Le champ d'application de l'attribution est déterminé par l'origine, et les rapports sont envoyés aux points de terminaison /.well-known/ de l'origine.
• Pour en savoir plus, consultez le tableau suivant et l'article expliquant comment vérifier si une requête est de type "same-site", "same-origin" ou "cross-site".

URI de la source d'attribution	URI de déclenchement	Attribuable ?
https://adtech.example	https://adtech.example	Oui : même origine
https://adtech.example/register_source	https://adtech.example/register_trigger	Oui : même origine
https://adtech.example	https://www.adtech.example	Non : origine différente
https://adtech1.example	https://adtech2.example	Non : origine différente. De plus, cette inscription n'est pas valide (sites différents).

Les rapports sont envoyés aux points de terminaison /.well-known/ de l'origine. Par exemple, si l'origine est https://adtech.example, les rapports sont envoyés à l'adresse :

https://adtech.example/.well-known/attribution-reporting/report-event-attribution
https://adtech.example/.well-known/attribution-reporting/report-aggregate-attribution
https://adtech.example/.well-known/attribution-reporting/debug/report-event-attribution
https://adtech.example/.well-known/attribution-reporting/debug/report-aggregate-attribution

Mises à jour du formulaire d'inscription

Le formulaire d'inscription de la Privacy Sandbox a été mis à jour pour intégrer les modifications suivantes :

1. Numéro DUNS :
   1. Cela peut être utilisé comme une étape de validation facultative pour vérifier si votre entreprise ou organisation dispose déjà d'un compte Privacy Sandbox. S'il est fourni, votre numéro DUNS pourra être utilisé dans les futurs rapports Privacy Sandbox.
   2. Recherchez le numéro DUNS attribué à votre organisation. Si vous n'en avez pas, contactez-nous. En savoir plus sur les numéros DUNS
2. Paramètres des rapports sur l'attribution
   1. Indiquez une URL par ligne (URL complète sans paramètres). L'URL de votre serveur doit être compatible avec le protocole HTTPS, et les URL doivent appartenir à la même origine (schéma + hôte + port).
3. Paramètres de Protected Audience sur Android
   1. Il s'agit de l'eTLD+1 permettant d'identifier votre entreprise dans les appels d'API joinCustomAudience() ou selectAds(). Cet eTLD+1 doit être identique à celui des autres URL fournies pour l'inscription.