Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta guía, se proporciona una descripción general de los conceptos de ofertas en tiempo real (RTB) que se necesitan para escribir aplicaciones de ofertantes que puedan participar en las ofertas en tiempo real de Authorized Buyers.
Conceptos básicos
Una aplicación de oferta puede comunicarse con Google a través de uno de los protocolos de RTB compatibles. Una solicitud de oferta que se envía a una aplicación proporciona contexto sobre al menos una oportunidad de anuncio para que el ofertante pueda determinar la creatividad y el importe de la oferta óptimos (si los hay) para cada impresión. Un ofertante puede responder con una respuesta a la oferta para publicar al menos una oferta y especificar la creatividad que se publicará para las oportunidades de anuncios que se enviaron en la solicitud.
La siguiente situación es una posible interacción entre una aplicación de oferta y Authorized Buyers:
Google envía a la aplicación del ofertante una solicitud de oferta que describe una impresión que se está subastando. La cuenta del ofertante está configurada para usar OpenRTB en formato Protobuf, por lo que la solicitud llega como un BidRequest serializado, como se ve en openrtb.proto.
Para obtener información sobre cómo tu aplicación debe interpretar la solicitud de oferta, consulta Cómo procesar la solicitud.
La aplicación del ofertante analiza la solicitud y aplica su lógica de ofertas para crear un BidResponse que incluya una oferta y una creatividad para la oportunidad de anuncio. Luego, la aplicación serializa la respuesta a la oferta y la envía a Google. Para obtener información sobre cómo tu aplicación debe crear y mostrar una respuesta de oferta, consulta Cómo crear la respuesta.
Se recibe la respuesta a la oferta y esta entra en la subasta abierta, donde gana la impresión porque es la oferta más alta. Como resultado, se coloca la creatividad especificada en la respuesta.
Selecciona un protocolo
El protocolo de ofertas en tiempo real especifica los indicadores que puede usar tu aplicación para evaluar y ofertar por cada impresión que se envía en una solicitud, así como cómo construir una respuesta. Existen dos maneras de modificar el protocolo asociado con tu aplicación de oferta:
Comunícate con tu administrador técnico de cuentas para cambiarlo de forma manual.
Una implementación de la especificación de OpenRTB con JSON.
Información acerca de los búferes de protocolo
Protobuf es un formato de código abierto para representar y serializar información estructurada.
Si quieres usar OpenRTB Protobuf, debes instalar el compilador de protocolos y el entorno de ejecución de Protobuf para el lenguaje que elijas. Luego, puedes
descargar los archivos proto que
pretendes usar y ejecutar el compilador para generar una biblioteca que pueda serializar o
desserializar los mensajes definidos en el proto, como BidRequest o
BidResponse. En esta referencia de Protobuf, se muestra cómo hacerlo en varios lenguajes.
Actualizaciones de protocolos
Los protocolos de RTB se modificarán a medida que Google agregue funciones nuevas y
deje de usar otras. Los cambios se anunciarán mucho antes de que entren en vigencia, lo que debería darte tiempo suficiente para quitar las dependencias que tu aplicación pueda tener en los campos que se programaron para dar de baja. Para obtener más información sobre cómo controlar los campos obsoletos, consulta Cómo adaptarse a la baja de los campos de BidRequest.
Próximos pasos
En el siguiente contenido, se proporcionan más detalles sobre los conceptos de las ofertas en tiempo real:
Cómo procesar la solicitud: Cómo analizar e interpretar los indicadores que se encuentran en la mayoría de las solicitudes de ofertas.
Crea la respuesta: Cómo crear una respuesta de oferta y los campos que se suelen especificar en la respuesta.
Guía de OpenRTB: Es una referencia para la implementación de la especificación de OpenRTB en Authorized Buyers, además de las extensiones específicas de Authorized Buyers. Detalla los casos extremos y las limitaciones específicos de esta implementación, y también identifica los campos equivalentes en el protocolo de Google.
[null,null,["Última actualización: 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."]]
