การกำหนดค่าการผสานรวมการเสนอราคาแบบเปิด

การเสนอราคาแบบเปิดช่วยให้ Exchange และผู้ซื้อรายอื่นๆ ใช้ประโยชน์จากโครงสร้างพื้นฐานการเสนอราคาแบบเรียลไทม์ของ Google เพื่อเสนอราคาสำหรับพื้นที่โฆษณา Google Ad Manager และ AdMob

หากต้องการเข้าร่วมการเสนอราคาแบบเปิด ให้กำหนดค่าการผสานรวมการเสนอราคาแบบเรียลไทม์ซึ่งปรับแต่งสำหรับกรณีการใช้งานการเสนอราคาแบบเปิด แล้วส่งปลายทางของผู้เสนอราคาไปให้ผู้จัดการฝ่ายดูแลลูกค้าของ Google ทำการทดสอบเพื่อตรวจสอบว่าการผสานรวมทำงานอย่างถูกต้อง ขั้นตอนนี้จะทำเพียงครั้งเดียว

จำกัดการผสานรวมไว้เฉพาะผู้เผยแพร่โฆษณาบางราย

การผสานรวมการเสนอราคาแบบเปิดจะยังคงอยู่ใน "โหมดส่วนตัว" จนกว่าคุณจะพร้อมยอมรับคำขอจากผู้เผยแพร่โฆษณา ขณะอยู่ในโหมดส่วนตัว คุณสามารถทำงานกับทีมดูแลลูกค้าเพื่อติดต่อกับผู้เผยแพร่โฆษณาบางราย และคงสถานะนี้ต่อไปจนกว่าคุณจะพร้อมขยายธุรกิจ เมื่อออกจากโหมดส่วนตัวแล้ว บัญชีของคุณจะปรากฏแก่ผู้เผยแพร่โฆษณาทั้งหมด

โปรโตคอลและการเข้ารหัสที่รองรับ

การเสนอราคาแบบเปิดใช้โปรโตคอล RTB ของ Authorized Buyers และ OpenRTB แบบเรียลไทม์ที่เป็นกรรมสิทธิ์ ดูข้อมูลเพิ่มเติม

การใช้งาน Google OpenRTB

การใช้งาน OpenRTB ของ Google ไม่รองรับฟีเจอร์ทั้งหมดที่พบในข้อกำหนด OpenRTB และจะเพิ่มส่วนขยายสำหรับ Authorized Buyers และฟังก์ชันการทำงานเฉพาะสำหรับการเสนอราคาแบบเปิด ดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้งาน OpenRTB ของ Google และความเกี่ยวข้องกับโปรโตคอลการเสนอราคาแบบเรียลไทม์ของ Authorized Buyers ที่เป็นกรรมสิทธิ์ได้ที่คู่มือ OpenRTB

จัดการคำขอราคาเสนอที่เข้ามาใหม่

การเสนอราคาแบบเปิดใช้โครงสร้าง BidRequest เดียวกันกับ Authorized Buyers แต่ระบบจะส่งบางช่องไปยังผู้เข้าร่วมการเสนอราคาแบบเปิดเท่านั้น ดูคู่มือคำขอเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับช่องเฉพาะการเสนอราคาแบบเปิดที่ส่งในคำขอราคาเสนอ

ตอบกลับด้วยราคาเสนอ

การเสนอราคาแบบเปิดยังใช้โครงสร้าง BidResponse ที่คล้ายกับของ Authorized Buyers โดยจะส่งช่องพิเศษบางช่องไปให้ผู้เข้าร่วมการเสนอราคาแบบเปิด ดูคู่มือคำตอบ เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับช่องสำหรับการเสนอราคาแบบเปิดโดยเฉพาะที่คุณตอบกลับได้

หมายเหตุ: คำขอราคาเสนอที่ส่งไปยังผู้เข้าร่วมการเสนอราคาแบบเปิดควรได้รับการตอบกลับภายใน 300 ถึง 1, 000 มิลลิวินาที ทั้งนี้ขึ้นอยู่กับรูปแบบพื้นที่โฆษณา หากต้องการทราบข้อกำหนดที่เฉพาะเจาะจงสำหรับคำขอหนึ่งๆ ให้ตรวจสอบช่อง BidRequest.tmax

โครงสร้างการตอบกลับอาจแตกต่างกันอย่างมากตามรูปแบบโฆษณาที่ต้องการที่คุณต้องการเสนอราคา ดูคำแนะนำต่อไปนี้เพื่อช่วยคุณกำหนดค่าแอปพลิเคชันโปรแกรมเสนอราคาให้ตอบกลับด้วยราคาเสนอสำหรับรูปแบบโฆษณาทั่วไป

