État des fonctionnalités de l'API Protected Audience en attente

Découvrez les fonctionnalités d'enchères de l'API Protected Audience à l'approche de l'abandon des cookies tiers.

À l'approche de la disponibilité générale de l'API Protected Audience et de l'abandon des cookies tiers dans Chrome, vous vous posez peut-être des questions sur la disponibilité des services et fonctionnalités de cette API. Vous trouverez ici la liste des fonctionnalités de l'API Protected Audience au champ d'application et quand elles seront disponibles.

Chronologie de la disponibilité des fonctionnalités

Extraction Disponibles pour les tests État
Rapports sur les enchères remportées au niveau des événements Maintenant

Disponible jusqu'en 2026 minimum.

Cette fonctionnalité vise à faciliter la transition vers les rapports de l'API Protected Audience depuis les cookies tiers. Par conséquent, ces rapports ne seront plus disponibles une fois que les technologies publicitaires auront eu le temps de mettre à jour leurs mécanismes de création de rapports.
Agrégation basée sur des déclencheurs Maintenant

Disponible pour les tests dans Chrome Canary/Dev M113+, et bêta/Stable M115+.
Utilisation de l'environnement d'exécution sécurisé (TEE) pour le service clé-valeur Maintenant Obligatoire au plus tôt au troisième trimestre 2025.
Cadres cloisonnés Maintenant Obligatoire à partir de 2026.
Amélioration de l'intégration de l'API Protected Audience et d'Attribution Reporting T2 2023 Disponible pour les tests dans la version stable de Chrome M112 ou version ultérieure.
k-anonymat Maintenant Consultez l'article sur le k-anonymat.
Services d'enchères Test prévu au 2e semestre 2023. En cours de développement.

Autres fonctionnalités

