ดีลการรับประกันแบบเป็นโปรแกรม

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

สร้าง

ดีลการรับประกันแบบเป็นโปรแกรมจะสร้างขึ้นเมื่อการเจรจาต่อรองเริ่มต้นด้วยคำขอข้อเสนอ (RFP) คุณเริ่มการเจรจาได้โดยส่ง RFP ไปยังผู้ขายด้วย buyers.proposals.sendRfp RFP ต้องมี programmaticGuaranteedTerms เพื่อให้ข้อเสนอที่ได้มีไว้สำหรับดีลการรับประกันแบบเป็นโปรแกรม ผู้ขายยังส่ง RFP ให้คุณได้ด้วย ซึ่งจะปรากฏเป็นข้อเสนอใน Marketplace API เมื่อสร้างแล้ว คุณจะค้นหาข้อเสนอสำหรับดีลกับ buyers.proposals.list ได้ และการเจรจาต่อรองระหว่างคุณและผู้ขายจะเริ่มขึ้นได้

ต่อรอง

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

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

ทำให้สิ้นสุดและเตรียมพร้อมสำหรับการแสดงโฆษณา

เมื่อพอใจกับข้อเสนอและstateของข้อเสนอคือ BUYER_ACCEPTANCE_REQUESTED แล้ว คุณจะยอมรับข้อเสนอได้ นี่จะเป็นการสรุปดีล ซึ่งจะเริ่มแสดงใน flightStartTime

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

  • เจรจา ข้อเสนอกับผู้ขาย
  • ใช้ Real-time Bidding API เพื่อส่งครีเอทีฟโฆษณาเพื่อรับการตรวจสอบ: ครีเอทีฟโฆษณาที่คุณตั้งใจจะแสดงต้องได้รับการตรวจสอบและอนุมัติให้ใช้ในดีล
  • ยอมรับข้อเสนอ: เมื่อยอมรับข้อเสนอแล้ว ดีลที่ยอมรับจะแสดงในดีลที่สรุปผลแล้ว
  • ใช้ Real-time Bidding API เพื่อดึงข้อมูล ครีเอทีฟโฆษณาที่ส่งมาก่อนหน้านี้ และยืนยันว่าครีเอทีฟโฆษณา ได้รับอนุมัติ ให้ใช้ในการเสนอราคาในดีลในการเสนอราคาแบบเรียลไทม์: ดู dealsPolicyCompliance เพื่อยืนยันว่าครีเอทีฟโฆษณาได้รับอนุมัติและนำไปวางตามคำขอราคาเสนอดีลที่เข้ามาใหม่ได้
    • หากครีเอทีฟโฆษณาไม่ได้รับอนุมัติ ให้ตรวจสอบหัวข้อเพื่อหาสาเหตุของการไม่อนุมัติ ปรับครีเอทีฟโฆษณาตามที่จำเป็น และ แพตช์ เพื่อเริ่มการตรวจสอบอีกครั้งจนกว่าปัญหาทั้งหมดจะได้รับการแก้ไข
  • เพิ่มครีเอทีฟโฆษณาทั้งหมดที่จะใช้กับดีลที่สรุปผลแล้ว: เราขอแนะนำให้เพิ่มครีเอทีฟโฆษณาลงในดีลที่คุณต้องการใช้ด้วยก่อนที่จะเริ่มแสดงดีล
  • ส่งสัญญาณด้วยตนเองว่าดีลพร้อมแสดง: เมื่อดีลพร้อมที่จะแสดง คุณจะเริ่มได้รับคำขอราคาเสนอสำหรับดีลที่ flightStartTime ที่กำหนดค่าไว้ ซึ่งจะดำเนินต่อไปจนกว่าจะครบ flightEndTime หรือ impressionCap

เจรจาต่อรองใหม่

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

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

เสนอราคาสำหรับการแสดงผลสําหรับดีลการรับประกันแบบเป็นโปรแกรม

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

คำขอราคาเสนอหนึ่งๆ อาจมีดีล PG มากกว่า 1 ดีล ในกรณีนี้ คุณต้องตอบกลับรหัสดีลแต่ละรหัสที่ส่งมาในคำขอ ช่องที่เกี่ยวข้องโดยตรงกับดีลการรับประกันแบบเป็นโปรแกรมมีดังนี้

โปรโตคอลของ Google โปรโตคอล OpenRTB คำอธิบาย
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id BidRequest.imp.pmp.deals.id ตัวระบุที่ไม่ซ้ำกันสำหรับดีล ซึ่งจะเทียบเท่ากับรหัสทรัพยากรของดีลที่ Marketplace API ส่งกลับมา
BidRequest.adslot.matching_ad_data.direct_deal.deal_type BidRequest.imp.pmp.deals.ext.deal_type ประเภทของการประมูล ซึ่งจะตั้งค่าเป็น PROGRAMMATIC_GUARANTEED หรือ "3" สำหรับ OpenRTB JSON
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros BidRequest.imp.pmp.deals.bidfloor จะมีค่าเท่ากับ CPM ของดีลที่ผู้ซื้อและผู้ขายตกลงกันไว้ ซึ่งจะปรากฏเป็น fixedPrice ใน Marketplace API สำหรับดีลการรับประกันแบบเป็นโปรแกรม การดําเนินการนี้จะลบล้างค่าที่ระบุไว้ในการเสนอราคาตอบ
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden true เสมอสำหรับดีลการรับประกันแบบเป็นโปรแกรม ซึ่งหมายความว่าหมวดหมู่ที่ยกเว้นจะได้รับอนุญาต
BidRequest.adslot.matching_ad_data.direct_deal.must_bid BidRequest.imp.pmp.deals.ext.must_bid ระบุว่าผู้ซื้อจำเป็นต้องเสนอราคาในดีลหรือไม่ เช่น หากดีลแสดงก่อนกำหนด ระบบจะตั้งค่าเป็น "เท็จ" และจะเสนอราคาหรือไม่ก็ได้ ไม่เช่นนั้นจะต้องมีการเสนอราคา ซึ่งหมายความว่าการไม่เสนอราคาอาจส่งผลเสียต่อการแสดงดีลและความพร้อมใช้งานของพื้นที่โฆษณา

หยุดชั่วคราวและแสดงโฆษณาต่อ

คุณควรใช้เมธอด buyers.finalizedDeals.pause เพื่อหยุดดีลการรับประกันแบบเป็นโปรแกรมที่สรุปผลแล้วไว้ชั่วคราว หากคุณเสนอราคาไม่ได้ชั่วคราว ตัวอย่างเช่น คุณอาจทำเช่นนี้หากครีเอทีฟโฆษณาได้รับอนุมัติในตอนแรก แต่ไม่ได้รับอนุมัติและต้องส่งใหม่ในภายหลัง โปรดทราบว่าแม้การดำเนินการนี้จะทำให้คุณไม่ได้รับคำขอราคาเสนอสำหรับดีล แต่คุณยังคงต้องปฏิบัติตามภาระหน้าที่ใดๆ ที่ได้เจรจาไว้ว่าเป็นข้อกำหนดสำหรับดีล

หากต้องการให้ดีลที่สรุปผลแล้วกลับมาแสดงอีกครั้ง คุณสามารถใช้ buyers.finalizedDeals.resume