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