Extraction Disponibles pour les tests État
Signaux d'enchères utilisateur au niveau de l'événement pour la modélisation (problème GitHub) 2023 Disponible dans Chrome au deuxième trimestre 2023.
Rapports sur la latence par acheteur 2023 Disponible dans Chrome au premier trimestre 2023.
Délai d'application du blocage par acheteur 2023 Disponible dans Chrome au premier trimestre 2023.
ID de reporting de l'acheteur pour les répartitions personnalisées 2023 Disponible dans Chrome au 3e trimestre 2023.
Assistance directe concernant la destination du vendeur 2023 Disponible dans Chrome au premier trimestre 2023.
Coût publicitaire limité pour la précision de la facturation au coût par clic 2023 Disponible dans Chrome au deuxième trimestre 2023.
Devise de l'enchère la plus élevée et de l'autre enchère associée au score le plus élevé 2023 Disponible dans Chrome au 3e trimestre 2023.
Compatibilité des macros avec les outils de suivi des annonces tiers 2023 Disponible dans Chrome au 3e trimestre 2023.
Compatibilité avec le ciblage par groupes de centres d'intérêt à exclure Plus tard en 2023 Disponible dans Chrome au 4e trimestre 2023.
Propagation sécurisée des signaux d'enchères sans WebBundles
Problème GitHub		 Plus tard en 2023 Prévues dans Chrome au 4e trimestre 2023
Suppression groupée de groupes de centres d'intérêt
Problème GitHub		 Plus tard en 2023 Prévues dans Chrome au 4e trimestre 2023
Augmentation de la limite des groupes de centres d'intérêt de 1 000 à 2 000
Problème GitHub		 Plus tard en 2023 Prévues dans Chrome au 4e trimestre 2023
Compatibilité avec les enchères et les enchères (version bêta 1)
Explication		 Phase d'évaluation (fin de l'année 2023) Prévues dans Chrome (via la phase d'évaluation) au 4e trimestre 2023

Rapports sur les enchères remportées au niveau des événements

Nous avons initialement indiqué que la création de rapports sur l'attribution des enchères au niveau des événements serait une solution temporaire, et l'API Private Aggregation serait utilisée pour générer des rapports récapitulatifs. Après avoir pris en compte vos commentaires et examiné la complexité relative des solutions basées sur l'agrégation, en particulier pour la facturation, nous avons décidé de ne pas supprimer la prise en charge des rapports sur les résultats des enchères gagnantes au niveau des événements avec les fonctions reportResult() et reportWin() pouvant appeler sendReportTo() avant l'abandon des cookies tiers.

Les rapports sur les enchères remportées au niveau des événements seront disponibles au moins jusqu'en 2026. Nous vous informerons à l'avance avant la transition de l'API vers d'autres solutions.

Les rapports sur les pertes d'enchères seront toujours disponibles via l'API Private Aggregation.

Rapports globaux basés sur des déclencheurs

Lors d'une mise aux enchères Protected Audience, vous pouvez envoyer un rapport agrégable lorsqu'il est déclenché par un événement à l'aide de la méthode contributeToHistogramOnEvent() de l'API Private Aggregation. L'événement déclencheur peut provenir de l'enchère elle-même, comme une victoire ou une perte d'enchères, ce qui vous permet de générer un rapport sur les enchères perdues. L'événement peut également provenir d'un frame cloisonné en dehors de la mise aux enchères à l'aide du window.fenced.reportEvent() de l'API Fenced Frame Ads Reporting pour déclencher l'envoi du rapport agrégable.

Pour en savoir plus, consultez la section contributeToHistogramOnEvent() de la page "Agrégation privée".

Utilisation d'un environnement d'exécution sécurisé pour le service clé-valeur

Le service clé-valeur de l'API Protected Audience permet aux enchères de récupérer des signaux en temps réel lorsque l'enchère est générée par l'acheteur et que l'annonce est évaluée par le vendeur. À terme, le service clé-valeur devra s'exécuter dans un environnement d'exécution sécurisé (TEE) pour garantir la confidentialité des données de l'utilisateur.

L'exécution du service clé-valeur dans un TEE ne sera pas requise avant quelque temps après l'abandon des cookies tiers. Nous préviendrons au moins 12 mois avant que l'utilisation du TEE ne devienne obligatoire. En attendant, vous pouvez continuer à utiliser votre propre serveur pour les signaux clé/valeur en temps réel. Notez que l'exécution du service clé-valeur dans un TEE avec des fonctions définies par l'utilisateur pourra être testée d'ici la fin du 1er trimestre 2023 avec l'API Protected Audience sur l'appareil.

Cadres cloisonnés

Les cadres cloisonnés sont un nouvel élément HTML qui limite la communication entre le contenu et l'outil d'intégration. Il est utilisé pour afficher le contenu en fonction de données intersites. L'API Protected Audience affiche le contenu dans un frame cloisonné.

Après avoir travaillé en étroite collaboration avec plusieurs personnes concernées et examiné les efforts importants pour s'adapter à ce changement, Chrome n'imposera pas les cadres cloisonnés avant au moins 2026 pour maintenir l'inclusivité de l'écosystème,et Chrome fournira un avis préalable significatif. En attendant, si vous n'utilisez pas de cadres cloisonnés, vous devez utiliser un iFrame pour afficher l'URL opaque. En outre, il convient de noter que les vendeurs peuvent toujours exiger l'utilisation de Fenced Frames.

Proposition État
Modifications de l'API Web pour l'URL dans la configuration
Explication		 Disponible dans Chrome au premier trimestre 2023.
Macros de création dans Fenced Frames pour les rapports sur les annonces (FFAR)
Problème GitHub		 Disponible dans Chrome au 3e trimestre 2023.
Envoyer des balises automatiques une seule fois
Problème GitHub		 Disponible dans Chrome au 3e trimestre 2023.
Configurations de Fenced Frames Serializable
Problème GitHub 		Disponible dans Chrome au 3e trimestre 2023.
Option de format supplémentaire pour les macros de taille d'annonce Protected Audience
Problème GitHub		 Disponible dans Chrome au 4e trimestre 2023.
Balises automatiques envoyées à toutes les URL enregistrées
Problème GitHub | Problème GitHub		 Disponible dans Chrome au 4e trimestre 2023.
Activation de la fermeture des groupes de centres d'intérêt des annonces à partir des cadres iFrame Urn et des composants d'annonce
Problème GitHub		 Disponible dans Chrome au 1er trimestre 2024
Introduction d'un réservé.top_navigation_start/commit
problème GitHub, problème GitHub		 Disponible dans Chrome au 1er trimestre 2024
Ne pas désactiver le paramètre de cookie dans ReportEvent avant 3PCD
Problème GitHub		 Disponible dans Chrome au 1er trimestre 2024
Ajout de la prise en charge des balises automatiques dans les sous-frames multi-origines
Problème GitHub		 Disponible dans Chrome au 1er trimestre 2024

Amélioration de l'intégration de l'API Protected Audience et d'Attribution Reporting

Récemment, des difficultés ont été mises en évidence concernant l'intégration de l'API Attribution Reporting et de l'API Protected Audience, en particulier en cas d'utilisation de frames cloisonnés.

Pour la création de rapports au niveau des événements avec l'API Protected Audience, nous proposons un ensemble d'améliorations initiales visant à faciliter cette intégration. Pour en savoir plus, consultez cette explication. L'intégration sera disponible aussi bien pour les cadres cloisonnés que pour les iFrames. Les rapports au niveau des événements seront disponibles à des fins de test dans la version stable de Chrome M112 (ou version ultérieure).

Pour ceux qui ont besoin d'Attribution Reporting avec l'API Protected Audience, nous travaillons sur des solutions plus flexibles afin de capturer plus de signaux d'enchères avec des rapports agrégables. Nous publierons une proposition une fois qu'elle sera prête.

Services d'enchères et de mise aux enchères

Nous avons reçu des commentaires concernant la latence de l'API Protected Audience et nous travaillons activement à l'amélioration de la latence sur l'appareil. Chrome et Android prévoient de fournir des services d'enchères afin d'exécuter une logique d'enchères et d'évaluation en plus des enchères sur l'appareil. Les services d'enchères et de mise aux enchères sont une solution de service d'API Protected Audience permettant de réaliser des enchères hors appareil, ce qui, selon nous, permettra d'obtenir des performances encore plus rapides.

Nous continuerons à accepter les enchères sur l'appareil. L'utilisation des services d'enchères et de mise aux enchères n'est pas requise, sauf si cela correspond à vos cas d'utilisation.

Pour en savoir plus, consultez cet article de blog.

Étape suivante

Nous souhaitons discuter avec vous d'une API adaptée à tous les utilisateurs.

Discuter de l'API

Comme d'autres API de la Privacy Sandbox, cette API est documentée et consultée publiquement.

Tester l'API

Vous pouvez tester l'API Protected Audience et y participer.