• โฆษณาคั่นระหว่างหน้า
• โฆษณาวิดีโอ
• โฆษณาวิดีโอ OpenRTB
• โฆษณาเนทีฟ
• โฆษณาวิดีโอเนทีฟ
• โฆษณา SDK ของผู้ซื้อ

ติดตามการแสดงผลเพื่อลดความคลาดเคลื่อน

ขอแนะนำให้คุณใช้ช่อง impression_tracking_url (ไม่บังคับ) เพื่อดึงข้อมูลระดับการแสดงผลเมื่อ Google บันทึกเหตุการณ์ที่เรียกเก็บเงินได้ซึ่งคุณจะได้รับการเรียกเก็บเงิน สำหรับ OpenRTB การเปิดเผยนี้จะแสดงเป็น BidResponse.seatbid[].bid[].ext.impression_tracking_url และ BidResponse.ad[].impression_tracking_url ในโปรโตคอลของ Google

การแก้ไขความคลาดเคลื่อนของดีมานด์ของ Google (เบต้า)

ฟีเจอร์นี้มีเป้าหมายเพื่อให้แน่ใจว่าจำนวนการแสดงผลที่มีการเรียกเก็บเงิน Exchange สอดคล้องกับจำนวนการแสดงผลที่ Google Display & Video 360 (DV360) จ่าย

เมื่อระบุการแสดงผล DV360 ที่มีการเสนอราคาแบบเปิดอย่างถูกต้อง Google จะปรับความคลาดเคลื่อนของสแปมโฆษณาและกิจกรรมที่เรียกเก็บเงินได้ เพื่อให้แน่ใจว่าระบบจะไม่เรียกเก็บเงินคุณสำหรับการแสดงผลที่ไม่ได้รับการชำระเงิน

เผยแพร่ google_query_id ในคำขอราคาเสนอ

เพื่อให้แน่ใจว่าจำนวนการแสดงผลที่ถูกต้องตรงกับดีมานด์ของ Google จะต้องมีการเผยแพร่ google_query_id ตามที่เป็นอยู่จากคำขอการเสนอราคาแบบเปิดไปยังแพลตฟอร์มดีมานด์ของ Google ซึ่งเป็นข้อกำหนดเบื้องต้น สำหรับการแก้ปัญหาความคลาดเคลื่อนของความคลาดเคลื่อนในการเสนอราคาแบบเปิด ความยาวที่คาดไว้ปัจจุบันของ google_query_id คือประมาณ 64 ไบต์

เผยแพร่ third_party_buyer_token ในการเสนอราคาตอบ

ในกรณีที่แพลตฟอร์มดีมานด์ของ Google ชนะการประมูลภายในของ Exchange จะต้องมีการเผยแพร่ช่อง third_party_buyer_token ตามที่เป็นอยู่ในการเสนอราคาตอบกลับผ่านการแสดงผลของการเสนอราคาแบบเปิด วิธีนี้ช่วยให้แพลตฟอร์มผู้เผยแพร่โฆษณาของ Google ระบุได้ว่าราคาเสนอที่ชนะจากพาร์ทเนอร์การเสนอราคาแบบเปิดเป็นราคาเสนอในนามของดีมานด์ของ Google สำหรับโอกาสในการแสดงผลเดียวกัน ความยาวสูงสุดในปัจจุบันของช่องนี้คือ 150 ไบต์

ส่งมาร์กอัปครีเอทีฟโฆษณา Google ตามที่แสดงในการเสนอราคาตอบ

เพื่อให้แน่ใจว่ามีการใช้การแก้ไขความคลาดเคลื่อนกับราคาเสนอจากดีมานด์จาก Google จึงต้องมีการแลกเปลี่ยนจึงจะเผยแพร่มาร์กอัปครีเอทีฟโฆษณา Google โดยไม่มี Wrapper (แท็กสคริปต์, iframe หรือ VAST Wrapper) เนื่องจากการแก้ไขความคลาดเคลื่อน Google อาจยกเลิกและไม่ออกใบแจ้งหนี้สำหรับการแสดงผลการเสนอราคาแบบเปิดที่แพลตฟอร์มดีมานด์ของ Google ไม่ได้นับ Google จะตรวจสอบมาร์กอัปครีเอทีฟโฆษณาเป็นระยะๆ เพื่อยืนยันว่ามีการส่งราคาเสนอด้วย third_party_buyer_token ในนามของดีมานด์จาก Google และไม่ใช่ผู้ซื้อรายอื่น

ครีเอทีฟโฆษณา HTML5

