Enchères en temps réel

Ce guide présente les concepts d'enchères en temps réel nécessaires pour créer des applications d'enchères pouvant participer aux enchères en temps réel Authorized Buyers.

Principes de base

Une application d'enchères peut communiquer avec Authorized Buyers via l'un des protocoles d'enchères en temps réel compatibles. Une demande d'enchère envoyée à une application fournit un contexte sur au moins une opportunité d'annonce afin que l'enchérisseur puisse déterminer la création et le montant d'enchère optimaux (le cas échéant) pour chaque impression. Un enchérisseur peut répondre par une réponse d'enchère afin de placer au moins une enchère et de spécifier la création à placer pour les opportunités d'annonces envoyées dans la demande.

Schéma de l'architecture

Le scénario suivant est une interaction possible entre une application d'enchères et Authorized Buyers:

  1. Google envoie à l'application d'enchères une demande d'enchère décrivant l'impression proposée. Le compte de l'enchérisseur est configuré pour utiliser le protocole RTB PROTOCOL_ADX (appelé ci-après le "protocole Google"). La demande arrive donc sous la forme d'un BidRequest sérialisé, comme indiqué dans realtime-bidding.proto. Pour savoir comment votre application interprète la demande d'enchère, consultez la section Traitement de la demande.
  2. L'application d'enchères analyse la demande et applique sa logique d'enchères pour construire un BidResponse qui inclut une enchère et une création pour l'opportunité publicitaire. L'application sérialise ensuite la réponse à l'enchère et l'envoie à Google. Pour découvrir comment votre application doit créer et renvoyer une réponse à l'enchère, consultez la section Création de la réponse.

  3. La réponse à l'enchère est reçue, et son enchère participe aux enchères ouvertes, où elle remporte l'impression, car il s'agit de l'enchère la plus élevée. Par conséquent, la création spécifiée dans la réponse est placée.

Sélectionner un protocole

Le protocole d'enchères en temps réel spécifie les signaux que votre application peut utiliser pour évaluer chaque impression envoyée dans une requête et définir une enchère pour celle-ci. Il indique également comment créer une réponse. Il existe deux façons de modifier le protocole associé à votre application de système d'enchères:

  • Contactez votre responsable de compte technique pour le modifier manuellement.
  • Utilisez l'API REST Authorized Buyers pour la modifier de manière programmatique.

Protocoles compatibles

Authorized Buyers est actuellement compatible avec trois protocoles d'enchères en temps réel:

OpenRTB (Protobuf)

Implémentation de la spécification OpenRTB à l'aide de Protobuf.

OpenRTB (JSON)

Implémentation de la spécification OpenRTB au format JSON.

Protocole Google
Ce protocole est désormais obsolète. Utilisez plutôt les protocoles Protobuf OpenRTB ou JSON.

À propos des tampons de protocole

OpenRTB et le protocole obsolète Google RTB disposent d'une implémentation de tampon de protocole. Protobuf est un format Open Source permettant de représenter et de sérialiser des informations structurées.

Pour utiliser l'un ou l'autre de ces protocoles, vous devez installer le compilateur de protocole et l'environnement d'exécution Protobuf pour le langage de votre choix. Vous pouvez ensuite télécharger les fichiers proto que vous souhaitez utiliser et exécuter le compilateur pour générer une bibliothèque pouvant sérialiser ou désérialiser les messages définis dans le proto, comme BidRequest ou BidResponse. Consultez cette documentation de référence sur Protobuf pour savoir comment procéder pour plusieurs langages.

Mises à jour du protocole

Les protocoles RTB seront modifiés à mesure que Google ajoutera de nouvelles fonctionnalités et en abandonnera d'autres. Les modifications seront annoncées bien avant leur application, ce qui devrait vous laisser suffisamment de temps pour supprimer toute dépendance que votre application pourrait avoir sur les champs dont l'abandon est planifié. Pour en savoir plus sur la gestion des champs obsolètes, consultez la section Adapter lorsque les champs BidRequest deviennent obsolètes.

Étapes suivantes

Le contenu suivant fournit des informations plus spécifiques sur les concepts d'enchères en temps réel:

  • Traiter la demande : découvrez comment analyser et interpréter les signaux présents dans la plupart des demandes d'enchères.
  • Créer la réponse : méthode permettant de créer une réponse à l'enchère et champs communément spécifiés dans la réponse.
  • Guide OpenRTB: documentation de référence sur l'implémentation Authorized Buyers de la spécification OpenRTB, en plus des extensions spécifiques à Authorized Buyers. Décrit les cas limites et les limites spécifiques à cette mise en œuvre, et identifie les champs équivalents dans le protocole Google.
  • Guide du protocole Google (obsolète) : documentation de référence du protocole Google qui décrit tous les messages définis dans le protocole et leurs attributs, ainsi que des détails sur la mise en œuvre de leur utilisation prévue.
  • Conditions requises pour la diffusion d'annonces par des tiers : définit les règles que les enchérisseurs doivent respecter pour utiliser différents formats d'annonces, ainsi que les spécifications techniques de ces formats.
  • Préciblage : comment configurer votre application d'enchères pour ne recevoir que les impressions correspondant à vos critères de ciblage.
  • Mise en correspondance des cookies : documentation de référence sur le service de lecture des cookies et d'autres services associés utilisés pour le remarketing.
  • Restrictions de latence et appairage : détails sur les zones d'échange et sur la manière de réduire la latence, par exemple via l'appairage.
  • Test et publication de votre application : découvrez comment commencer à tester votre application de système d'enchères avec le trafic envoyé par Google à grande échelle.