En savoir plus sur les fonctionnalités d'enchères de l'API Protected Audience
Alors que nous rendons les fonctionnalités de l'API Protected Audience disponibles pour tous, vous vous demandez peut-être si les services et fonctionnalités de l'API Protected Audience sont disponibles. Vous trouverez ici la liste des fonctionnalités de l'API Protected Audience à portée limitée et la date à laquelle elles seront disponibles.
Chronologie de la disponibilité des fonctionnalités
| Fonctionnalité | Disponible pour les tests | État |
|---|---|---|
| Rapports sur les victoires aux enchères au niveau des événements | Maintenant | Prise en charge au moins jusqu'en 2026. Cette fonctionnalité vise à faciliter la transition des rapports sur les cookies tiers vers les rapports sur l'API Protected Audience. 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 reporting. |
| Agrégation basée sur les 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 de paires clé/valeur | Maintenant | Obligatoire au plus tôt au troisième trimestre 2025. |
| Frames cloisonnés | Maintenant | Obligatoire à partir de 2026. |
| Intégration améliorée de l'API Protected Audience et d'Attribution Reporting | T2 2023 | Disponible pour les tests dans Chrome Stable M112 et versions ultérieures. |
| K-anonymat | Maintenant | Consultez l'article sur le k-anonymat. |
| Services d'enchères et de mise aux enchères | Ciblé pour les tests au second semestre 2023. | En cours de développement. |
Autres fonctionnalités
| Fonctionnalité | Disponible 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 avant expiration de la durée d'exécution par acheteur | 2023 | Disponible dans Chrome au premier trimestre 2023. |
| ID de rapport d'acheteur pour les répartitions personnalisées | 2023 | Disponible dans Chrome au troisième trimestre 2023. |
| Prise en charge des destinations des vendeurs directs | 2023 | Disponible dans Chrome au premier trimestre 2023. |
| Coût des annonces limité par la précision pour 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'enchère la plus élevée avec un autre score | 2023 | Disponible dans Chrome au troisième trimestre 2023. |
| Prise en charge des macros pour les outils de suivi des annonces tiers (3PAT) | 2023 | Disponible dans Chrome au troisième trimestre 2023. |
| Prise en charge du ciblage par exclusion de groupes d'intérêt | Fin 2023 | Prévu dans Chrome au quatrième trimestre 2023. |
| Propagation sécurisée des signaux d'enchères sans WebBundles Problème GitHub |
Fin 2023 | Prévu dans Chrome au quatrième trimestre 2023 |
| Suppression groupée des groupes d'intérêt Problème GitHub |
Fin 2023 | Prévu dans Chrome au quatrième trimestre 2023 |
| Augmenter la limite du groupe d'intérêt de 1 000 à 2 000 Problème GitHub |
Fin 2023 | Prévu dans Chrome au quatrième trimestre 2023 |
| Assistance pour la version bêta 1 des enchères et des mises aux enchères Vidéo explicative |
Essai Origin Trial, fin 2023 | Prévu dans Chrome (via Origin Trial) au quatrième trimestre 2023 |
| API Real Time Monitoring Explication |
Fin du 2e ou début du 3e trimestre 2024 | Prévu dans Chrome fin du 2e trimestre ou début du 3e trimestre 2024 Nous envisageons également d'intégrer les améliorations mentionnées dans l'explication sous "Travaux futurs". Nous prévoyons de confirmer l'orientation d'ici le premier trimestre 2025 et de proposer une solution révisée d'ici le premier trimestre 2026, en fonction des délais de lancement des technologies sous-jacentes. |
Rapports sur les victoires aux enchères au niveau des événements
Nous avions initialement indiqué que les rapports sur les enchères remportées au niveau des événements seraient une solution temporaire et que l'API Private Aggregation serait utilisée pour générer des rapports récapitulatifs. Après avoir pris en compte les 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 compatibilité avec le reporting des résultats d'enchères au niveau de l'événement, avec les fonctions reportResult() et reportWin() pouvant appeler sendReportTo().
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 si l'API passe à d'autres solutions.
Les rapports sur les pertes d'enchères continueront d'être disponibles via l'API Private Aggregation.
Rapports agrégables basés sur des déclencheurs
Lors d'une enchère Protected Audience, vous pouvez envoyer un rapport agrégable lorsqu'un événement le déclenche à l'aide de la méthode contributeToHistogramOnEvent() de l'API Private Aggregation. L'événement déclencheur peut provenir de la vente aux enchères elle-même, par exemple si vous avez remporté ou perdu une enchère. Ces rapports agrégables sont ensuite envoyés à un service d'agrégation déployé, qui vous permet de générer un rapport récapitulatif final incluant les résultats des pertes d'enchères. L'événement peut également provenir d'un frame clôturé en dehors de l'enchère à l'aide de 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 sur l'agrégation privée.
Utilisation de l'environnement d'exécution sécurisé pour le service de paires clé/valeur
Le service clés-valeurs de l'API Protected Audience permet à l'enchère de récupérer des signaux en temps réel lorsque l'offre est générée par l'acheteur et que l'annonce est évaluée par le vendeur. Le service Key/Value devra à terme s'exécuter dans un environnement d'exécution sécurisé (TEE) pour garantir la confidentialité des données de l'utilisateur.
Il n'est pas nécessaire d'exécuter le service de paires clé/valeur dans un TEE. Nous vous préviendrons au moins 12 mois à l'avance avant que l'utilisation de TEE ne devienne obligatoire. D'ici là, vous pouvez continuer à utiliser votre propre serveur pour les signaux clés/valeurs en temps réel. Notez que l'exécution du service de clés/valeurs dans un TEE avec des fonctions définies par l'utilisateur (UDF) sera disponible pour les tests d'ici la fin du premier trimestre 2023 avec l'API Protected Audience sur l'appareil.
Frames cloisonnés
Les cadres clôturés sont un nouvel élément HTML qui limite la communication entre le contenu et l'intégrateur. Ils sont utilisés pour afficher du contenu basé sur des données multisites. L'API Protected Audience affichera le contenu dans un cadre clôturé.
Après avoir travaillé en étroite collaboration avec différentes parties prenantes et examiné les efforts importants nécessaires pour s'adapter à ce changement, Chrome n'imposera pas les cadres clôturés avant au moins 2026 afin de maintenir l'inclusivité de l'écosystème. Chrome fournira un préavis important. En attendant, si les cadres clôturés ne sont pas utilisés, vous devrez utiliser un iframe pour afficher l'URN opaque. Il convient également de noter que les vendeurs peuvent toujours exiger l'utilisation de cadres clôturés.
| Proposition | État |
|---|---|
| Modifications de l'API Web pour la conversion d'un code urn en configuration Explication |
Disponible dans Chrome au 1er trimestre 2023. |
| Macros de création dans les cadres délimités pour les rapports sur les annonces (FFAR) Problème GitHub |
Disponible dans Chrome au 3e trimestre 2023. |
| Envoyer des balises automatiques une fois Problème GitHub |
Disponible dans Chrome au 3e trimestre 2023. |
| Configurations de cadres délimités sérialisables 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 quatrième trimestre 2023. |
| Envoi automatique de balises vers toutes les URL enregistrées Problème GitHub | Problème GitHub |
Disponible dans Chrome au quatrième trimestre 2023. |
| Activer les groupes de centres d'intérêt des annonces quittant les iFrames Urn et les cadres de composants d'annonces
Problème GitHub |
Disponible dans Chrome au 1er trimestre 2024 |
| Introduction de reserved.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 jusqu'à 3PCD
Problème GitHub |
Disponible dans Chrome au 1er trimestre 2024 |
| Ajout de la compatibilité avec les balises automatiques dans les sous-cadres inter-origines
Problème GitHub |
Disponible dans Chrome au 1er trimestre 2024 |
Autoriser les sous-cadres inter-origines à envoyer des balises reportEvent()
Problème GitHub |
Disponible dans Chrome au 2e trimestre 2024 |
En-tête Referer dans les balises
Problème GitHub |
Disponible dans Chrome au 1er trimestre 2025 |
| Compatibilité automatique des données cross-origin avec les balises
Problème GitHub |
Prévu dans Chrome au 2e trimestre 2025 |
Amélioration de l'intégration de l'API Protected Audience et de l'API Attribution Reporting
Récemment, des problèmes ont été signalés concernant l'intégration de l'API Attribution Reporting et de l'API Protected Audience, en particulier lorsque des cadres clôturés sont impliqués.
Pour les rapports au niveau des événements avec l'API Protected Audience, nous avons proposé un ensemble d'améliorations initiales pour faciliter cette intégration. Pour en savoir plus, consultez la présentation. L'intégration sera disponible pour les cadres clôturés et les iFrames. Les rapports au niveau des événements seront disponibles à des fins de test dans Chrome Stable M112 et versions ultérieures.
Pour ceux qui ont besoin d'Attribution Reporting avec l'API Protected Audience, nous travaillons sur des solutions plus flexibles pour capturer davantage 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 entendu certaines préoccupations concernant la latence de l'API Protected Audience et nous nous efforçons activement d'améliorer la latence sur l'appareil. Chrome et Android prévoient de fournir des services d'enchères et d'adjudication comme moyen supplémentaire d'exécuter la logique d'enchères et de notation 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 d'exécuter des enchères hors de l'appareil, ce qui, selon nous, permettra d'améliorer encore les performances.
Nous continuerons à prendre en charge les enchères sur l'appareil. L'utilisation des services d'enchères et d'appels d'offres n'est pas obligatoire, sauf si elle 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.