ทำไมเกมมือถือจึงต้องการ SDK ความยินยอม

หากเกมของคุณแสดงโฆษณาจาก AdMob, Ad Manager หรือ waterfall แบบมีตัวกลางให้กับผู้เล่นในเขตเศรษฐกิจยุโรปหรือสหราชอาณาจักร คุณมีหน้าที่ตามกฎหมายที่จะต้องได้รับความยินยอมที่ถูกต้องก่อนที่จะใช้โฆษณาแบบเฉพาะบุคคลหรือตัวระบุการติดตามใด ๆ แบนเนอร์คุกกี้บนเว็บไม่ได้แก้ปัญหานี้ — แอปมือถือเนทีฟไม่มีคุกกี้ และความยินยอมต้องส่งไปถึง ad SDK ที่ทำงานอยู่ภายใน build ของคุณ

คำตอบของ Google คือ User Messaging Platform (UMP) SDK ซึ่งเป็นเลเยอร์ความยินยอมที่มาพร้อมกับ Google Mobile Ads SDK มันแสดงแบบฟอร์มความยินยอมที่สอดคล้องกับ IAB TCF จัดเก็บตัวเลือกของผู้เล่น และเปิดเผยสัญญาณความยินยอมที่ AdMob และพันธมิตรการไกล่เกลี่ยอ่านโดยอัตโนมัติ สำหรับสตูดิโอ Unity การทำให้ขั้นตอนนี้ถูกต้องคือความแตกต่างระหว่าง eCPM ที่ดีกับคลื่นของการลงโทษด้านนโยบาย

ขั้นตอนความยินยอม ตั้งแต่ต้นจนจบ

ลำดับการดำเนินการที่ถูกต้องสำคัญกว่าการเรียก API เดี่ยว ๆ ใด ๆ ทุกครั้งที่เปิดแอปคุณควร:

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

การเริ่มต้น ad SDK ก่อนที่แบบฟอร์มความยินยอมจะกลับมาเป็นข้อผิดพลาดที่พบบ่อยที่สุดที่เราเห็น มันสร้างการแสดงผลครั้งแรกที่ไม่เป็นแบบเฉพาะบุคคลหรือไม่สอดคล้องและอาจกระตุ้นการตรวจสอบนโยบายอัตโนมัติ

การใช้งาน Unity แบบขั้นต่ำ

ใน C# โครงร่างมีลักษณะดังนี้:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

การตรวจสอบ CanRequestAds() คือประตูของคุณ ตราบใดที่มันคืนค่า true — ไม่ว่าจะเพราะผู้เล่นยินยอมหรือเพราะพวกเขาอยู่นอกภูมิภาคที่ถูกควบคุม — คุณสามารถเริ่มต้นและร้องขอโฆษณาได้ อย่า cache สิ่งใดเกี่ยวกับภูมิภาคด้วยตัวเอง ให้ UMP เป็นแหล่งความจริงเพียงแหล่งเดียว

การทดสอบโดยไม่ต้องส่งขึ้นสโตร์

คุณไม่สามารถยืนยันขั้นตอนความยินยอมจากสำนักงานของคุณ เช่น ในอิสตันบูล เว้นแต่คุณจะจำลองอุปกรณ์ EEA UMP รองรับการตั้งค่าภูมิศาสตร์สำหรับดีบักและรายการ ID ที่ถูกแฮชของอุปกรณ์ทดสอบ:

• ลงทะเบียน ID ที่ถูกแฮชของอุปกรณ์ทดสอบของคุณในพารามิเตอร์คำขอ
• บังคับภูมิศาสตร์ดีบักเป็น EEA เพื่อให้แบบฟอร์มปรากฏ
• ใช้เมธอดรีเซ็ตของ SDK ระหว่างการรันเพื่อให้คุณเห็นประสบการณ์การเปิดครั้งแรกทุกครั้ง

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

ความยินยอม การไกล่เกลี่ย และรายได้ของคุณ

เมื่อความยินยอมแพร่กระจายอย่างถูกต้อง ทุกเครือข่ายในสแต็กการไกล่เกลี่ยของคุณ — AdMob, Meta Audience Network, Unity Ads, AppLovin — จะได้รับสตริง TCF และสามารถเสนอราคาบนสินค้าคงคลังแบบเฉพาะบุคคลในที่ที่ได้รับอนุญาต เมื่อมันพัง เครือข่ายเหล่านั้นจะถอยกลับไปยังโฆษณาที่ไม่เป็นแบบเฉพาะบุคคลที่ eCPM เพียงเศษเสี้ยว และ waterfall ของคุณจะค่อย ๆ สูญเสียรายได้อย่างเงียบ ๆ จงปฏิบัติต่อเลเยอร์ความยินยอมในฐานะส่วนหนึ่งของสแต็กการสร้างรายได้ของคุณ ไม่ใช่เรื่องการปฏิบัติตามกฎที่คิดทีหลัง

FlexyConsent เข้ามามีบทบาทตรงไหน

UMP ครอบคลุมพื้นผิวของ Google เอง แต่ผู้เผยแพร่ที่จริงจังส่วนใหญ่ดำเนินการความยินยอมข้ามพร็อพเพอร์ตี้เว็บ แอปหลายตัว และการแท็กฝั่งเซิร์ฟเวอร์พร้อมกัน FlexyConsent มอบบันทึกความยินยอมเดียว สัญญาณ TCF และ Google Consent Mode v2 และการวิเคราะห์อัตราความยินยอมข้ามทุกแพลตฟอร์ม — เพื่อให้ตัวเลือกที่ผู้เล่นทำในเกม Unity ของคุณและตัวเลือกที่ผู้เยี่ยมชมทำบนเว็บไซต์การตลาดของคุณอยู่ในที่เดียวที่ตรวจสอบได้ การปฏิบัติตามกฎกลายเป็นแดชบอร์ด ไม่ใช่การดับเพลิงฉุกเฉิน

ประเด็นสำคัญ

• เก็บความยินยอมผ่าน UMP SDK ก่อนที่จะเริ่มต้น Mobile Ads SDK
• อย่าเขียนโค้ดตายตัวสำหรับตรรกะภูมิภาค — ให้ UMP ตัดสินว่าเมื่อใดที่จำเป็นต้องมีแบบฟอร์ม
• ทดสอบด้วยภูมิศาสตร์ดีบักและ ID ทดสอบที่ถูกแฮช จากนั้นลบออกก่อนเผยแพร่
• การแพร่กระจายความยินยอมที่ถูกต้องปกป้อง eCPM ของโฆษณาแบบเฉพาะบุคคลของคุณข้ามทั้งสแต็กการไกล่เกลี่ย