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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

เราขอแนะนําอย่างยิ่งให้คุณใช้ฟิลด์ 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 จึงจะมีสิทธิ์ใช้การแก้ไขความคลาดเคลื่อน

  1. การแลกเปลี่ยนสามารถรักษาค่าขององค์ประกอบ VASTTagURI เป็นส่วนหนึ่งของเอกสาร VAST XML ที่ Google ส่งคืนในฟิลด์ BidResponse.seatbid.bid.adm ตามที่เป็นอยู่ พร้อมด้วยการขยายมาโครเฉพาะการแลกเปลี่ยนที่ปกติจะใช้
  2. 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 โฮสต์ ผู้เข้าร่วมการเสนอราคาแบบเปิดสามารถใช้ตัวเลือกใดก็ได้ด้านล่างที่เหมาะกับความต้องการของตนมากที่สุด

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

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

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

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

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

API

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

คุณสามารถติดต่อผู้จัดการลูกค้าด้านเทคนิคเพื่อกำหนดค่าบัญชีสำหรับการเข้าถึง API เหล่านี้ และเพื่อดึงข้อมูลรหัสบัญชีที่จำเป็นต่อการเรียก API หากต้องการรับการสนับสนุนด้านเทคนิคในการใช้ API เหล่านี้ โปรดติดต่อ adxbuyerapi-support@google.com

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

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

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