Questions fréquentes sur les tests de la Privacy Sandbox

Réponses aux questions fréquentes sur les tests de la Privacy Sandbox.

Quels sont les principaux domaines de coordination entre les DSP et les SSP pour l'API Protected Audience ?

Voici les principaux aspects qui nécessitent un alignement:

  • Audit des créations: la SSP dispose-t-elle d'un point de terminaison de préinscription pour les créations pour l'analyse, et la plate-forme côté demande sera-t-elle compatible avec ce workflow ? Si ce n'est pas le cas, demandez au SSP ce dont il a besoin pour mettre en œuvre l'audit des créations pour les paramètres de l'éditeur.
  • Méthodologie renderURL de la DSP. Certains SSP peuvent exiger que l'renderURL inclue des métadonnées telles que seatID pour prendre en charge l'évaluation et la facturation. L'impact de la structure de la DSP renderURL sur les cas d'utilisation critiques des SSP
  • ORTB <ph type="x-smartling-placeholder">
      </ph>
    • Demande d'enchère ORTB 2.X: manière dont la SSP signalera les enchères éligibles aux enchères éligibles à la DSP.
    • Réponse à l'enchère ORTB 2.X : façon dont la DSP répond à la SSP pour les enchères PA.
  • Données d'enchères sur l'appareil de l'AP: de la SSP à la DSP <ph type="x-smartling-placeholder">
      </ph>
    • auctionSignals: données que la SSP inclut dans le auctionConfig mis à la disposition de toutes les fonctions d'enchères de la DSP.
  • Données d'évaluation de l'AP sur l'appareil: DSP vers SSP <ph type="x-smartling-placeholder">
      </ph>
    • Enchère: comment gérer les multidevises. Chaque SSP peut avoir des exigences différentes.
    • Objet d'annonce (rencontré dans generateBid()) : le SSP peut l'utiliser pour le scoring et les commandes de l'éditeur. Les DSP et les SSP doivent s'aligner sur les données incluses et sur leur structure.
  • Rapports sur les victoires de l'AP: SSP vers DSP <ph type="x-smartling-placeholder">
      </ph>
    • Élément que la reportResult() de la SSP mettra à la disposition du reportWin() de la DSP.
  • Rapports post-enchères: entre DSP et SSP Contexte: la DSP doit collecter et déléguer les rapports post-enchères à la SSP. Si la SSP a besoin de métriques de clics, de vues et de visibilité, elle doit lui permettre de recevoir ces événements.
    • De quels rapports la SSP a-t-elle besoin ?
    • La méthodologie de mesure de cet événement (la définition de la visibilité, par exemple).
    • Implémentation DSP de l'appel reportEvent() pour répondre aux exigences de la SSP
    • Implémentation SSP de l'registerAdBeacon(), qui fait correspondre le nom de l'événement avec ce que la DSP déclenchera dans la création.

L'API Attribution Reporting est-elle prête et disponible pour les tests ?

L'API Attribution Reporting sera disponible pour tous les utilisateurs, et son déploiement est déjà en cours. De cette manière, vous pourrez bientôt utiliser Attribution Reporting pour 100% du trafic. Notez qu'Attribution Reporting peut être utilisé avec toutes les annonces, et pas seulement celles diffusées par Protected Audience.

Existe-t-il des exigences géographiques pour les tests ?

Il n'existe aucune restriction géographique. Il appartient à chaque testeur de déterminer les considérations géographiques dans le cadre de son test.

En quoi les consignes de la CMA s'alignent-elles sur les tests gérés par Chrome ?

Les modes de test facilités par Chrome sont conformes aux consignes de la CMA concernant les tests quantitatifs de la Privacy Sandbox. Selon les directives de la CMA, le groupe de traitement s'appuie sur les technologies de la Privacy Sandbox sans cookies tiers. Le groupe de contrôle 1 utilise des cookies tiers et non la Privacy Sandbox. Le groupe de contrôle 2 n'utilise ni la Privacy Sandbox, ni les cookies tiers. Avec la disponibilité générale, les technologies de la Privacy Sandbox seront disponibles pour tout le trafic Chrome. La technologie publicitaire pourra choisir d'utiliser les technologies de la Privacy Sandbox dans certains groupes de population et pas dans d'autres. En outre, les technologies publicitaires peuvent exploiter le trafic de test géré par Chrome en mode A pour coordonner ces groupes de population entre plusieurs parties.

À partir du 4 janvier 2024, Chrome abandonnera les cookies tiers pour 1% du trafic. Dans la documentation pour les développeurs Chrome, ce trafic est appelé "trafic de test géré par Chrome en mode B". Dans une petite partie du trafic de test géré par Chrome en Mode B, les technologies de la Privacy Sandbox ne seront pas non plus disponibles, en plus de l'abandon des cookies tiers. En combinant tous les modes de test gérés par Chrome ci-dessus, les technologies publicitaires pourront aligner leurs configurations de test sur les consignes de test publiées par la CMA. Reportez-vous aux tests gérés par Chrome, qui définissent les modes A et B, et le guide concernant l'CMA, qui définit les groupes de traitement 1, Contrôle 2 et de traitement (au point 11).

Existe-t-il un contact à la CMA avec qui nous pourrions nous adresser pour mieux comprendre ce qui est requis pour le rapport final à envoyer ?

Vous pouvez envoyer un e-mail à l'équipe CMA à l'adresse privacysandbox@cma.gov.uk pour en savoir plus sur les conseils concernant les propositions de test. Pour information, l'autorité britannique de la concurrence et des marchés répertorie tous ses contacts en bas de la page Privacy Sandbox.

Pouvez-vous clarifier les métriques de réussite des tests quantitatifs ?

Les entreprises qui testent les API peuvent définir et partager autant de KPI supplémentaires qu'elles le souhaitent. Les résultats minimaux des tests à partager sont listés dans les Conseils concernant les CMA.

Existe-t-il un seuil de volume pour les tests, par exemple entre les ratios des groupes de contrôle et les ratios des modes ? Au-delà des conseils de la CMA concernant les tests, avez-vous d'autres conseils sur les KPI utiles à tester ?

Les testeurs peuvent établir les exigences de volume / scaling. Nous vous recommandons de déterminer l'échelle en fonction de votre modèle économique et de vos objectifs. Votre méthode de test doit tenir compte des métriques pertinentes ainsi que des modes A et B des tests gérés par Chrome.

Quels types d'intégrations d'inventaires d'éditeurs sont compatibles avec les tests Protected Audience et TOPICS ?

La Privacy Sandbox n'impose aucune restriction sur les mécanismes d'intégration spécifiques. Pour obtenir le plus d'insights possible, les tests de bout en bout de l'API Protected Audience doivent être coordonnés avec d'autres parties intégrées à la Privacy Sandbox afin de générer des impressions facturables.

Nous savons que d'autres entreprises les décisions d'intégration pourraient avoir un impact sur les types d'inventaires sur lesquels Protected Audience et Topics peuvent être testés. La Privacy Sandbox recommande de se coordonner avec les partenaires de test sur les objectifs.

Comment Google va-t-il faciliter la connexion entre les DSP et les SSP de test ?

Les entreprises qui effectuent des tests sont listées publiquement sur GitHub, avec leurs coordonnées pour la coordination. La Privacy Sandbox encourage également les testeurs à contacter directement via leurs relations existantes pour coordonner les tests.