Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Ce guide présente les concepts d'enchères en temps réel (RTB) nécessaires pour écrire des applications d'enchères pouvant participer aux enchères en temps réel d'Authorized Buyers.
Principes de base
Une application d'enchérisseur peut communiquer avec Google à l'aide de l'un des protocoles RTB compatibles. Une demande d'enchère envoyée à une application fournit un contexte sur au moins une opportunité publicitaire afin que le système d'enchères puisse déterminer la création et le montant d'enchère (le cas échéant) optimaux pour chaque impression. Un système d'enchères peut répondre avec une réponse à une enchère pour placer au moins une enchère et spécifier la création à placer pour les opportunités publicitaires envoyées dans la requête.
Le scénario suivant est une interaction possible entre une application d'enchérisseur et Authorized Buyers:
Google envoie à l'application d'enchères une demande d'enchère décrivant une impression proposée. Le compte de l'enchérisseur est configuré pour utiliser OpenRTB au format Protobuf. La requête arrive donc sous la forme d'un BidRequest sérialisé, comme indiqué dans openrtb.proto.
Pour savoir comment votre application doit interpréter la requête d'enchère, consultez la section Traiter la requête.
L'application d'enchérisseur analyse la requête et applique sa logique d'enchères pour créer 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 savoir comment votre application doit créer et renvoyer une réponse d'enchère, consultez la section Créer la réponse.
La réponse à l'enchère est reçue et l'enchère participe à l'enchère ouverte, 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 et définir une enchère sur chaque impression envoyée dans une requête, ainsi que la manière de construire une réponse. Il existe deux façons de modifier le protocole associé à votre application d'enchérisseur:
Contactez votre responsable de compte technique pour le modifier manuellement.
Implémentation de la spécification OpenRTB à l'aide de JSON.
À propos des tampons de protocole
Protobuf est un format open source permettant de représenter et de sérialiser des informations structurées.
Si vous souhaitez utiliser OpenRTB Protobuf, 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 prévoyez d'utiliser et exécuter le compilateur pour générer une bibliothèque capable de sérialiser ou de désérialiser les messages définis dans le fichier proto, tels que BidRequest ou BidResponse. Cette référence Protobuf montre comment procéder pour plusieurs langues.
Mises à jour du protocole
Les protocoles RTB seront modifiés à mesure que Google ajoutera de nouvelles fonctionnalités et en supprimera d'autres. Les modifications seront annoncées bien avant qu'elles ne prennent effet, ce qui devrait vous laisser suffisamment de temps pour supprimer toutes les dépendances que votre application peut avoir sur les champs qui sont prévus pour être abandonnés. Pour en savoir plus sur la gestion des champs obsolètes, consultez la section S'adapter à l'abandon des champs BidRequest.
Étapes suivantes
Le contenu suivant fournit des informations plus spécifiques sur les concepts des enchères en temps réel:
Traiter la requête : comment analyser et interpréter les signaux trouvés dans la plupart des demandes d'enchères.
Créer la réponse : comment créer une réponse à une enchère et quels sont les champs couramment spécifiés dans la réponse.
Guide OpenRTB: référence pour l'implémentation de la spécification OpenRTB par Authorized Buyers, en plus des extensions spécifiques à Authorized Buyers. Détaille les cas particuliers et les limites spécifiques à cette implémentation, et identifie les champs équivalents dans le protocole Google.
Préciblage : configurez votre application d'enchères pour ne recevoir que les impressions correspondant à vos critères de ciblage.
Mise en correspondance des cookies : référence au service de mise en correspondance des cookies et aux autres services associés, utilisés pour le remarketing.
Restrictions de latence et peering : informations sur les lieux de négociation et sur la façon de réduire la latence, par exemple par peering.
Tester et publier votre application : découvrez comment commencer à tester votre application d'enchérisseur avec le trafic envoyé par Google à grande échelle.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/21 (UTC).
[null,null,["Dernière mise à jour le 2025/08/21 (UTC)."],[[["\u003cp\u003eThis guide outlines the fundamental concepts of real-time bidding (RTB) for building bidder applications that integrate with Authorized Buyers.\u003c/p\u003e\n"],["\u003cp\u003eBidder applications communicate with Authorized Buyers using supported RTB protocols, receiving bid requests containing ad opportunity details and responding with bids and creative selections.\u003c/p\u003e\n"],["\u003cp\u003eThe interaction involves Google sending a bid request, the bidder processing it and sending a bid response, and, if successful, the winning creative being placed.\u003c/p\u003e\n"],["\u003cp\u003eAuthorized Buyers supports the OpenRTB (Protobuf and JSON) protocols, while the older Google protocol is now deprecated and should not be used.\u003c/p\u003e\n"],["\u003cp\u003eThere are several resources provided for understanding request processing, response building, OpenRTB guidelines, testing, pretargeting, and more to complete bidder development.\u003c/p\u003e\n"]]],[],null,["# Real-time Bidding\n\nThis guide provides an overview of real-time bidding (RTB) concepts that are\nneeded to write bidder applications that can participate in Authorized Buyers\nReal-time Bidding.\n\nBasics\n------\n\nA bidder application can communicate with Google using one of the\n[supported RTB protocols](#select-a-protocol). A bid request sent to\nan application provides context about at least one ad opportunity so that the\nbidder can determine the optimal creative and bid amount (if any) for each\nimpression. A bidder can respond with a bid response to place at least one bid\nand specify the creative to be placed for ad opportunities sent in the request.\n\nThe following scenario is one possible interaction between a bidder\napplication and Authorized Buyers:\n\n1. Google sends the bidder application a bid request that describes an impression being auctioned. The bidder's account is configured to use OpenRTB in the Protobuf format, so the request arrives as a serialized `BidRequest` as seen in [openrtb.proto](/authorized-buyers/rtb/downloads/openrtb-proto). To learn how your application should interpret the bid request, see [Processing the Request](/authorized-buyers/rtb/request-guide).\n2. The bidder application parses the request and applies its bidding logic to\n construct a `BidResponse` that includes a bid and creative for the\n ad opportunity. The application then serializes the bid response and sends it\n to Google. To learn how your application should create and return a bid\n response, see\n [Building the Response](/authorized-buyers/rtb/response-guide).\n\n3. The bid response is received and its bid enters the open auction, where it\n wins the impression because it is the highest bid. As a result, the creative\n specified in the response is placed.\n\n | **Note:** Google waits 80 to 1000 ms for the bidder application to respond, depending on the format and auction type. To determine the exact value, see the `BidRequest.tmax` field. All responses received after the deadline will be excluded from the auction.\n\nSelect a protocol\n-----------------\n\nThe real-time bidding protocol specifies the signals your application can\nuse to evaluate and bid on each impression sent in a request, as well as how to\nconstruct a response. There are two ways to modify the protocol associated with\nyour bidder application:\n\n- Contact your Technical Account Manager to manually change it.\n- Use the [Authorized Buyers REST API](/authorized-buyers/apis/v1.4/accounts#bidderLocation.bidProtocol) to programmatically change it..\n\n### Supported protocols\n\nAuthorized Buyers supports two RTB protocols:\n\n[OpenRTB](/authorized-buyers/rtb/openrtb-guide) (Protobuf)\n\n: An implementation of the OpenRTB specification using Protobuf.\n\n[OpenRTB](/authorized-buyers/rtb/openrtb-guide) (JSON)\n\n: An implementation of the OpenRTB specification using JSON.\n\n### About Protocol Buffers\n\nProtobuf is an\n[open-source](//github.com/protocolbuffers/protobuf?tab=readme-ov-file#overview)\nformat for representing and serializing structured information.\n\nIf you want to use OpenRTB Protobuf, you must install the protocol compiler\nand Protobuf runtime for your chosen language. You can then\n[download](/authorized-buyers/rtb/data#protos) the proto files you\nintend to use and run the compiler to generate a library that can serialize or\ndeserialize messages defined in the proto, such as `BidRequest` or\n`BidResponse`. This\n[Protobuf reference](/protocol-buffers/docs/reference/overview)\ndemonstrates how to do this for several languages.\n\n### Protocol updates\n\nThe RTB protocols will be modified as Google adds new features and\ndeprecates others. Changes will be announced well before they take effect,\nwhich should give you sufficient time to remove any dependencies your\napplication may have on fields that are scheduled for deprecation. For more\ninformation on handling deprecated fields, see\n[Adapting as BidRequest Fields are Deprecated](/authorized-buyers/rtb/request-guide#adapt).\n\nNext steps\n----------\n\nThe following content provides more specifics about real-time bidding\nconcepts:\n\n- [Process the Request](/authorized-buyers/rtb/request-guide): How to parse and interpret signals found in most bid requests.\n- [Build the Response](/authorized-buyers/rtb/response-guide): How to build a bid response, and fields commonly specified in the response.\n- [OpenRTB Guide](/authorized-buyers/rtb/openrtb-guide): Reference for the Authorized Buyers implementation of the OpenRTB specification, in addition to Authorized Buyers-specific extensions. Details edge-cases and limitations specific to this implementation, and identifies equivalent fields in the Google protocol.\n- [Requirements for Third-party Ad Serving](//support.google.com/adspolicy/answer/94230): Defines policies bidders must comply with to use various ad formats, as well as technical specifications of those formats.\n- [Pretargeting](/authorized-buyers/rtb/target-guide): How to configure your bidder application to receive only impressions matching your targeting criteria.\n- [Cookie Matching](/authorized-buyers/rtb/cookie-guide): Reference for the Cookie Matching Service, and other related services, used for remarketing.\n- [Latency Restrictions and Peering](/authorized-buyers/rtb/peer-guide): Details on trading locations and how to lower latency, such as by peering.\n- [Testing and Releasing Your Application](/authorized-buyers/rtb/test-guide): Details on how to start testing your bidder application with traffic sent by Google at scale."]]
