Rythme de diffusion des annonces par fréquence

Découvrez comment un acheteur d'annonces (DSP et annonceur) qui diffuse une campagne publicitaire peut contrôler le rythme de diffusion des annonces en fonction de la fréquence à laquelle l'utilisateur a vu une annonce ou interagi avec elle. Contrôler la diffusion des annonces par fréquence permet d'améliorer l'expérience de l'audience en évitant la lassitude publicitaire, et d'augmenter les revenus en touchant plus d'utilisateurs avec le même budget. Ce guide présente plusieurs approches pour travailler avec la fréquence des annonces.

Quitter un groupe d'intérêt

Vous pouvez appeler navigator.leaveAdInterestGroup() pour demander au navigateur d'un utilisateur de quitter un groupe d'intérêt lorsqu'il clique sur une annonce. À partir du frame gagnant et de ses sous-frames, vous pouvez appeler leaveAdInterestGroup() à condition que l'origine du frame soit la même que celle du groupe d'intérêt. Une approche possible consiste à ajouter un sous-frame invisible à l'intérieur du frame de l'annonce, qui est responsable de la sortie du groupe d'intérêt.

Si vous quittez un groupe d'intérêt publicitaire, vous ne pourrez plus enchérir sur celui-ci. Cela équivaut à une forme de limitation de la fréquence.

Utiliser le signal prevWinsMs lors de la génération des offres

Pour contrôler la fréquence, vous pouvez utiliser le champ prevWinsMs dans browserSignals à l'intérieur de generateBid().

Le champ prevWinMs contient les annonces gagnantes du groupe d'intérêt et le temps écoulé depuis leurs précédentes victoires, en millisecondes. Notez que l'objet ad ne contient ici que les champs renderURL et metadata.

Utilisez ce signal pour déterminer si l'annonce doit être diffusée. Si vous renvoyez une valeur d'enchère de 0, vous vous assurez que l'annonce ne remporte pas l'enchère.

Stocker les données sur les clics dans un cookie propriétaire

Vous pouvez également utiliser un cookie propriétaire pour stocker des informations sur les clics. Lorsque l'annonce est affichée, remplacez un groupe d'intérêt existant par les données de clic en tant que signaux d'enchères utilisateur (userBiddingSignals).

Le schéma suivant décrit la séquence :

1. L'utilisateur accède à la page de l'annonceur.
2. L'acheteur (annonceur/DSP) initialise un tableau de données de clic dans le cookie propriétaire.
3. L'acheteur (annonceur/DSP) ajoute l'utilisateur à un groupe d'intérêt et définit le tableau clicks initial dans le champ userBiddingSignals.
4. Plus tard, l'utilisateur consulte la page de l'éditeur.
5. Le vendeur (éditeur/DSP) exécute une enchère Protected Audience, et l'annonce gagnante est affichée à l'utilisateur.
6. L'utilisateur clique sur l'annonce gagnante.
7. L'utilisateur est redirigé vers la page de l'annonceur.
   • L'URL de destination contient le nom du groupe d'intérêt en tant que paramètre de requête.
8. L'acheteur (annonceur/DSP) lit le cookie propriétaire existant.
9. L'acheteur (annonceur/DSP) ajoute le nouveau code temporel du clic aux données de clic existantes.
10. L'acheteur (annonceur/DSP) met à jour le groupe d'intérêt avec les nouvelles données de clics.
11. L'acheteur (annonceur/DSP) met à jour le cookie propriétaire avec les nouvelles données de clic.

Le code temporel du champ click de userBiddingSignals devient disponible dans la fonction generateBid() lorsque l'utilisateur revient sur la page de l'éditeur. L'acheteur peut utiliser ces données pour contrôler la diffusion des annonces.

É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.