Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Bu kılavuzda, Authorized Buyers Gerçek Zamanlı Teklif Verme'ye katılabilecek teklif veren uygulamaları yazmak için gereken gerçek zamanlı teklif verme (GZT) kavramlarına genel bir bakış sunulmaktadır.
Temel seviye
Teklif veren uygulaması, desteklenen GZT protokollerinden birini kullanarak Google ile iletişim kurabilir. Bir uygulamaya gönderilen teklif isteği, teklif verenin her gösterim için optimum reklam öğesini ve teklif tutarını (varsa) belirleyebilmesi amacıyla en az bir reklam fırsatıyla ilgili bağlam sağlar. Teklif verenler, en az bir teklif vermek ve istekle gönderilen reklam fırsatları için yerleştirilecek reklam öğesini belirtmek üzere teklif yanıtıyla yanıt verebilir.
Aşağıdaki senaryo, teklif veren uygulaması ile Authorized Buyers arasında olası bir etkileşimdir:
Google, teklif veren uygulamasına açık artırmada olan bir gösterimi açıklayan bir teklif isteği gönderir. Teklif verenin hesabı, Protobuf biçiminde OpenRTB kullanacak şekilde yapılandırılmıştır. Bu nedenle istek, openrtb.proto dosyasında görüldüğü gibi serileştirilmiş bir BidRequest olarak gelir.
Uygulamanızın teklif isteğini nasıl yorumlaması gerektiğini öğrenmek için İsteği işleme bölümüne bakın.
Teklif veren uygulama, isteği ayrıştırır ve reklam fırsatı için teklif ve reklam öğesi içeren bir BidResponse oluşturmak üzere teklifli sistem mantığını uygular. Ardından uygulama, teklif yanıtını serileştirir ve Google'a gönderir. Uygulamanızın teklif yanıtını nasıl oluşturması ve döndürmesi gerektiğini öğrenmek için Yanıtı Oluşturma bölümüne bakın.
Teklif yanıtı alınır ve teklifi açık artırmaya girer. Burada, en yüksek teklif olduğu için gösterimi kazanır. Sonuç olarak, yanıtta belirtilen reklam öğesi yerleştirilir.
Protokol seçin
Gerçek zamanlı teklif verme protokolü, uygulamanızın bir istemde gönderilen her gösterimi değerlendirmek ve teklif vermek için kullanabileceği sinyalleri ve yanıtın nasıl oluşturulacağını belirtir. Teklif veren uygulamanızla ilişkili protokolü değiştirmenin iki yolu vardır:
Manuel olarak değiştirmek için teknik hesap yöneticinizle iletişime geçin.
JSON kullanan OpenRTB spesifikasyonunun bir uygulaması.
Protokol Arabellekleri hakkında
Protobuf, yapılandırılmış bilgileri temsil etmek ve serileştirmek için kullanılan açık kaynak bir biçimdir.
OpenRTB Protobuf'u kullanmak istiyorsanız seçtiğiniz dil için protokol derleyiciyi ve Protobuf çalışma zamanını yüklemeniz gerekir. Ardından, kullanmak istediğiniz proto dosyalarını indirebilir ve derleyiciyi çalıştırarak protoda tanımlanan mesajları (ör. BidRequest veya BidResponse) seri hale getirebilecek veya seri halinden çıkarabilecek bir kitaplık oluşturabilirsiniz. Bu Protobuf referansında, bu işlemin çeşitli diller için nasıl yapılacağı gösterilmektedir.
Protokol güncellemeleri
Google yeni özellikler ekledikçe ve bazılarını kullanımdan kaldırdıkça RTB protokolleri değiştirilir. Değişiklikler, yürürlüğe girmeden çok önce duyurulur. Bu sayede, uygulamanızın desteğinin sonlandırılması planlanan alanlara olan tüm bağımlılıkları kaldırmak için yeterli zamanınız olur. Desteği sonlandırılan alanları işleme hakkında daha fazla bilgi için BidRequest Alanları Desteği Sonlandırıldıkça Uyumlu Olma başlıklı makaleyi inceleyin.
Sonraki adımlar
Aşağıdaki içerikte, gerçek zamanlı teklif verme kavramları hakkında daha ayrıntılı bilgi verilmektedir:
İsteği işleme:
Çoğu teklif isteğinde bulunan sinyallerin ayrıştırılması ve yorumlanması.
Yanıtı Oluşturma:
Teklif yanıtı oluşturma ve yanıtta sıklıkla belirtilen alanlar.
OpenRTB Rehberi: Authorized Buyers'a özgü uzantılara ek olarak, Authorized Buyers'ın OpenRTB spesifikasyonunu uygulamasıyla ilgili referans. Bu uygulamaya özgü uç durumları ve sınırlamaları ayrıntılı olarak açıklar ve Google protokolündeki eşdeğer alanları tanımlar.
Üçüncü Taraf Reklam Sunma Şartları:
Teklif verenlerin çeşitli reklam biçimlerini kullanmak için uyması gereken politikaları ve bu biçimlerin teknik özelliklerini tanımlar.
Ön hedefleme: teklif veren uygulamanızı yalnızca hedefleme ölçütlerinizle eşleşen gösterimleri alacak şekilde yapılandırma
Çerez Eşleştirme:
Yeniden pazarlama için kullanılan Çerez Eşleştirme Hizmeti ve ilgili diğer hizmetler hakkında referans.
Uygulamanızı Test Etme ve Yayınlama: teklif veren uygulamanızı Google tarafından gönderilen trafikle geniş ölçekte test etmeye nasıl başlayacağınızla ilgili ayrıntılar
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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."]]
