Dans Ad Manager, le trafficking des enchères d'en-tête ("header bidding") permet aux éditeurs d'intégrer leur demande d'enchères d'en-tête
Questions fréquentes
Voici quelques réponses aux questions que vous vous posez peut-être sur le trafficking des enchères d'en-tête et son fonctionnement :
Pour l'instant, Ad Manager 360 est compatible avec le wrapper avant enchère pour le trafficking des enchères d'en-tête. Bien que les enchères d'en-tête permettent une grande personnalisation, l'implémentation du wrapper avant enchère doit être suffisamment "standard" pour que le tag Google Publisher Tag (GPT) puisse y être intégré. Actuellement, l'inventaire Web et le format d'annonce "Bannière" sont compatibles. En savoir plus sur les Conditions requises pour le trafficking des enchères d'en-tête
La plupart des implémentations du wrapper avant enchère sont compatibles. Toutefois, certaines personnalisations qui modifient son mode de fonctionnement peuvent empêcher Ad Manager 360 de collecter des enchères afin d'entrer en concurrence pour la diffusion d'annonces. Sachez que si l'obtention des données échoue, l'enchérisseur ne pourra pas être mis en concurrence. Les demandes d'annonces conserveront alors leur état, avec les éléments de campagne de type priorité au prix ciblés pour les enchères d'en-tête.
Pour utiliser le trafficking d'enchères d'en-tête, l'implémentation du wrapper avant enchère doit remplir les conditions suivantes :
- GPT peut trouver l'objet global du wrapper avant enchère.
- L'objet global possède une fonction getEvents() qui fonctionne correctement.
- Pour chaque emplacement utilisant des enchères d'en-tête dans des groupes de rendement, le AdUnit avant enchère est défini sur le chemin du bloc d'annonces ou sur l'ID de l'élément d'un emplacement GPT.
pbjs.renderAd().