הגדרת שילוב של Open Bidding

Open Bidding מאפשרת לבורסות ולקונים אחרים להשתמש בתשתית הבידינג בזמן אמת של Google כדי להגיש הצעות מחיר על מלאי שטחי פרסום ב-Google Ad Manager וב-AdMob.

כדי להשתתף ב-Open Bidding, צריך להגדיר שילוב של בידינג בזמן אמת (RTB) בהתאמה אישית לתרחיש השימוש ב-Open Bidding, ולשלוח את נקודות הקצה של המגיש לצוות ניהול החשבון ב-Google לצורך בדיקה, כדי לוודא שהשילוב פועל בצורה תקינה. זהו תהליך חד פעמי.

הגבלת ההטמעה למוציאים לאור נבחרים

השילוב שלכם עם Open Bidding יכול להישאר ב'מצב פרטי' עד שתהיו מוכנים לקבל בקשות מכל בעל תוכן דיגיטלי. בזמן שאתם במצב פרטי, אתם יכולים לעבוד עם צוות ניהול החשבון כדי ליצור קשר עם מוציאים לאור נבחרים ולהישאר במצב הזה עד שתהיו מוכנים להרחבת הפעילות. אחרי שתצאו מהמצב הפרטי, כל בעלי האתרים יוכלו לראות את החשבון שלכם.

פרוטוקולים וקידוד נתמכים

אפשר להשתמש ב-OpenRTB בפורמט JSON או בפורמט Protobuf. מידע נוסף

הטמעה של OpenRTB של Google

ההטמעה של OpenRTB ב-Google לא תומכת בכל התכונות שמופיעות במפרט של OpenRTB, ומוסיפה תוספים לפונקציונליות שספציפית ל-Authorized Buyers ול-Open Bidding. מידע נוסף זמין במדריך OpenRTB.

טיפול בבקשות נכנסות להצעות מחיר

ב-Open Bidding נעשה שימוש באותו BidRequest מבנה כמו ב-Authorized Buyers, אבל חלק מהשדות נשלחים רק למשתתפים ב-Open Bidding. במדריך הבקשות אפשר לקרוא מידע נוסף על שדות ספציפיים ל-Open Bidding שנשלחים בבקשה להצעת מחיר.

שליחת תגובה עם הצעת מחיר

ב-Open Bidding נעשה שימוש במבנה דומה לזה של Authorized Buyers, עם כמה שדות בלעדיים שנשלחים למשתתפים ב-Open Bidding.BidResponse במדריך התגובות אפשר לקרוא מידע נוסף על שדות ספציפיים ל-Open Bidding שאפשר להגיב אליהם.

הערה: בקשות להצעות מחיר שנשלחות למשתתפים ב-Open Bidding צריכות לקבל תגובה תוך 300 עד 1,000 אלפיות השנייה, בהתאם לפורמט מלאי שטחי הפרסום. כדי לדעת מהי הדרישה הספציפית לבקשה מסוימת, בודקים את השדה BidRequest.tmax.

בהתאם לפורמט המודעה המועדף שבו אתם מתכוונים להגיש הצעת מחיר, יכולים להיות הבדלים משמעותיים במבנה התגובה. כדאי לעיין במדריכים הבאים כדי להגדיר את אפליקציית הצעות המחיר כך שתגיב בהצעות מחיר לפורמטים נפוצים של מודעות:

• מודעות מעברון
• מודעות וידאו
• מודעות וידאו ב-OpenRTB
• מודעות מותאמות
• מודעות וידאו מותאמות
• מודעות ב-SDK של הקונים

מעקב אחרי חשיפות כדי לצמצם פערים

מומלץ מאוד להשתמש בשדה האופציונלי BidResponse.seatbid.bid.ext.impression_tracking_url כדי לאחזר נתונים ברמת החשיפה לגבי המועד שבו Google מתעדת אירועים שניתנים לחיוב ושעליהם תחויבו.

יישוב סתירות בביקוש של Google (בטא)

המטרה של התכונה הזו היא לוודא שמספר החשיפות שעליהן מחויבת בורסת הפרסום זהה למספר החשיפות שעליהן משלמים ב-Google Display & Video 360‏ (DV360).

באמצעות זיהוי מדויק של חשיפות ב-DV360 שהוצגו באמצעות בידינג פתוח, Google יכולה לבצע התאמות לגבי ספאם במודעות ואי-התאמות בין אירועים שניתנים לחיוב, כדי לוודא שלא תחויבו על חשיפות שלא קיבלתם עליהן תשלום.

העברת הערך של google_query_id בבקשות להצעות מחיר

