ทำความเข้าใจ Open Bidding กับ Header Bidding สำหรับแอปมือถือ

หากคุณอยู่ในวงการสร้างรายได้จากแอปมาสักระยะ คุณคงเคยได้ยินคำว่า "Open Bidding" และ "header bidding" ถูกใช้แทนกันเกือบทุกที่ ทั้งสองมีเป้าหมายเดียวกัน — สร้างการแข่งขันแบบเรียลไทม์ระหว่างแหล่งดีมานด์เพื่อเพิ่ม eCPM — แต่ทำงานต่างกันเบื้องหลัง การเข้าใจความแตกต่างเหล่านี้เป็นกุญแจสำคัญในการเลือกวิธีที่เหมาะสมสำหรับแอปของคุณ

Header Bidding คืออะไร?

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

ในบริบทของแอปมือถือ header bidding ทำงานผ่าน SDK ฝั่งไคลเอ็นต์ พาร์ทเนอร์ดีมานด์ที่เข้าร่วมแต่ละรายมี SDK ที่ติดตั้งอยู่ในแอปของคุณ เมื่อมีโอกาสแสดงโฆษณา SDK ทั้งหมดจะถูกเรียกพร้อมกัน แต่ละตัวส่งราคาเสนอกลับมา และราคาเสนอสูงสุดเป็นผู้ชนะ ทั้ง AppLovin MAX และ Unity LevelPlay รองรับโมเดลนี้ผ่านฟีเจอร์ in-app bidding

Open Bidding คืออะไร?

Open Bidding (เดิมเรียกว่า Exchange Bidding) เป็นทางเลือกฝั่งเซิร์ฟเวอร์ของ Google แทนที่จะรันการประมูลบนอุปกรณ์ของผู้ใช้ผ่าน SDK หลายตัว Open Bidding จะรันการประมูลบนเซิร์ฟเวอร์ของ Google พาร์ทเนอร์ดีมานด์เชื่อมต่อกับโครงสร้างพื้นฐานของ Google และส่งราคาเสนอจากเซิร์ฟเวอร์ถึงเซิร์ฟเวอร์ ทำให้ไม่จำเป็นต้องมีการติดตั้ง SDK แยกรายตัวบนฝั่งไคลเอ็นต์

Open Bidding ใช้งานได้ผ่าน Google Ad Manager และให้การเข้าถึงระบบนิเวศดีมานด์ขนาดใหญ่ของ Google รวมถึงเอ็กซ์เชนจ์ของบุคคลที่สามที่เลือกเข้าร่วมโปรแกรม

ความแตกต่างที่สำคัญ

ความหน่วง

นี่คือความแตกต่างในทางปฏิบัติที่สำคัญที่สุด Header bidding ฝั่งไคลเอ็นต์ต้องให้ SDK แต่ละตัวทำการเรียกเครือข่าย ประมวลผลการประมูล และส่งราคาเสนอกลับมา — ทั้งหมดบนอุปกรณ์ของผู้ใช้ SDK มากขึ้นหมายถึงเวลาประมวลผลมากขึ้น Open Bidding ทำงานจากเซิร์ฟเวอร์ถึงเซิร์ฟเวอร์ ซึ่งโดยทั่วไปเร็วกว่าและไม่ใช้ทรัพยากรของอุปกรณ์ สำหรับแอปที่ความเร็วในการโหลดโฆษณาส่งผลโดยตรงต่อประสบการณ์ผู้ใช้ สิ่งนี้มีความสำคัญ

ความซับซ้อนของ SDK

พาร์ทเนอร์ header bidding ทุกรายต้องการการติดตั้ง SDK ในแอปของคุณ SDK มากขึ้นหมายถึงขนาดไบนารีของแอปที่ใหญ่ขึ้น มีโอกาสเกิดความขัดแย้งของ SDK มากขึ้น และมีค่าใช้จ่ายในการบำรุงรักษาเมื่อต้องอัปเดต SDK มากขึ้น Open Bidding ต้องการเพียง Google Mobile Ads SDK โดยพาร์ทเนอร์ดีมานด์เชื่อมต่อที่ฝั่งเซิร์ฟเวอร์ สิ่งนี้ช่วยลดความซับซ้อนทางเทคนิคได้อย่างมาก

ความหลากหลายของดีมานด์

Header bidding ผ่านแพลตฟอร์มอย่าง AppLovin MAX ให้คุณเข้าถึงเครือข่ายโฆษณาที่หลากหลาย แต่ละรายมีความสัมพันธ์กับผู้โฆษณาและดีมานด์ของตนเอง Open Bidding ให้คุณเข้าถึงดีมานด์ของ Google รวมถึงเอ็กซ์เชนจ์ที่เข้าร่วม แต่กลุ่มพาร์ทเนอร์ที่เข้าร่วมมีขนาดเล็กกว่าที่มีผ่าน bidding ฝั่งไคลเอ็นต์ แนวทางที่ดีที่สุดมักเกี่ยวข้องกับทั้งสอง

ความโปร่งใส

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

คุณควรเลือกอะไร?

คำตอบตามตรง: ผู้เผยแพร่ที่ประสบความสำเร็จส่วนใหญ่ใช้ทั้งสอง นี่คือกรอบแนวคิดในทางปฏิบัติ:

ใช้ Open Bidding ผ่าน GAM เป็นกลไกการประมูลหลักของคุณ มันให้ดีมานด์ที่แข็งแกร่งพร้อมค่าใช้จ่าย SDK น้อยที่สุดและการโหลดโฆษณาที่รวดเร็ว จากนั้นเสริมด้วย bidding ฝั่งไคลเอ็นต์จากเครือข่ายที่มีประสิทธิภาพสูงสุดสองถึงสามรายผ่านแพลตฟอร์ม mediation ของคุณ (AppLovin MAX หรือ Unity LevelPlay) เพื่อให้มั่นใจถึงความหลากหลายของดีมานด์สูงสุด

ผู้เผยแพร่ที่สร้างรายได้โฆษณาสูงสุดไม่ได้เลือกระหว่าง Open Bidding กับ header bidding — พวกเขารวมทั้งสองในแนวทางแบบไฮบริดที่เพิ่มการแข่งขันสูงสุดในขณะที่รักษาความซับซ้อนทางเทคนิคให้จัดการได้

แนวทางไฮบริดในทางปฏิบัติ

ในการตั้งค่าไฮบริดทั่วไป waterfall ของคุณจะมีลักษณะดังนี้: Open Bidding ผ่าน GAM แข่งขันร่วมกับเครือข่าย in-app bidding สองหรือสามราย ด้านล่างนั้น คุณมีรายการ waterfall แบบดั้งเดิมสำหรับเครือข่ายที่ไม่รองรับ bidding แบบเรียลไทม์ พาร์ทเนอร์ demand ที่จัดการอย่างเต็มรูปแบบสามารถอยู่ที่ระดับใดก็ได้ของสแต็กนี้ โดยให้การแข่งขันเพิ่มเติมที่เป็นประโยชน์ต่อผลตอบแทนโดยรวมของคุณไม่ว่าจะใช้กลไกการประมูลใด

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