En savoir plus sur les fonctionnalités d'enchères de l'API Protected Audience
À mesure que nous rendons les fonctionnalités de l'API Protected Audience disponibles pour tous les utilisateurs, vous vous demandez peut-être si les services et fonctionnalités de l'API Protected Audience sont disponibles. Vous trouverez ci-dessous la liste des fonctionnalités de l'API Protected Audience avec portée et la date à laquelle elles seront prises en charge.
Chronologie de la disponibilité des fonctionnalités
| Fonctionnalité | Disponible pour les tests | État |
|---|---|---|
| Rapports sur les enchères remportées au niveau des événements | Maintenant | Compatible jusqu'en 2026 au moins. Cette fonctionnalité vise à faciliter la transition vers les rapports de l'API Protected Audience à partir des rapports sur 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 versions ultérieures, et Chrome Bêta/Stable M115 et versions ultérieures. |
| Utilisation d'un 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 | 2e trimestre 2023 | Disponible pour les tests dans Chrome stable M112 ou version ultérieure. |
| K-anonymat | Maintenant | Consultez l'article sur le k-anonymat. |
| Services d'enchères et de mise aux enchères | Test prévu au second semestre 2023. | En cours de développement. |
Autres fonctionnalités
| Fonctionnalité | Disponible pour les tests | État |
|---|---|---|
| Signaux d'enchères de l'utilisateur au niveau des événements 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 de l'acheteur pour les répartitions personnalisées | 2023 | Disponible dans Chrome au 3e trimestre 2023. |
| Compatibilité avec les destinations de 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'autre enchère la plus élevée | 2023 | Disponible dans Chrome au 3e trimestre 2023. |
| Compatibilité des macros avec les outils de suivi des annonces tiers (3PAT) | 2023 | Disponible dans Chrome au 3e trimestre 2023. |
| Compatibilité avec le ciblage par groupe d'intérêts à exclure | Plus tard en 2023 | Prévu dans Chrome au quatrième trimestre 2023. |
| Propagation sécurisée des signaux d'enchères sans WebBundles Problème GitHub |
Plus tard en 2023 | Prévu 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évu dans Chrome au 4e trimestre 2023 |
| Augmenter la limite de 1 000 intérêts à 2 000 Problème GitHub |
Plus tard en 2023 | Prévu dans Chrome au 4e trimestre 2023 |
| Compatibilité avec la version bêta 1 des services d'enchères et de mise aux enchères Présentation |
Essai Origin Trial, dans le courant de l'année 2023 | Disponible dans Chrome (via l'essai Origin Trial) au 4e trimestre 2023 |
| API de surveillance en temps réel Présentation |
Fin du 2e trimestre ou début du 3e trimestre 2024 | Disponible dans Chrome fin du 2e trimestre ou début du 3e trimestre 2024 Nous envisageons également d'apporter des améliorations présentées dans la vidéo explicative dans le cadre de futurs travaux. Nous prévoyons de confirmer la direction 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 avons initialement indiqué que les rapports sur les enchères remportées au niveau des événements seraient une solution temporaire. L'API Private Aggregation sera 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 prise en charge des rapports sur les résultats des enchères remportées au niveau de l'événement, les fonctions reportResult() et reportWin() pouvant appeler sendReportTo().
Les rapports sur les enchères remportées au niveau des événements seront disponibles jusqu'en 2026 au moins. Nous vous préviendrons à l'avance avant que l'API ne passe à d'autres solutions.
Les rapports sur les enchères perdues resteront disponibles via l'API Private Aggregation.
Rapports agrégables basés sur des déclencheurs
Lors d'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 la mise aux enchères elle-même, par exemple en cas de gain ou de perte d'enchères. 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 enchères perdues. 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 "Agrégation privée".
Utilisation d'un environnement d'exécution sécurisé pour le service 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'enchère est générée par l'acheteur et que l'annonce est évaluée par le vendeur. Le service clé-valeur 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 clé-valeur dans un TEE. Nous vous préviendrons au moins 12 mois à l'avance 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é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.
Cadres cloisonnés
Les frames clôturés sont un nouvel élément HTML qui limite la communication entre le contenu et l'outil d'intégration. Ils servent à afficher le contenu en fonction de données intersites. L'API Protected Audience affiche le contenu dans un frame clôturé.
Après avoir travaillé en étroite collaboration avec divers partenaires et examiné les efforts importants à fournir pour s'adapter à ce changement, Chrome ne rendra pas obligatoire l'utilisation de cadres délimité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 une iFrame pour afficher l'URN opaque. Notez également que les vendeurs peuvent toujours exiger l'utilisation de cadres protégés.
| Proposition | État |
|---|---|
| Modifications apportées à 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 des cadres cloisonnés pour la création de rapports sur les annonces Problème GitHub |
Disponible dans Chrome au 3e trimestre 2023. |
| Envoyer les balises automatiques une fois Problème GitHub |
Disponible dans Chrome au 3e trimestre 2023. |
| Configurations de cadres clôturé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 4e trimestre 2023. |
| Envoi automatique de balises vers toutes les URL enregistrées Problème GitHub | Problème GitHub |
Disponible dans Chrome au 4e trimestre 2023. |
| Activer le retrait des groupes de centres d'intérêt des annonces à partir des cadres iFrame Urn et des frames des composants d'annonce
Problème GitHub |
Disponible dans Chrome au premier 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 premier trimestre 2024 |
| Ajouter la prise en charge des balises automatiques dans les sous-frames d'origines différentes
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 |
Amélioration de l'intégration de l'API Protected Audience et d'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 en ce qui concerne les cadres délimités.
Pour les rapports au niveau des événements avec l'API Protected Audience, nous proposons un ensemble d'améliorations initiales pour faciliter cette intégration. Pour en savoir plus, consultez la présentation. L'intégration sera disponible à la fois pour les cadres délimité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 de rapports sur l'attribution avec l'API Protected Audience, nous travaillons sur des solutions plus flexibles pour 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 entendu des inquiétudes 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 de mise aux enchères 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 Protected Audience API service permettant d'exécuter des enchères hors appareil, ce qui devrait permettre d'améliorer encore les performances.
Nous continuerons de prendre en charge les enchères sur l'appareil. L'utilisation des services d'enchères et de mise aux enchères 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.