כדי להבטיח שמספר החשיפות התקפות יהיה זהה במקורות הביקוש ב-Google, צריך להעביר את google_query_id כמו שהוא מבקשות Open Bidding לפלטפורמות של מקורות הביקוש ב-Google. זוהי דרישה מוקדמת ליישוב סתירות בביקוש ב-Open Bidding. האורך הצפוי הנוכחי של google_query_id הוא כ-64 בייטים.

העברת הערך של third_party_buyer_token בתגובות להצעות מחיר

אם פלטפורמת הביקוש של Google זוכה במכרז הפנימי של בורסת פרסום, צריך להעביר את השדה third_party_buyer_token כמו שהוא בתגובה להצעת המחיר בחזרה דרך החשיפה בבידינג הפתוח. כך פלטפורמות של Google לבעלי תוכן דיגיטלי יכולות לקבוע שהצעת המחיר הזוכה משותף ב-Open Bidding היא הצעה בשם הביקוש ב-Google לאותה הזדמנות לחשיפה של מודעה. האורך המקסימלי הנוכחי של השדה הזה הוא 150 בייטים.

העברת תגי קריאייטיב של Google כמו שהם בתגובות לבקשות להצעת מחיר

כדי לוודא שהפתרון לפערים חל על הצעות מחיר מביקוש של Google, פלטפורמת בורסת הפרסום צריכה להפיץ תגי עיצוב של קריאייטיב של Google ללא עטיפות (תגי סקריפט, iframe או עטיפות VAST). בגלל פתרון אי ההתאמות, יכול להיות ש-Google תבטל את התוקף של החשיפות האלה בבידינג פתוח ולא תנפי חשבונית עבורן, אם הן לא נספרו על ידי פלטפורמות הביקוש של Google. ‫Google תבדוק מעת לעת את תגי הקריאייטיב כדי לוודא שהצעות המחיר עם third_party_buyer_token נשלחו בשם הביקוש של Google ולא בשם קונה אחר.

נכסי קריאייטיב מסוג HTML5

כדי לשלוח תגי עיצוב של Google HTML כמו שהם, נדרשת פלטפורמת פרסום עם הרחבות מאקרו ספציפיות לפלטפורמה שחלות בדרך כלל, ואופציונלית, פיקסלים או סקריפטים נוספים למעקב שפלטפורמת הפרסום מוסיפה בדרך כלל.

‫Google לא יכולה להחיל פתרון של אי-התאמות אם בבורסה נעשה שימוש בתג (script, iframe או טכניקות אחרות) כדי לעטוף קריאייטיב HTML של Google, ובהמשך הקוד הזה נטען או מוצג.

עומד בדרישות הטכניות

בדוגמה הזו, קוד ה-HTML של הקריאייטיב מ-Google ‏ (DV360) מועבר כמו שהוא מתגובת הצעת המחיר, עם קוד HTML ספציפי לבורסת הפרסום שנוסף לפני ואחרי הקוד.

<!-- START exchange-specific HTML header -->
<iframe src="https://exchange.example.com/impression?…" width="0" height="0" frameborder="0" scrolling="no" style="display:none;" marginheight="0" marginwidth="0"></iframe>
<!-- END exchange-specific HTML header -->
<!-- START HTML code as returned by Google in the bid response -->
<DIV STYLE="position: absolute; left: 0px; top: 0px; visibility: hidden;"><IMG SRC="https://pagead2.googlesyndication.com/pagead/gen_204?id=xbid&dbm_b=…" BORDER=0 WIDTH=1 HEIGHT=1 ALT="" STYLE="display:none"></DIV><iframe title="Blank" src="https://googleads.g.doubleclick.net/xbbe/pixel?d=…" style="display:none" aria-hidden="true"></iframe><div><div style="position:relative; display:inline-block;"><div class="GoogleActiveViewClass" id="DfaVisibilityIdentifier_…"><script>var url = 'https://googleads.g.doubleclick.net/dbm/ad?…';document.write('<script src="' + (window.rfl ? window.rfl(url) : url) + '"></s' + 'cript>');</script>…
<!-- END HTML code as returned by Google in the bid response -->
<!-- START exchange-specific HTML footer -->
<img src='https://exchange.example.com/track?…' width='0' height='0' style='display:none;'>
<!-- END exchange-specific HTML footer -->

לא עומד בדרישות הטכניות

בדוגמה הזו, קוד ה-HTML של הקריאייטיב שמוחזר על ידי Google עובר טשטוש בתגובה להצעת המחיר שסופקה על ידי בורסת הפרסום, ולא מופיע כלשונו בתגובה להצעת המחיר. יכול להיות שקוד HTML שסופק על ידי Google יעבור עיבוד על ידי wrapper שסופק על ידי בורסת מודעות בדפדפן.

