Découvrez comment un acheteur d'annonces (DSP et annonceur) diffusant 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 interagit avec elle. Le contrôle de la diffusion des annonces selon la fréquence améliore l'expérience de l'audience en évitant la lassitude publicitaire, et augmente les revenus en touchant plus d'utilisateurs avec le même budget. Ce guide présente plusieurs approches pour gérer la fréquence des annonces.
Quitter un groupe de centres d'intérêt
Vous pouvez appeler navigator.leaveAdInterestGroup() pour demander que le navigateur d'un utilisateur quitte un groupe de centres d'intérêt lorsqu'il clique sur une annonce. À partir du frame d'annonce gagnant et de ses sous-cadres, vous pouvez appeler leaveAdInterestGroup() tant que l'origine du frame est identique à celle du groupe de centres d'intérêt. Une approche qui pourrait être adoptée consiste à ajouter un sous-cadre invisible à l'intérieur du frame d'annonce qui est responsable de la sortie du groupe d'intérêt.
Le fait de quitter le groupe de centres d'intérêt de l'annonce empêche les enchères futures et permet de limiter la fréquence d'exposition.
Utiliser le signal prevWinsMs lors de la génération des enchères
Pour contrôler facilement la fréquence, vous pouvez utiliser le champ prevWinsMs dans browserSignals dans generateBid().
Le champ "prevWinMs" contient les annonces gagnantes du groupe de centres d'intérêt, et le temps écoulé depuis leurs victoires précédentes est exprimé en millisecondes. Notez que l'objet ad ne contient que les champs renderURL et metadata.
Utilisez ce signal pour déterminer si l'annonce doit être diffusée. Le renvoi d'une valeur d'enchère de 0 garantit que l'annonce ne remportera 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 les informations sur les clics. Lors de la diffusion de l'annonce, remplacez un groupe de centres d'intérêt existant par les données sur les clics en tant que signaux d'enchères utilisateur (userBiddingSignals).
Le schéma suivant décrit la séquence:
- L'internaute consulte la page de l'annonceur.
- L'acheteur (annonceur/DSP) initialise un tableau de données sur les clics 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
clicksinitial dans le champuserBiddingSignals. - Plus tard, il consulte la page de l'éditeur.
- Le vendeur (éditeur/DSP) lance une enchère Protected Audience, et l'annonce gagnante est diffusée auprès de 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 sur les clics.
- L'acheteur (annonceur/DSP) met à jour le cookie propriétaire avec les nouvelles données sur les clics.
Le code temporel dans le 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.