Exchange จะต้องส่งมาร์กอัป HTML ของ Google ตามที่เป็นอยู่ โดยมีการขยายมาโครเฉพาะสำหรับ Exchange ที่ปกติแล้วจะใช้ และพิกเซลเครื่องมือติดตามเพิ่มเติมหรือสคริปต์ที่ Exchange เพิ่มตามปกติ (ไม่บังคับ)

Google จะใช้การแก้ไขความคลาดเคลื่อนไม่ได้หาก Exchange รวมครีเอทีฟโฆษณา HTML ของ Google ไว้ในแท็ก (script, iframe หรือเทคนิคอื่นๆ) ที่โหลดหรือแสดงผลโค้ด HTML ของ Google ในเวลาต่อมา

มีคุณสมบัติตรงตามข้อกำหนดทางเทคนิค

ในตัวอย่างนี้ โค้ด HTML ของครีเอทีฟโฆษณาจาก Google (DV360) จากการเสนอราคาตอบมีการส่งผ่านคำต่อคำ โดยจะใส่โค้ด HTML เฉพาะ Exchange ไว้ข้างหน้าและต่อท้าย

<!-- 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 ส่งคืนมีการสร้างความสับสนในการเสนอราคาตอบที่ได้รับจาก Exchange และไม่ปรากฏคำต่อคำในการเสนอราคาตอบ โค้ด HTML ที่ Google ให้ไว้อาจแสดงผลโดย Wrapper ที่ Exchange ให้ไว้ในเบราว์เซอร์

<!-- 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

Exchange ต้องใช้วิธีใดวิธีหนึ่งต่อไปนี้ในการเติมข้อมูล VASTTagURI ในการตอบสนอง VAST XML เพื่อให้มีสิทธิ์ใช้การแก้ไขความคลาดเคลื่อน

1. Exchange สามารถเก็บรักษาค่าขององค์ประกอบ VASTTagURI ไว้ ซึ่งเป็นส่วนหนึ่งของเอกสาร VAST XML ที่ Google แสดงผลในช่อง adm ตามที่เป็นอยู่ โดยใช้การขยายมาโครเฉพาะสำหรับ Exchange ที่ปกติแล้วจะใช้
2. DV360 จะเติมข้อมูลในช่อง nurl ด้วย URL เอกสาร VAST ในการเสนอราคาตอบของ Exchange ได้ จากนั้น Exchange จะส่งค่า nurl ที่ Google (DV360) ตอบกลับในแท็ก VASTTagURI ได้ โดยมาโครเฉพาะสำหรับ Exchange จะขยายตามปกติตามที่ต้องการ

Exchange สามารถระบุเหตุการณ์ VAST และเครื่องมือติดตามข้อผิดพลาดเพิ่มเติมภายในเอกสาร XML ของ VAST ได้หากจำเป็น

มีคุณสมบัติตรงตามข้อกำหนดทางเทคนิค

ในตัวอย่างนี้ VAST ครีเอทีฟโฆษณา VAST URI ของ Google (DV360) จากการเสนอราคาตอบจะส่งผ่านคำต่อคำ โดยมี Exchange ที่เพิ่มเหตุการณ์ 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 หรือ URI ที่ Google แสดงผล จะไม่ปรากฏคำต่อคำในการเสนอราคาตอบ แต่จะใช้ VAST Wrapper สำหรับ Exchange โดยเฉพาะแทน โค้ด VAST ที่ Google มีให้อาจโหลดโดย VAST Wrapper ที่ Exchange มีให้ (ตามที่ระบุไว้ในองค์ประกอบ 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 -->

ดีล

Exchange ที่เข้าร่วมการเสนอราคาแบบเปิดสามารถใช้ ดีลที่ต้องการ (PD), การประมูลส่วนตัว (PA) กับการเสนอราคาแบบเปิดได้ ต้องระบุรหัสดีลและประเภทดังต่อไปนี้

ฟิลด์	คำอธิบาย
โปรโตคอล OpenRTB: BidResponse.seatbid[].bid[].dealid โปรโตคอลของ Google: BidResponse.ad[].adslot[].exchange_deal_id	รหัสดีลจากเนมสเปซของ Exchange ที่เชื่อมโยงกับราคาเสนอและรายงานไปยังผู้เผยแพร่โฆษณา ข้อความนี้เป็นข้อความ UTF8 ที่กําหนดเองและต้องมีขนาดไม่เกิน 64 ไบต์
โปรโตคอล OpenRTB: BidResponse.seatbid[].bid[].ext.exchange_deal_type โปรโตคอลของ Google: BidResponse.ad[].adslot[].exchange_deal_type	enum ที่ระบุประเภทของดีล ซึ่งจะรายงานต่อผู้เผยแพร่โฆษณาและมีผลต่อวิธีจัดการดีลในการประมูล ค่าที่เป็นไปได้มีดังนี้ OPEN_AUCTION = 0; PRIVATE_AUCTION = 1; PREFERRED_DEAL = 2; EXCHANGE_AUCTION_PACKAGE = 3;

ด้านล่างคือตัวอย่างการเสนอราคาตอบของ OpenRTB สำหรับ PD/PA

ตัวอย่างด้านล่างใช้ช่อง OpenRTB สำหรับ PD/PA (dealid, exchange_deal_type) หากใช้โปรโตคอล Authorized Buyers ช่องการเสนอราคาตอบสำหรับ PD/PA จะเป็น exchange_deal_id และ exchange_deal_type

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"
    }
  }
}

