Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Ten przewodnik zawiera omówienie pojęć związanych z określaniem stawek w czasie rzeczywistym (RTB), które są potrzebne do tworzenia aplikacji licytujących, które mogą uczestniczyć w określaniu stawek w czasie rzeczywistym w programie Authorized Buyers.
Podstawowe informacje
Aplikacja licytującego może komunikować się z Google za pomocą jednego z obsługiwanych protokołów RTB. Żądanie stawki wysłane do aplikacji zawiera kontekst dotyczący co najmniej jednej możliwości wyświetlenia reklamy, aby licytujący mógł określić optymalną kreację i wartość stawki (jeśli występuje) dla każdego wyświetlenia. Użytkownik może odpowiedzieć za pomocą odpowiedzi na pytanie o stawkę, aby ustawić co najmniej jedną stawkę i określić kreację, która ma być wyświetlana w przypadku możliwości reklamowych przesłanych w żądaniu.
Ten scenariusz to jeden z możliwych sposobów interakcji aplikacji licytanta z programem Authorized Buyers:
Google wysyła do aplikacji licytującego pytanie o stawkę, które opisuje wyświetlenie biorące udział w aukcji. Konto licytującego jest skonfigurowane tak, aby używać OpenRTB w formacie Protobuf, więc żądanie jest wysyłane jako serializowany BidRequest, jak pokazano w pliku openrtb.proto.
Aby dowiedzieć się, jak aplikacja powinna interpretować żądanie stawki, zapoznaj się z artykułem Przesyłanie żądania.
Aplikacja licytującego analizuje żądanie i zastosowuje logikę określania stawek, aby utworzyć BidResponse, który zawiera stawkę i kreację dla danej okazji reklamowej. Następnie aplikacja serializuje odpowiedź na stawkę i wysyła ją do Google. Aby dowiedzieć się, jak aplikacja powinna tworzyć i zwracać odpowiedź na zapytanie o kwotę oferty, zapoznaj się z artykułem Tworzenie odpowiedzi.
Odpowiedź na stawkę jest odbierana, a jej stawka trafia do aukcji otwartej, w której wygrywa wyświetlenie, ponieważ jest najwyższą stawką. W efekcie umieszczana jest kreacja określona w odpowiedzi.
Wybierz protokół
Protokół określania stawek w czasie rzeczywistym określa sygnały, których aplikacja może używać do oceny i określania stawek za każde wyświetlenie wysłane w żądaniu, a także sposób tworzenia odpowiedzi. Protokół powiązany z aplikacją licytatora można zmodyfikować na 2 sposoby:
Aby zmienić go ręcznie, skontaktuj się z technicznym menedżerem konta.
Implementacja specyfikacji OpenRTB za pomocą kodu JSON.
Informacje o buforach protokołu
Protobuf to otwarty format służący do przedstawiania i serializacji uporządkowanych informacji.
Jeśli chcesz używać OpenRTB Protobuf, musisz zainstalować kompilator protokołu i środowisko wykonawcze Protobuf dla wybranego języka. Następnie możesz pobrać pliki proto, których chcesz użyć, i uruchomić kompilator, aby wygenerować bibliotekę, która może serializować lub deserializować wiadomości zdefiniowane w proto, takie jak BidRequest lub BidResponse. W tym dokumentacji Protobuf znajdziesz informacje o tym, jak to zrobić w przypadku kilku języków.
Aktualizacje protokołów
Protokoły RTB będą modyfikowane w miarę dodawania przez Google nowych funkcji i wycofania innych. Zmiany zostaną ogłoszone z wyprzedzeniem, aby dać Ci wystarczająco dużo czasu na usunięcie wszelkich zależności Twojej aplikacji od pól, które mają zostać wycofane. Więcej informacji o obsługiwaniu pól wycofanych znajdziesz w artykule Dostosowanie się do wycofania pól w pliku BidRequest.
Dalsze kroki
Więcej informacji o koncepcjach określania stawek w czasie rzeczywistym:
Przetwarzanie żądania:
jak analizować i interpretować sygnały występujące w większości żądań reklamy.
Tworzenie odpowiedzi: dowiesz się, jak tworzyć odpowiedzi na stawkę i jakie pola są w nich zwykle określane.
Przewodnik po OpenRTB: dokument na temat implementacji specyfikacji OpenRTB w ramach Authorized Buyers, a także rozszerzeń specyficznych dla Authorized Buyers. Szczegóły dotyczące szczególnych przypadków i ograniczeń związanych z tą implementacją oraz identyfikacja odpowiednich pól w protokole Google.
Testowanie i publikowanie aplikacji: informacje o tym, jak rozpocząć testowanie aplikacji licytanta za pomocą ruchu przesyłanego przez Google na dużą skalę.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-09-04 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,["This 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\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\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\nSupported 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\nAbout 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\nProtocol 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\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."]]