<!-- START exchange ad tag that encodes / renders Google creative in the browser -->
<!-- Google creatives markup from the bid response (adm) is not present verbatim -->
<span class="ad"><script type='text/javascript' src='https://exchange.example.com/ad?p=%%WINNING_PRICE%%&m=n_ybbRoVpsLlXSo8gVHRn-W0tynBt-Hoe8t8m0qwKhLFiaF-0gB0U4w-5pjeB8IMIkg7PcRri5iCIjBMMKDqg
…'></script></span>
<!-- END exchange ad tag that encodes / renders Google creative in the browser -->

קריאייטיבים של מודעות וידאו בפורמט VAST

כדי להיות זכאים לפתרון בעיות של אי התאמה, בבורסות צריך להשתמש באחת מהגישות הבאות כדי לאכלס את VASTTagURI בתגובות XML של VAST:

1. בורסה יכולה לשמור את הערך של רכיב VASTTagURI כחלק ממסמך XML של VAST שמוחזר על ידי Google בשדה BidResponse.seatbid.bid.adm כמו שהוא, עם הרחבות מאקרו ספציפיות לבורסה שחלות בדרך כלל.
2. מערכת DV360 יכולה לאכלס את השדה BidResponse.seatbid.bid.adm.nurl בכתובת URL של מסמך VAST בתגובות לבקשות להצעות מחיר בבורסה. לאחר מכן, בבורסה אפשר להעביר את הערך הזה עם התג VASTTagURI, כשהמאקרואים הספציפיים לבורסה מורחבים כרגיל לפי הצורך.

במסמך VAST XML, במידת הצורך, אפשר לציין עוד אירועים ומעקב שגיאות של VAST.

עומד בדרישות הטכניות

בדוגמה הזו, ה-URI של קריאייטיב VAST מ-DV360 מתגובת הצעת המחיר מועבר כלשונו, ופלטפורמת הבורסה מוסיפה את אירוע ה-VAST הספציפי שלה ואת אמצעי המעקב שלה אחרי שגיאות.

<!-- START exchange VAST tag referencing Google creative -->

<?xml version="1.0" encoding="UTF-8"?><VAST version="2.0"><Ad id="123456789"><Wrapper>

