การเสนอราคาแบบเปิด ช่วยให้ Exchange และผู้ซื้อรายอื่นๆ ใช้ประโยชน์จากโครงสร้างพื้นฐานการเสนอราคาแบบเรียลไทม์ของ Google เพื่อเสนอราคาในพื้นที่โฆษณาของ Google Ad Manager และ AdMob
หากต้องการเข้าร่วมการเสนอราคาแบบเปิด ให้กำหนดค่าการผสานรวมการเสนอราคาแบบเรียลไทม์ ที่ปรับแต่งสำหรับกรณีการใช้งานการเสนอราคาแบบเปิดของคุณ และส่ง ปลายทางของผู้เสนอราคาไปยังผู้จัดการฝ่ายดูแลลูกค้าของ Google เพื่อทำการทดสอบเพื่อยืนยันว่าการผสานรวม ทำงานอย่างถูกต้อง ขั้นตอนนี้จะทำเพียงครั้งเดียว
จำกัดการผสานรวมไว้สำหรับผู้เผยแพร่โฆษณาบางราย
การผสานรวมการเสนอราคาแบบเปิดจะยังคงอยู่ใน "โหมดส่วนตัว" ได้จนกว่าคุณจะพร้อมรับคำขอจากผู้เผยแพร่โฆษณารายใดก็ตาม ขณะอยู่ในโหมดส่วนตัว คุณสามารถ ทำงานร่วมกับทีมดูแลลูกค้าเพื่อติดต่อผู้เผยแพร่โฆษณาบางรายและคงสถานะนี้ไว้ จนกว่าคุณจะพร้อมขยายขนาด เมื่อออกจากโหมดส่วนตัวแล้ว ผู้เผยแพร่โฆษณาทุกรายจะเห็นบัญชีของคุณ
โปรโตคอลและการเข้ารหัสที่รองรับ
คุณใช้ OpenRTB ในรูปแบบ JSON หรือ Protobuf ก็ได้ ดูข้อมูลเพิ่มเติม
การติดตั้งใช้งาน OpenRTB ของ Google
การติดตั้งใช้งาน OpenRTB ของ Google ไม่รองรับฟีเจอร์ทั้งหมดที่พบใน ข้อกำหนด OpenRTB และเพิ่มส่วนขยายสำหรับ Authorized Buyers และฟังก์ชันการทำงานเฉพาะการเสนอราคาแบบเปิด ดูข้อมูลเพิ่มเติมได้ที่คู่มือ OpenRTB
จัดการคำขอราคาเสนอที่เข้ามา
การเสนอราคาแบบเปิดใช้BidRequestโครงสร้างเดียวกับ Authorized
Buyers แต่ระบบจะส่งบางช่องให้เฉพาะผู้เข้าร่วมการเสนอราคาแบบเปิด
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟิลด์เฉพาะการเสนอราคาแบบเปิดที่ส่งในคำขอราคาเสนอได้ในคู่มือคำขอ
ตอบกลับด้วยการเสนอราคา
การเสนอราคาแบบเปิดยังใช้โครงสร้าง BidResponse ที่คล้ายกับของ Authorized Buyers โดยมีฟิลด์พิเศษบางรายการที่ส่งไปยังผู้เข้าร่วมการเสนอราคาแบบเปิด
ดูคู่มือการตอบกลับ
เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับช่องเฉพาะของการเสนอราคาแบบเปิดที่คุณสามารถตอบกลับได้
โครงสร้างการตอบกลับอาจแตกต่างกันอย่างมาก ทั้งนี้ขึ้นอยู่กับรูปแบบโฆษณาที่ต้องการซึ่งคุณตั้งใจจะเสนอราคาด้วย ดูคำแนะนำต่อไปนี้เพื่อช่วยคุณกำหนดค่า แอปพลิเคชันผู้เสนอราคาให้ตอบกลับด้วยราคาเสนอสำหรับรูปแบบโฆษณาที่พบบ่อย
- โฆษณาคั่นระหว่างหน้า
- โฆษณาวิดีโอ
- โฆษณาวิดีโอ OpenRTB
- โฆษณาเนทีฟ
- โฆษณาวิดีโอเนทีฟ
- โฆษณา SDK ของผู้ซื้อ
ติดตามการแสดงผลเพื่อลดความคลาดเคลื่อน
เราขอแนะนําอย่างยิ่งให้คุณใช้ฟิลด์ BidResponse.seatbid.bid.ext.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
การแลกเปลี่ยนต้องส่งมาร์กอัป HTML ของ Google ตามที่เป็นอยู่ พร้อมด้วย การขยายมาโครเฉพาะการแลกเปลี่ยนที่ใช้ตามปกติ และอาจมี พิกเซลหรือสคริปต์การติดตามเพิ่มเติมที่การแลกเปลี่ยนเพิ่มตามปกติ
Google ไม่สามารถใช้การแก้ปัญหาความคลาดเคลื่อนได้หากการแลกเปลี่ยนรวมครีเอทีฟโฆษณา HTML ของ Google ไว้ในแท็ก (script, iframe หรือเทคนิคอื่นๆ) ซึ่งจะโหลดหรือแสดงผลโค้ด HTML ของ Google ในภายหลัง
ครีเอทีฟโฆษณาวิดีโอ VAST
การแลกเปลี่ยนต้องใช้แนวทางใดแนวทางหนึ่งต่อไปนี้เพื่อป้อนข้อมูล VASTTagURI ในการตอบกลับ VAST XML จึงจะมีสิทธิ์ใช้การแก้ไขความคลาดเคลื่อน
- การแลกเปลี่ยนสามารถรักษาค่าขององค์ประกอบ
VASTTagURIเป็นส่วนหนึ่งของเอกสาร VAST XML ที่ Google ส่งคืนในฟิลด์BidResponse.seatbid.bid.admตามที่เป็นอยู่ พร้อมด้วยการขยายมาโครเฉพาะการแลกเปลี่ยนที่ปกติจะใช้ - DV360 สามารถป้อนข้อมูลในฟิลด์
BidResponse.seatbid.bid.adm.nurlด้วย URL เอกสาร VAST ในการตอบกลับราคาเสนอไปยัง Exchange จากนั้น Exchange จะ ส่งค่านั้นพร้อมกับแท็กVASTTagURIโดยมี มาโครเฉพาะ Exchange ที่ขยายตามปกติได้หากจำเป็น
การแลกเปลี่ยนสามารถระบุเครื่องมือติดตามเหตุการณ์และข้อผิดพลาด VAST เพิ่มเติมภายในเอกสาร VAST XML ได้หากจำเป็น
ดีล
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 กับผู้เสนอราคา ดูข้อมูลเพิ่มเติม
การจัดการเวลาในการตอบสนอง
คุณควรใช้สถานที่ตั้งการซื้อขายที่อยู่ในคู่มือการ Peering เพื่อประมาณค่าเวลาในการตอบสนองที่ปลายทางของผู้เสนอราคาจะมีเมื่อตอบกลับ คำขอราคาเสนอขาเข้า
การแลกเปลี่ยนขนาดใหญ่ที่ได้รับคำขอราคาเสนอจำนวนมากควรพิจารณา ทำข้อตกลงการ Peering กับ Google เพื่อลดเวลาในการตอบสนองและความผันผวนของเวลาในการตอบสนอง ดูข้อมูลเพิ่มเติมเกี่ยวกับการ Peering
มาโครการคลิก
เราขอแนะนําให้คุณใช้มาโครคลิก ซึ่งจะช่วยให้การรายงาน รวมถึงการคลิกและเมตริกที่ได้จากการคลิกสำหรับบัญชีของคุณและสำหรับ ผู้เผยแพร่โฆษณาที่คุณทำงานด้วย ดูข้อมูลเพิ่มเติม
API
ลูกค้าการเสนอราคาแบบเปิดสามารถใช้ REST API ของ Authorized Buyers เพื่อเข้าถึงข้อมูลที่อาจมีประโยชน์ในการแก้ปัญหา ปัจจุบันคุณเข้าถึงได้เฉพาะทรัพยากร API ต่อไปนี้
คุณสามารถติดต่อผู้จัดการลูกค้าด้านเทคนิคเพื่อกำหนดค่าบัญชีสำหรับการเข้าถึง API เหล่านี้ และเพื่อดึงข้อมูลรหัสบัญชีที่จำเป็นต่อการเรียก API หากต้องการรับการสนับสนุนด้านเทคนิคในการใช้ API เหล่านี้ โปรดติดต่อ adxbuyerapi-support@google.com
แหล่งข้อมูลเพิ่มเติม
- แนวทางปฏิบัติแนะนำในการจัดการการเชื่อมต่อ
- การใช้มาโคร URL การเสนอราคา
- การถอดรหัสการยืนยันราคาหากคุณใช้มาโคร WINNING_PRICE
- คำแนะนำและแนวทางปฏิบัติแนะนำในการทดสอบ
คำขอราคาเสนอและการเสนอราคาตอบตัวอย่าง
ดูตัวอย่างคำขอราคาเสนอและการตอบกลับสำหรับโปรโตคอลที่รองรับทั้งหมดได้ใน คำแนะนำคำขอ และการตอบกลับ