Un enchérisseur peut acheter un inventaire pour plusieurs entités en une seule enchère, si ces entités sont des clients Authorized Buyers. Par exemple, une plate-forme côté demande (DSP) peut utiliser son enchérisseur pour acheter un inventaire pour plusieurs marketeurs ou agences qui sont eux-mêmes des clients Authorized Buyers. Ce guide explique comment coder votre enchérisseur afin de traiter une demande unique envoyée au nom de plusieurs clients Authorized Buyers.
Contexte
Authorized Buyers fonctionne avec les réseaux publicitaires, les services de négociation d'espaces publicitaires et les plates-formes côté demande (DSP). Dans certains cas, un réseau publicitaire ou une plate-forme d'échange d'annonces d'agence peut choisir de travailler avec une ou plusieurs DSP. Les clients qui passent par un DSP disposent de deux options d'implémentation:
- La DSP achète un inventaire pour le compte des marketeurs ou des agences qui ne sont pas des clients Authorized Buyers. Dans ce cas, la DSP reçoit une demande d'enchère et répond avec une seule offre. Google facture directement la DSP.
- La DSP achète un inventaire pour le compte des marketeurs ou des agences qui sont des clients Authorized Buyers. Les clients Authorized Buyers doivent enchérir de manière indépendante, même lorsqu'ils utilisent une DSP. Cela permet de s'assurer que les éditeurs ont une visibilité sur l'acheteur réel, d'activer des allocations d'inventaire exclusives et d'éviter qu'aucune redirection ne passe d'un réseau à un autre. Dans ce modèle, Google facture le client Authorized Buyers, et non la DSP. Le reste de ce guide se concentre sur ce scénario.
Authorized Buyers achemine les demandes d'enchères pour les comptes enfants d'un enchérisseur parent (DSP) via un ID de groupe d'annonces. Les ID de groupe d'annonces des comptes enfants sont fournis par un responsable de compte ou par l'équipe d'assistance Authorized Buyers et Open Bidding, au moment de la configuration du compte enfant. La DSP utilise ces informations pour traiter la réponse à l'enchère. Pour une DSP qui a des clients Authorized Buyers qui utilisent sa technologie pour acheter auprès d'Authorized Buyers, elle reçoit un appel consolidé pour un ensemble de clients RTB.
Configuration et préciblage
Toutes les DSP sont configurées pour le regroupement des demandes. La sélection des critères de préciblage s'effectue au niveau de l'enchérisseur parent pour tous les comptes enfants. Il s'agit du préciblage au niveau de l'enchérisseur (BLP).
Avec BLP, la mise en correspondance de l'inventaire n'est effectuée qu'au niveau de l'enchérisseur parent. Cela simplifie le processus et facilite la gestion de l'inventaire et des paramètres pour de nombreux comptes.
Avantages du préciblage au niveau de l'enchérisseur par rapport au préciblage standard (obsolète)
| Préciblage au niveau de l'enchérisseur | Préciblage standard (obsolète) |
|---|---|
| Le siège parent gère l'éligibilité pour tous les sièges | Chaque compte gère son éligibilité d'inventaire |
| Tous les sièges sont éligibles pour tout le trafic | Variété des configurations de préciblage sur de nombreux comptes |
| Une configuration et une gestion simplifiées | Moins de contrôle au niveau de l'enchérisseur parent, mais un contrôle précis pour des sièges spécifiques |
Les comptes enfants sont associés à un seul ID de groupe d'annonces. Par conséquent, les correspondances de préciblage sont incluses sous la forme d'une entrée dans le champ matching_ad_data du fichier BidRequest pour chaque compte enfant correspondant.
Lorsque vous répondez à une BidRequest contenant des correspondances de préciblage provenant d'un compte autre que le compte parent (par exemple, tout BidRequest pour lequel le champ matching_network_data est défini), le champ billing_id de l'BidResponse est obligatoire pour qu'Authorized Buyers sache quel compte et quelle campagne associer à l'enchère. Toute réponse qui ne définit pas ce champ est ignorée. Le champ reste facultatif pour toute BidRequest qui n'inclut que des correspondances de préciblage provenant du compte de l'enchérisseur. Une réponse à une requête BidRequest contenant des correspondances de préciblage provenant de plusieurs comptes peut renvoyer plusieurs annonces.
Exemple de préciblage au niveau de l'enchérisseur
| Siège enfant (ID du groupe d'annonces: 123) | Siège parent (ID du groupe d'annonces: 124) |
| Préciblage: États-Unis et UE | Préciblage: États-Unis et Asie-Pacifique |
| Critères d'accroche | billing_id envoyé |
|---|---|
| États-Unis uniquement | 123 + 124 |
| UE uniquement | 123 |
| APAC uniquement | 124 |
Exemples de demandes d'enchères
Vous trouverez ci-dessous des exemples de BidRequest. Vous remarquerez que ces requêtes comportent plusieurs n° compte facturation, car elles s'appliquent à plusieurs comptes.