การจับคู่คุกกี้

ในการสร้างตารางการจับคู่ที่โฮสต์โดย Google ผู้เข้าร่วมการเสนอราคาแบบเปิดจะใช้ตัวเลือกใดก็ได้ด้านล่างที่เหมาะกับความต้องการมากที่สุด

• การจับคู่คุกกี้: การจับคู่ผู้ซื้อหรือการจับคู่ที่เริ่มต้นโดย Exchange ดูข้อมูลเพิ่มเติม
• การจับคู่พิกเซล: การจับคู่ที่ Google เป็นผู้เริ่ม ดูข้อมูลเพิ่มเติม
• Cookie Match Assist: การจับคู่ที่เริ่มต้นโดย Exchange กับผู้เสนอราคา ดูข้อมูลเพิ่มเติม

หมายเหตุ: ผู้เข้าร่วมการเสนอราคาแบบเปิดจะสร้าง ป้อนข้อมูล หรือกำหนดเป้าหมายรายการผู้ใช้ไม่ได้ในขณะนี้

การจัดการเวลาในการตอบสนอง

คุณควรใช้สถานที่ซื้อขายที่พบในคู่มือการเพียร์เพื่อประมาณเวลาในการตอบสนองที่ปลายทางของผู้เสนอราคาจะมีเมื่อตอบกลับคำขอราคาเสนอขาเข้า

โดยทั่วไป พื้นที่โฆษณาจะส่งผ่านตำแหน่งการซื้อขายที่ใกล้ที่สุด แต่ไม่มีการรับประกันราคานี้ วิธีเดียวที่จะรับประกันการเข้าถึงการแสดงผลทั้งหมดคือการมีปลายทางของผู้เสนอราคาในสถานที่ซื้อขายทั้งหมด

Exchange ขนาดใหญ่ที่ได้รับคำขอราคาเสนอจำนวนมากควรพิจารณาเข้าร่วมข้อตกลงแบบเพียร์กับ Google เพื่อลดเวลาในการตอบสนองและความล่าช้าของเวลาในการตอบสนอง ดูข้อมูลเพิ่มเติมเกี่ยวกับการเพียร์

มาโครการคลิก

เราขอแนะนำให้คุณใช้มาโครการคลิก ซึ่งจะอนุญาตให้มีการรายงานที่มีจำนวนคลิกและเมตริกที่มาจากคลิกสำหรับบัญชีของคุณ และผู้เผยแพร่โฆษณาที่คุณทำงานด้วย ดูข้อมูลเพิ่มเติม

API

ลูกค้าการเสนอราคาแบบเปิดสามารถใช้ Authorized Buyers REST API เพื่อเข้าถึงข้อมูลที่อาจเป็นประโยชน์สำหรับการแก้ปัญหา มีเพียงทรัพยากร API ต่อไปนี้เท่านั้นที่เข้าถึงได้ในปัจจุบัน

• รายงานประสิทธิภาพเวอร์ชัน 1.4
• การแก้ปัญหา RTB v2beta1

คุณติดต่อผู้จัดการลูกค้าด้านเทคนิคเพื่อกำหนดค่าบัญชีสำหรับการเข้าถึง API เหล่านี้และเรียกข้อมูลรหัสบัญชีที่จำเป็นในการเรียกใช้ API ได้ หากต้องการรับการสนับสนุนด้านเทคนิคในการใช้ API เหล่านี้ คุณอาจติดต่อทีมสนับสนุนของ [e-mail]

แหล่งข้อมูลเพิ่มเติม

• แนวทางปฏิบัติแนะนำในการจัดการการเชื่อมต่อ
• การใช้มาโคร URL การเสนอราคา
• การถอดรหัสการยืนยันราคาหากคุณใช้มาโคร WINNING_PRICE
• คำแนะนำในการทดสอบและแนวทางปฏิบัติแนะนำ

ตัวอย่างคำขอราคาเสนอและการตอบกลับ

ดูตัวอย่างคำขอราคาเสนอและการตอบกลับสำหรับโปรโตคอลที่รองรับทั้งหมดได้ในคู่มือคำขอและการตอบกลับ