โดยปกติแล้ว แพลตฟอร์มโฆษณาฝั่งขายจะกระจายแหล่งที่มาของดีมานด์โฆษณาเพื่อเพิ่มประสิทธิภาพ รายได้จากโฆษณา สื่อกลางโฆษณาช่วยให้เครือข่ายหรือบริการโฆษณาเรียกใช้เครือข่ายโฆษณาหลายเครือข่ายเพื่อพิจารณาโฆษณาที่ดีที่สุดสำหรับช่องโฆษณาที่กำหนด ข้อเสนอนี้ จะแนะนําวิธีขยาย Protected Audience API ใน Android เพื่อ ใช้ฟังก์ชันการทำงานของการสื่อกลางแบบลำดับในลักษณะที่รักษาความเป็นส่วนตัว ปัจจุบัน เครือข่ายโฆษณามีวิธีต่างๆ ให้นักพัฒนาแอปใช้สื่อกลางการประมูลโฆษณาจาก ผู้ขายโฆษณาหลายราย
- สื่อกลางตามลำดับขั้น: นักพัฒนาแอปจะกำหนดรายการเครือข่ายโฆษณาตามลำดับ ซึ่งมักจะจัดอันดับตาม eCPMs ที่ผ่านมาสำหรับเครือข่ายที่กำหนด รายการนี้เรียกว่าลำดับการแสดงโฆษณาไกล่เกลี่ย แพลตฟอร์มสื่อกลางของนักพัฒนาแอป ใช้รายการนี้เพื่อเรียกเครือข่ายโฆษณาตามลำดับที่แสดง เพื่อระบุแหล่งที่มาของดีมานด์โฆษณาที่เกี่ยวข้อง
- สื่อกลางแบบเป็นโปรแกรม: นักพัฒนาแอปจะกำหนดค่าเครือข่ายโฆษณาหลายเครือข่ายให้เข้าร่วมการเสนอราคาสำหรับโอกาสในการแสดงโฆษณา เครือข่ายเหล่านี้ ได้รับอนุญาตให้เสนอราคาแบบเรียลไทม์ตามมูลค่าที่เครือข่ายเห็นว่าโอกาสนี้มี
- สื่อกลางแบบผสม: การผสมผสานเทคนิคการแสดงตามลำดับขั้นและสื่อกลางแบบเป็นโปรแกรม
สื่อกลาง Waterfall
ในการแสดงโฆษณาสื่อกลางตามลำดับขั้น เมื่อมีโอกาสแสดงโฆษณา SDK โฆษณาจะส่งคำขอ ไปยังเซิร์ฟเวอร์แบ็กเอนด์ แทนที่จะตอบสนองต่อคำขอด้วยครีเอทีฟโฆษณาที่ชนะ เซิร์ฟเวอร์จะตอบสนองด้วยเชนสื่อกลางที่มีรายชื่อเครือข่ายโฆษณา ที่เรียงตาม eCPM ที่ผ่านมา
รูปที่ 1 รูปแบบการแสดงโฆษณาสื่อกลางตามลำดับขั้น
ในรูปแบบน้ำตกฝั่งเซิร์ฟเวอร์ SDK โฆษณาจะเรียกเครือข่ายโฆษณาแต่ละเครือข่าย (หรือ SDK การประมูลของตัวเอง ) ตามลำดับที่ระบุโดยเชนสื่อกลาง หากเครือข่ายโฆษณาสามารถ ส่งโฆษณาตามคำขอโฆษณาได้ เครือข่ายโฆษณาจะแสดงโฆษณา หากไม่ ระบบจะส่งคำขอไปยังเครือข่ายถัดไปในเชน กระบวนการนี้จะทำซ้ำจนกว่าจะ ดำเนินการตามคำขอหรือจนกว่าจะไม่มีการเปลี่ยนเส้นทางอีก
โดยทั่วไปแล้ว การแสดงโฆษณาสื่อกลางตามลำดับขั้นจะได้รับการเพิ่มประสิทธิภาพด้วยการจัดลำดับเชนสื่อกลางใหม่เป็นประจำตามการประเมิน eCPM อีกครั้งจากแหล่งที่มาของดีมานด์โฆษณาของบุคคลที่หนึ่ง
สื่อกลางแบบเป็นโปรแกรม
สื่อกลางแบบเป็นโปรแกรม (หรือที่เรียกว่า "การเสนอราคาแบบเฮดเดอร์") เป็นอีกทางเลือกหนึ่งแทนการใช้ eCPM ที่ผ่านมาเพื่อพิจารณาว่าเครือข่ายโฆษณาใดมีโอกาสแสดงคำขอโฆษณา เมื่อใช้สื่อกลางแบบเป็นโปรแกรม ผู้ให้บริการจะใช้ค่าราคาเสนอแบบเรียลไทม์แทน เพื่อค้นหาโฆษณาที่ชนะ
รูปที่ 2: รูปแบบสื่อกลางแบบเป็นโปรแกรม
สื่อกลางแบบผสม
โซลูชันสื่อกลางแบบเป็นโปรแกรมบางอย่างจะรวมเครือข่ายโฆษณาในโหมดไฮบริดของ Waterfall และการเสนอราคาเพื่อให้ควบคุมโฆษณาได้มากขึ้นในขณะที่ได้รับ ประโยชน์จากการใช้ eCPM แบบเรียลไทม์เพื่อเพิ่มรายได้สูงสุดจากเครือข่ายโฆษณาที่เข้าร่วม
ในรูปแบบสื่อกลางแบบผสม เครือข่ายโฆษณาและผู้ให้บริการสื่อกลางสามารถเพิ่มความยืดหยุ่นแก่นักพัฒนาแอปได้โดยการรวมองค์ประกอบของ Waterfall และการเสนอราคาแบบเรียลไทม์ โมเดลแบบผสมช่วยให้นักพัฒนาแอปกำหนดค่าเครือข่ายโฆษณา ตาม eCPM ที่ผ่านมาได้ ซึ่งจะช่วยให้มีโอกาสแสดงโฆษณาก่อน เรียกใช้การเสนอราคาแบบเรียลไทม์กับเครือข่ายที่เข้าร่วมเพื่อใช้ประโยชน์จากโอกาสในการโฆษณา
การแสดงโฆษณาสื่อกลางตามลำดับขั้นของ Protected Audience
Protected Audience API ใน Android รองรับการแสดงโฆษณาสื่อกลางตามลำดับขั้น (Waterfall Mediation) โดยมี การประมูลหลายรายการ ซึ่งแต่ละรายการจะใช้สำหรับโหนดแต่ละรายการในกราฟสื่อกลาง หากไม่มีผู้ชนะจากการประมูล ระบบจะเรียกใช้โหนดการประมูลของเครือข่ายถัดไปจนกว่าจะไม่มีเครือข่ายเหลือ กระบวนการแสดงโฆษณาสื่อกลางตามลำดับขั้นมีดังนี้
- SDK สื่อกลางจะดึงข้อมูลเชนสื่อกลางจากปลายทางเซิร์ฟเวอร์โฆษณาตามบริบท ซึ่งอาจแสดงโฆษณาตามบริบทหรือเชนสื่อกลาง
- หากปลายทางของเซิร์ฟเวอร์โฆษณาส่งกลับเชนสื่อกลาง SDK สื่อกลาง จะวนซ้ำแต่ละรายการในเชนตามลำดับ โดยเรียกใช้ SDK ของเครือข่ายโฆษณาที่เข้าร่วม เพื่อเรียกใช้การเลือกโฆษณาตามบริบทและรีมาร์เก็ตติ้ง แต่ละรายการ ในเชนแสดงถึงคำขอของเครือข่ายโฆษณาในการซื้อพื้นที่โฆษณาใน ราคาที่เฉพาะเจาะจงสำหรับการแสดงผล การคลิก หรือเวลาโฆษณาตามจำนวนที่เฉพาะเจาะจง
- หากไม่มีรายการโฆษณาใดในเชนเลือกโฆษณาที่ชนะ SDK สื่อกลาง อาจเลือกแสดงโฆษณาจากเครือข่ายโฆษณาของตัวเองโดยเรียกใช้การเลือกโฆษณา Protected Audience ที่พิจารณาทั้งโฆษณารีมาร์เก็ตติ้งและโฆษณาตามบริบท
รูปที่ 3 สื่อกลางแบบลำดับขั้นที่ใช้ Protected Audience API
แผนภาพก่อนหน้านี้แสดงตัวอย่างอัลกอริทึมการแสดงโฆษณาสื่อกลางตามลำดับขั้น ที่ SDK การแสดงโฆษณาสื่อกลางสามารถใช้ได้ แต่เครือข่ายโฆษณาบุคคลที่หนึ่งจะไม่มีความสามารถในการเพิ่มประสิทธิภาพ Protected Audience API รองรับการเพิ่มประสิทธิภาพเครือข่ายโฆษณาของบุคคลที่หนึ่งโดยอนุญาตให้เชื่อมโยงเวิร์กโฟลว์การเลือกโฆษณาและการรายงานการแสดงผลที่ชนะ
ผลลัพธ์การเลือกโฆษณา
ประเภทการคืนค่าของ selectAds() คือออบเจ็กต์ AdSelectionOutcome
AdSelectionOutcome มี URI การแสดงผลของโฆษณาที่ชนะและ
AdSelectionId ซึ่งเป็นจำนวนเต็มทึบแสงที่ระบุครีเอทีฟโฆษณาของรายการโฆษณาที่ชนะ
AdSelectionOutcome {
Uri renderUri;
Long AdSelectionId;
}
AdSelectionId ทำหน้าที่เหมือนตัวชี้ไปยัง AdSelectionOutcome วันนี้ เราจะส่ง
AdSelectionId ไปยังเมธอด reportResult() เป็นพารามิเตอร์
ReportImpressionInput เพื่อช่วยระบุโฆษณาที่ถูกต้องซึ่งเมธอด reportWin() และ reportResult() จะเรียกใช้
ข้อเสนอการเลือกโฆษณาแบบเชน
เราขอเสนอให้โอเวอร์โหลด selectAds() ด้วย AdSelectionFromOutcomesConfig
val config = AdSelectionFromOutcomesConfig.Builder()
.setSeller(seller)
.setAdSelectionIds(listOf(outcome1pAdSelectionId))
.setSelectionSignals({"bid_floor": bidFloorOfNextNetworkInline})
.setSelectionLogicUri(selectionLogicUri)
.build()
adSelectionClient.selectAds(config)
ซึ่งช่วยให้ SDK สื่อกลางเปรียบเทียบราคาเสนอของโฆษณาที่ชนะกับราคาพื้นของการเสนอราคาของเครือข่ายโฆษณาในบรรทัดถัดไปได้
ตัวอย่างที่ 1
ตัวอย่างที่ 2
รายงานการแสดงผลที่ชนะ
หากมีผู้ชนะจาก selectAds(AdSelectionFromOutcomes) โฆษณานั้นจะชนะ
สื่อกลาง จากนั้นระบบจะเรียกใช้ reportImpression พร้อมรหัสการเลือกโฆษณาของ
โฆษณาที่ชนะจาก selectAds(AdSelectionFromOutcomes) และ AdSelectionConfig ที่เกี่ยวข้อง
หาก selectAds(AdSelectionConfig) แสดงผลผู้ชนะจากเครือข่ายใดเครือข่ายหนึ่ง reportImpression จะเรียกใช้รหัสการเลือกโฆษณาและการกำหนดค่าจากการเรียกนั้น
เรียกใช้สื่อกลาง Waterfall
ต่อไปนี้คือลำดับการดำเนินการสำหรับการเรียกใช้กระบวนการแสดงโฆษณาสื่อกลางตามลำดับขั้น
- เรียกใช้การเลือกโฆษณาของบุคคลที่หนึ่ง
- วนซ้ำในเชนสื่อกลาง สำหรับเครือข่ายบุคคลที่สามแต่ละเครือข่าย ให้ทำดังนี้
- สร้าง
AdSelectionFromOutcomeConfigรวมถึงราคาเสนอขั้นต่ำของoutcomeIdบุคคลที่หนึ่งและ SDK ของบุคคลที่สาม - เรียกใช้
selectAds()ด้วยconfigจากขั้นตอนก่อนหน้า - หากผลลัพธ์ไม่ว่างเปล่า ให้แสดงผลโฆษณา
- เรียกใช้เมธอด
selectAds()ของอะแดปเตอร์เครือข่าย SDK ปัจจุบัน หากผลลัพธ์ ไม่ว่างเปล่า ให้แสดงผลโฆษณา
- สร้าง
- หากไม่พบผู้ชนะจากเชน ให้แสดงโฆษณาของบุคคลที่หนึ่ง
แนวทางปฏิบัติแนะนำ
เรียกใช้การประมูลตามบริบทก่อนการเพิ่มประสิทธิภาพของบุคคลที่หนึ่ง
ความต้องการรีมาร์เก็ตติ้งสามารถสร้างราคาเสนอสูงซึ่งอาจส่งผลให้เกิดผลลัพธ์ที่ชนะใน เชนสื่อกลาง การตัดทอนเป็นกระบวนการที่มักใช้เพื่อเปิดใช้ การเพิ่มประสิทธิภาพของบุคคลที่หนึ่งโดยการปรับแต่งรายการกลุ่มเป้าหมายรีมาร์เก็ตติ้ง
ดีมานด์รีมาร์เก็ตติ้งของ Protected Audience API จะใช้ได้เฉพาะฝั่งไคลเอ็นต์ ในการประมูล Protected Audience ซึ่งอาจทำให้การเปิดใช้การเพิ่มประสิทธิภาพฝั่งเซิร์ฟเวอร์ของบุคคลที่หนึ่งเป็นเรื่องยาก หากต้องการลดปัญหาเกี่ยวกับการเพิ่มประสิทธิภาพของบุคคลที่หนึ่ง ให้เรียกใช้การประมูลตามบริบทก่อน แล้วจึงทำการเพิ่มประสิทธิภาพของบุคคลที่หนึ่ง ตามผลลัพธ์ของโฆษณาที่ชนะตามที่อธิบายไว้ก่อนหน้านี้ในหน้านี้
จำกัดขนาดเชนสื่อกลางในอุปกรณ์
ควรทำให้ห่วงโซ่การสื่อกลางในอุปกรณ์มีขนาดเล็กเพื่อให้ได้ประสิทธิภาพสูงสุด ค่าใช้จ่ายในการคำนวณสำหรับการดำเนินการในอุปกรณ์อาจเป็นเชิงเส้นตามจำนวนการประมูล ที่ประเมินเป็นส่วนหนึ่งของเชนสื่อกลาง กล่าวคือ โหนดที่มากขึ้นจะทำให้ต้องมีรอบการคำนวณมากขึ้นและเวลาในการตอบสนองเพิ่มขึ้น พิจารณาผลกระทบ ของเวลาในการตอบสนองต่อรายได้เมื่อส่งผ่านโหนดไปยังการประเมินสื่อกลางในอุปกรณ์
ข้อควรพิจารณาเพิ่มเติม
Protected Audience API ไม่มีโซลูชันที่ครอบคลุมสำหรับการใช้สื่อกลาง ของช่องโฆษณาหลายช่อง โดยระบบจะประมวลผลช่องโฆษณาแต่ละช่องแยกกัน
Protected Audience Mediation API รองรับการแสดงโฆษณาสื่อกลางตามลำดับขั้น (Waterfall Mediation) และการแสดงโฆษณาสื่อกลางแบบเป็นโปรแกรมแบบจำกัด เราจะแชร์รายละเอียดเพิ่มเติมเกี่ยวกับการรองรับกรณีการใช้งานสื่อกลางแบบเป็นโปรแกรมเพิ่มเติมในอนาคต
เนื่องจากการเลือกโฆษณา Protected Audience จะทํางานหลังจากที่ดึงโฆษณาตามบริบทแล้ว การเรียกใช้ Protected Audience API อาจส่งผลต่อเวลาในการตอบสนองแบบต้นทางถึงปลายทางของคําขอโฆษณา
แนะนำสำหรับคุณ
- หมายเหตุ: ข้อความลิงก์จะแสดงเมื่อ JavaScript ปิดอยู่
- คู่มือนักพัฒนา Protected Audience API ใน Android
- รองรับการกำหนดกลุ่มเป้าหมายแบบกำหนดเองด้วย Protected Audience API
- Protected Audience: คู่มือการผสานรวม