Découvrez comment un acheteur d'annonces (DSP et annonceur) diffusant une campagne publicitaire peut contrôler la fréquence de diffusion des annonces en fonction de la fréquence à laquelle l'utilisateur a vu ou interagi avec une annonce. Contrôler la diffusion des annonces en fonction de la fréquence améliore l'expérience de l'audience en évitant la fatigue publicitaire, et augmente 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êts
Vous pouvez appeler navigator.leaveAdInterestGroup()
pour demander au navigateur d'un utilisateur de quitter un groupe de centres d'intérêt lorsqu'il clique sur une annonce. Dans le frame d'annonce gagnant et ses sous-frames, vous pouvez appeler leaveAdInterestGroup()
à condition que l'origine du frame soit la même que celle du groupe de centres d'intérêt. Une approche possible consiste à ajouter un sous-cadre invisible dans le cadre de l'annonce qui est responsable de la sortie du groupe de centres d'intérêt.
Si vous quittez le groupe d'intérêts pour les annonces, vous ne pourrez plus définir d'enchères et cela équivaudra à une limitation de la fréquence d'exposition.
Utiliser le signal prevWinsMs
lors de la génération d'enchères
Pour un contrôle simple de la fréquence, vous pouvez utiliser le champ prevWinsMs
dans browserSignals
dans generateBid()
.
Le champ prevWinMs
contient les annonces gagnantes du groupe d'intérêts, ainsi que la durée écoulée depuis leur précédente victoire 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, l'annonce ne remportera pas les enchères.
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êts existant par les données de clic en tant que signaux d'enchères utilisateur (userBiddingSignals
).
Le diagramme suivant décrit la séquence:
- L'utilisateur accède à la page de l'annonceur
- L'acheteur (annonceur/DSP) initialise un tableau de données de clic dans le cookie propriétaire.
- L'acheteur (annonceur/DSP) ajoute l'utilisateur à un groupe de centres d'intérêt et définit le tableau
clicks
initial dans le champuserBiddingSignals
. - Plus tard, l'utilisateur consulte la page de l'éditeur.
- Le vendeur (éditeur/DSP) exécute une enchère Protected Audience, et l'annonce gagnante s'affiche pour l'utilisateur.
- L'utilisateur clique sur l'annonce gagnante.
- L'utilisateur est redirigé vers la page de l'annonceur.
- L'URL de destination contient le nom du groupe de centres d'intérêt en tant que paramètre de requête
- L'acheteur (annonceur/DSP) lit le cookie propriétaire existant
- L'acheteur (annonceur/DSP) ajoute le nouveau code temporel du clic aux données de clic existantes.
- L'acheteur (annonceur/DSP) met à jour le groupe de centres d'intérêt avec les nouvelles données de clic.
- 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 accède à nouveau à 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.