קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
במדריך הזה נספק סקירה כללית של המושגים של בידינג בזמן אמת (RTB) שנדרשים כדי לכתוב אפליקציות של בידינג שיכולות להשתתף בבידינג בזמן אמת של Authorized Buyers.
היסודות
אפליקציית בידינג יכולה לתקשר עם Google באמצעות אחד מפרוטוקולי ה-RTB הנתמכים. בקשת הצעת מחיר שנשלחת לאפליקציה מספקת הקשר לגבי הזדמנות להצגת מודעה אחת לפחות, כדי שמגיש הצעת המחיר יוכל לקבוע את נכס הקריאייטיב ואת סכום הצעת המחיר האופטימלי (אם יש כזה) לכל חשיפת מודעה. מגיש הצעת המחיר יכול להגיב עם תגובה להצעת מחיר כדי להגיש לפחות הצעה אחת ולציין את הקריאייטיב שיוצג בהזדמנויות להצגת מודעות שנשלחו בבקשה.
התרחיש הבא הוא אינטראקציה אפשרית אחת בין אפליקציית בידינג לבין Authorized Buyers:
Google שולחת לאפליקציה של המגיש בקשה להצעת מחיר שמתארת חשיפה שמועמדת למכרז. החשבון של המגיש הצעות המחיר מוגדר לשימוש ב-OpenRTB בפורמט Protobuf, כך שהבקשה מגיעה כ-BidRequest בסדרה, כפי שמופיע ב-openrtb.proto.
במאמר עיבוד הבקשה מוסבר איך האפליקציה צריכה לפרש את בקשת הבידינג.
אפליקציית המגיש מנתחת את הבקשה ומחילה את לוגיקת הבידינג שלה כדי ליצור BidResponse שכולל הצעת מחיר ונכס קריאייטיב להזדמנות להצגת מודעה. לאחר מכן, האפליקציה מבצעת סריאליזציה של תגובת הצעת המחיר ושולחת אותה ל-Google. במאמר יצירת התגובה מוסבר איך האפליקציה צריכה ליצור ולשלוח תשובה לבידינג.
תגובת הצעת המחיר מתקבלת והיא נכנסת למכרז הפתוח, שבו היא זוכה בחשיפת המודעות כי היא הצעת המחיר הגבוהה ביותר. כתוצאה מכך, הקריאייטיב שצוין בתגובה יוצג.
בחירת פרוטוקול
פרוטוקול הבידינג בזמן אמת מציין את האותות שבהם האפליקציה יכולה להשתמש כדי להעריך כל חשיפה שנשלחת בבקשה ולהגיש עליה הצעת מחיר, וגם איך ליצור תשובה. יש שתי דרכים לשנות את הפרוטוקול שמשויך לבקשה שלכם לבידינג:
כדי לשנות אותו באופן ידני, פנו למנהל החשבונות הטכני.
Protobuf הוא פורמט קוד פתוח לייצוג ולסריאליזציה של מידע מובנה.
אם רוצים להשתמש ב-OpenRTB Protobuf, צריך להתקין את המהדר של הפרוטוקול ואת סביבת זמן הריצה של Protobuf בשפה שבחרתם. לאחר מכן תוכלו להוריד את קובצי ה-proto שבהם אתם מתכוונים להשתמש ולהריץ את המהדר כדי ליצור ספרייה שיכולה לבצע סריאליזציה או דה-סריאליזציה של הודעות שהוגדרו ב-proto, כמו BidRequest או BidResponse. במאמר העזרה של Protobuf מוסבר איך לעשות זאת בכמה שפות.
עדכוני פרוטוקולים
פרוטוקולי ה-RTB ישתנו ככל ש-Google תוסיף תכונות חדשות ותפסיק להשתמש באחרות. נודיע על השינויים האלה הרבה לפני שהם ייכנסו לתוקף, כדי שיהיה לכם מספיק זמן להסיר את כל יחסי התלות של האפליקציה בשדות שנקבעו להוצאה משימוש. למידע נוסף על טיפול בשדות שהוצאו משימוש, ראו התאמה כששדות של בקשות הצעות מחיר הוצאו משימוש.
השלבים הבאים
בתוכן הבא מוסבר בפירוט רב יותר על המושגים של בידינג בזמן אמת:
עיבוד הבקשה: איך לנתח ולפרש אותות שנמצאים ברוב הבקשות להצעות מחיר.
יצירת התגובה: איך יוצרים תגובה להצעת מחיר, ואילו שדות מצוינים בדרך כלל בתגובה.
מדריך OpenRTB: מסמך עזר להטמעה של מפרט OpenRTB ב-Authorized Buyers, בנוסף לתוספים ספציפיים ל-Authorized Buyers. מפורטות כאן תרחישי קצה והגבלות ספציפיים להטמעה הזו, ומזוהים שדות מקבילים בפרוטוקול של Google.
דרישות להצגת מודעות של צד שלישי: הגדרת המדיניות שבה בעלי הצעות המחיר חייבים לציית כדי להשתמש בפורמטים שונים של מודעות, וכן מפרטי הטכנולוגיה של הפורמטים האלה.
טירגוט מראש: איך מגדירים את אפליקציית הבידינג כך שתקבל רק חשיפות שתואמות לקריטריונים של הטירגוט.
התאמות של קובצי Cookie: מסמך עזרה בנושא שירות ההתאמות של קובצי Cookie ושירותים קשורים אחרים, המשמשים לרימרקטינג.
[null,null,["עדכון אחרון: 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."]]
