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

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

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

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

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

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

คุณสามารถใช้ OpenRTB ในรูปแบบ JSON หรือ Protobuf ก็ได้ ดูข้อมูลเพิ่มเติม

การติดตั้งใช้งาน Google OpenRTB

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

จัดการคําขอราคาเสนอขาเข้า

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<!-- 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 ที่ 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

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

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

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

เป็นไปตามข้อกำหนดทางเทคนิค

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

ดีล

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

ช่อง	คำอธิบาย
BidResponse.seatbid.bid.dealid	รหัสดีลจากเนมสเปซของ Exchange ที่เชื่อมโยงกับราคาเสนอและรายงานไปยังผู้เผยแพร่โฆษณา ข้อความนี้เป็นข้อความ UTF8 ที่กำหนดเองและต้องมีความยาวไม่เกิน 64 ไบต์
BidResponse.seatbid.bid.ext.exchange_deal_type	อาร์เรย์แบบจำกัดที่ระบุประเภทของดีล ระบบจะรายงานข้อมูลนี้ไปยังผู้เผยแพร่โฆษณาและส่งผลต่อวิธีจัดการดีลในการประมูล ค่าที่เป็นไปได้มีดังนี้ 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"
    }
  }
}

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

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

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

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

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

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

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

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

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

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

API

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

• รายงานประสิทธิภาพ v1.4
• การแก้ปัญหา RTB ของ v2beta1

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

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

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

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

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