<!-- Google VAST URI from the bid response is present verbatim -->
<AdSystem>XBid</AdSystem><VASTAdTagURI><![CDATA[https://bid.g.doubleclick.net/dbm/vast?…]]></VASTAdTagURI>

<!-- START Exchange-specific event trackers -->

<Error><![CDATA[https://video.exchange.example.com/vast_error?error=[ERRORCODE]&…]]></Error><Impression><![CDATA[https://video.exchange.example.com/impression?price=%%WINNING_PRICE%%&…]]></Impression><Creatives><Creative id="1234567890" sequence="1"><Linear><TrackingEvents><Tracking event="creativeView"><![CDATA[https://video.exchange.example.com/track/view?…]]></Tracking><Tracking event="start"><![CDATA[https://video.exchange.example.com/track/start?…]]></Tracking><Tracking event="midpoint"><![CDATA[https://video.exchange.example.com/track/midpoint?…]]></Tracking></TrackingEvents><VideoClicks><ClickTracking><![CDATA[https://video.exchange.example.com/click?…]]></ClickTracking></VideoClicks>

<!-- END Exchange-specific event trackers -->

</Linear></Creative></Creatives></Wrapper></Ad></VAST>

<!-- END exchange VAST tag referencing Google creative -->

לא עומד בדרישות הטכניות

בדוגמה הזו, הקריאייטיב VAST code or URI returned by Google does not appear verbatim in the bid response, and instead, an exchange-specific VAST wrapper is used. יכול להיות שקוד VAST שסופק על ידי Google ייטען על ידי עטיפת VAST שסופקה על ידי בורסת פרסום (כפי שמוגדר ברכיב VASTAdTagURI ‎https://video.exchange.example.com/creative?…) אחרי שערכת ה-SDK טוענת מודעה.

<!-- START exchange VAST tag that encodes or loads Google VAST creative subsequently -->
<!-- Google VAST URI or VAST document from the bid response is not present verbatim -->

<?xml version="1.0" encoding="UTF-8"?><VAST version="2.0"><Ad id="1234567890"><Wrapper><AdSystem version="0.1">VideoExchange</AdSystem><VASTAdTagURI><![CDATA[https://video.exchange.example.com/creative?…]]></VASTAdTagURI><Error><![CDATA[https://video.exchange.example.com/error?ec=[ERRORCODE]]]></Error><Impression><![CDATA[https://video.exchange.example.com/imp?…]]></Impression><Creatives><Creative></Creative></Creatives></Wrapper></Ad></VAST>
<!-- END exchange VAST tag that encodes or loads Google VAST creative subsequently -->

מבצעים

בורסות שמצטרפות ל-Open Bidding יכולות להשתמש בדילים בלעדיים ללקוחות מועדפים (PD) ובמכרזים פרטיים (PA) עם Open Bidding. צריך לציין את מזהה העסקה ואת סוג העסקה באופן הבא:

שדה	תיאור
BidResponse.seatbid.bid.dealid	מזהה העסקה ממרחב השמות של הבורסה שמשויך להצעת המחיר ומדווח למוציאים לאור. זהו טקסט שרירותי בקידוד UTF8, והוא לא יכול להיות ארוך מ-64 בייט.
BidResponse.seatbid.bid.ext.exchange_deal_type	סוג העסקה, כפי שמוגדר ב-enum. הנתון הזה מדווח לבעלי האתרים ומשפיע על האופן שבו מתייחסים לעסקה במכרז. הערכים האפשריים הם: OPEN_AUCTION = 0; PRIVATE_AUCTION = 1; PREFERRED_DEAL = 2; EXCHANGE_AUCTION_PACKAGE = 3;

זוהי דוגמה לתשובה להצעת מחיר עבור PD/PA.

id: "ECHO_BIDREQUEST_ID"
seatbid {
  bid {
    id: "BID_ID"
    impid: "1"
    price: 1.23
    adm: "AD_TAG"
    adomain: "DECLARED_LANDING_PAGE_URL"
    cid: "BILLING_ID"
    crid: "CREATIVE_ID"
    dealid: "DEAL_ID"
    w: 300
    h: 250
    [com.google.doubleclick.bid] {
      impression_tracking_url: "IMPRESSION_TRACKING_URL"
      exchange_deal_type: "DEAL_TYPE"
    }
  }
}

התאמות של קובצי Cookie

כדי לאכלס טבלאות התאמה שמתארחות ב-Google, משתתפים בבידינג פתוח יכולים להשתמש בכל אחת מהאפשרויות הבאות שמתאימה לצרכים שלהם:

• התאמה של קובצי Cookie: התאמה שמתבצעת על ידי הקונה או על ידי פלטפורמת הפרסום מידע נוסף
• התאמה של פיקסלים: התאמה שמתבצעת על ידי Google מידע נוסף
• עזרה בהתאמה של קובצי Cookie: התאמה שמתבצעת ביוזמת הבורסה עם המשתתפים שלה במכרזמידע נוסף

הערה: בשלב הזה, משתתפים בבידינג פתוח לא יכולים ליצור רשימות משתמשים, לאכלס אותן או לטרגט אותן.

ניהול זמן האחזור

כדי להעריך את זמן האחזור של נקודות הקצה של הצעות המחיר בתגובה לבקשות להצעות מחיר נכנסות, צריך להשתמש במיקומי המסחר שמופיעים במדריך הפירינג.

בדרך כלל, המלאי נשלח דרך המיקום המסחרי הקרוב ביותר, אבל זה לא מובטח. הדרך היחידה להבטיח גישה לכל החשיפות היא להגדיר נקודות קצה של הצעות מחיר בכל המיקומים שבהם מתבצע מסחר.

בורסות גדולות שמקבלות נפח גבוה של בקשות להצעות מחיר צריכות לשקול להסכים על הסדר שיתוף פעולה עם Google כדי לצמצם את זמן האחזור ואת התנודתיות של זמן האחזור. מידע נוסף על שיתוף פעולה בין רשתות

מאקרו לקליק

מומלץ להטמיע פקודות מאקרו של קליקים. הם יאפשרו דיווח שיכלול קליקים ומדדים שנגזרים מקליקים בחשבון שלכם ובחשבונות של בעלי האתרים שעובדים איתם. מידע נוסף

ממשקי API

לקוחות Open Bidding יכולים להשתמש בממשקי ה-API ל-REST של Authorized Buyers כדי לגשת לנתונים שעשויים להיות שימושיים לפתרון בעיות. כרגע אפשר לגשת רק למשאבי ה-API הבאים:

• דוח ביצועים v1.4
• פתרון בעיות ב-RTB בגרסה v2beta1

אתם יכולים לפנות למנהל החשבונות הטכני כדי להגדיר את החשבון שלכם לגישה לממשקי ה-API האלה, וכדי לאחזר את מזהה החשבון שנדרש לשליחת קריאות ל-API. לתמיכה טכנית בשימוש בממשקי ה-API האלה, אפשר לפנות לכתובת התמיכה [e-mail].

מקורות מידע נוספים

• שיטות מומלצות לניהול חיבורים
• שימוש בפקודות מאקרו של כתובות URL להצעת מחיר
• פענוח אישורי מחירים אם משתמשים בפקודת המאקרו WINNING_PRICE
• המלצות ושיטות מומלצות לבדיקה

דוגמאות לבקשות להצעת מחיר ולתגובות

דוגמאות לבקשות להצעות מחיר ולתשובות לכל הפרוטוקולים הנתמכים מופיעות במדריכים בקשות ותשובות.