ผู้เผยแพร่ส่วนใหญ่สามารถบอก eCPM ของพวกเขาได้ถึงทศนิยมสองตำแหน่ง พวกเขารู้ fill rate ตาม geo และตามรูปแบบ พวกเขาติดตาม ARPDAU ทุกวัน แต่ถ้าถามว่าใช้เวลานานแค่ไหนกว่าโฆษณาจะ render หลังจากผู้ใช้ทริกเกอร์มัน คุณมักจะได้สายตาว่างเปล่า Ad latency เป็นเมตริกที่แทบไม่มีใครวัด — และเป็นหนึ่งในปัญหาที่แพงที่สุดในการสร้างรายได้บนมือถือ
Ad Latency คืออะไร?
Ad latency คือเวลาระหว่างตอนที่แอปของคุณร้องขอโฆษณาและเวลาที่โฆษณานั้น render อย่างเต็มรูปแบบและมองเห็นได้สำหรับผู้ใช้ สำหรับ rewarded video มันคือช่องว่างระหว่างผู้ใช้แตะ "ดูโฆษณา" และวิดีโอเริ่มเล่นจริง ๆ สำหรับ interstitial มันคือความล่าช้าระหว่างเหตุการณ์ทริกเกอร์และโฆษณาแบบเต็มหน้าจอที่ปรากฏ สำหรับ banner มันคือเวลาที่ช่อง banner นั่งว่างก่อนเนื้อหาจะโหลด
ในโลกอุดมคติ ตัวเลขนี้เป็นศูนย์ ในความเป็นจริง มันอยู่ในช่วงตั้งแต่ 200 มิลลิวินาทีสำหรับการตั้งค่าที่ปรับให้เหมาะสมดีแล้ว ไปจนถึง 3 วินาทีขึ้นไปสำหรับ waterfall ที่กำหนดค่าไม่ดี — และทุกมิลลิวินาทีทำให้คุณเสียเงิน
Latency ทำลายรายได้อย่างไร
Impression ที่ถูกทิ้ง
เมื่อ rewarded video ใช้เวลาสามวินาทีในการโหลด เปอร์เซ็นต์ที่มีนัยสำคัญของผู้ใช้ยอมแพ้และปิดคำขอ พวกเขาต้องการรางวัล แต่ไม่มากพอที่จะจ้องมอง loading spinner impression นั้นมีค่า — waterfall ของคุณพบผู้ซื้อ การประมูลชนะ — แต่ผู้ใช้ไม่เคยเห็นโฆษณา fill rate ของคุณดูดีในแดชบอร์ดเพราะโฆษณาถูกให้บริการในทางเทคนิค แต่รายได้สูญหายเพราะผู้ใช้ละทิ้งก่อนที่โฆษณาจะ render
อัตราการดูจบที่ต่ำลง
ผู้ใช้ที่รอผ่านการโหลดที่ช้าแล้วหงุดหงิดก่อนที่โฆษณาจะเริ่มต้น ผู้ใช้ที่หงุดหงิดมีแนวโน้มที่จะหาวิธีข้ามหรือปิดโฆษณาเร็วขึ้น ซึ่งลดอัตราการดูจบของคุณ เนื่องจากพาร์ทเนอร์ demand จำนวนมากจ่ายบนพื้นฐานของ cost-per-completed-view อัตราการดูจบที่ต่ำลงจึงลด effective eCPM ของคุณโดยตรง — แม้ว่า eCPM ดิบในแดชบอร์ดของคุณดูเหมือนจะไม่เปลี่ยนแปลง
ประสบการณ์ผู้ใช้ที่เสื่อมลง
Ad latency ไม่ได้ทำให้คุณเสีย impression ทันทีเท่านั้น — มันฝึกผู้ใช้ให้หลีกเลี่ยงตำแหน่งโฆษณาทั้งหมด หาก rewarded video ของคุณช้าอย่างสม่ำเสมอ ผู้ใช้จะเรียนรู้ว่าการแตะปุ่ม "ดูโฆษณา" หมายถึงการรอ และพวกเขาจะหยุดแตะ อัตราการมีส่วนร่วมของคุณจะลดลงอย่างถาวร ลดจำนวน impression ทั้งหมดที่มีสำหรับการสร้างรายได้
Latency มาจากไหน
ขั้นตอน Waterfall มากเกินไป
ใน waterfall แบบดั้งเดิม แหล่ง demand แต่ละแหล่งจะถูกเรียกตามลำดับ หากคุณมีแหล่ง demand แปดแหล่งและแต่ละแห่งใช้เวลา 300 มิลลิวินาทีในการตอบสนอง นั่นคือ 2.4 วินาทีก่อนที่คุณจะเริ่ม render โฆษณาที่ชนะด้วยซ้ำ นี่เป็นข้อโต้แย้งที่แข็งแกร่งที่สุดสำหรับ in-app bidding และ Open Bidding — พวกมันเรียกแหล่ง demand ทั้งหมดพร้อมกัน ยุบ latency ตามลำดับให้เป็นการเดินทางไปกลับเดียว
การเริ่มต้น SDK
SDK บางตัว lazy-initialized ซึ่งหมายความว่าพวกมันไม่เริ่มโหลดจนกว่าจะมีคำขอโฆษณาแรก impression แรกจาก SDK เหล่านี้อาจใช้เวลานานกว่า impression ถัดไปอย่างมาก การเริ่มต้น SDK หลักของคุณล่วงหน้าเมื่อเปิดแอป — แม้ว่าจะเพิ่มเวลาเริ่มต้นเล็กน้อย — โดยทั่วไปให้ผลบวกสุทธิโดยการกำจัด latency ของ impression แรก
Creative ที่หนัก
วิดีโอ creative ที่มีน้ำหนัก 15 เมกะไบต์จะใช้เวลาในการดาวน์โหลดและ buffer นานกว่าตัวที่มีน้ำหนัก 3 เมกะไบต์อย่างชัดเจน โดยเฉพาะในการเชื่อมต่อที่ช้ากว่าที่พบได้ทั่วไปในตลาดเกิดใหม่ คุณไม่สามารถควบคุมขนาด creative ได้โดยตรง แต่คุณสามารถตั้งค่า timeout thresholds ที่ข้าม creative ที่โหลดช้าเพื่อสนับสนุนทางเลือกที่เบากว่า
วิธีวัด Ad Latency
แพลตฟอร์ม mediation ส่วนใหญ่ไม่เปิดเผย metric ของ latency โดยเริ่มต้น คุณต้อง instrument มันเอง บันทึก timestamp เมื่อแอปของคุณเรียกคำขอโฆษณา และบันทึกอีกครั้งเมื่อ impression callback ของโฆษณาถูกเรียก ความแตกต่างคือ latency จริงของคุณ ติดตามสิ่งนี้เป็นการกระจาย ไม่ใช่ค่าเฉลี่ย — ค่ามัธยฐานอาจเป็น 400 มิลลิวินาที แต่ถ้า percentile ที่ 95 ของคุณคือ 4 วินาที คุณมีปัญหา tail ที่สำคัญซึ่งส่งผลกระทบต่อ impression ทั้งหมด 5 เปอร์เซ็นต์
หากคุณไม่วัด ad latency คุณกำลังบินตาบอดบนหนึ่งในตัวแปรที่มีผลกระทบมากที่สุดใน monetization stack ของคุณ เริ่มวัดมันวันนี้ — คุณแทบจะต้องพบรายได้ที่คุณไม่รู้ว่ากำลังสูญเสียอยู่
การลด Latency
Pre-load อย่างก้าวร้าว
ร้องขอโฆษณาถัดไปของคุณทันทีที่โฆษณาปัจจุบันเสร็จสิ้น สำหรับ rewarded video ให้มีโฆษณาถัดไปพร้อมก่อนที่ผู้ใช้จะเห็นปุ่ม "ดูโฆษณา" ด้วยซ้ำ สำหรับ interstitial ให้ pre-load ในจุดเปลี่ยนผ่านตามธรรมชาติในโฟลว์แอปของคุณ
ตั้งค่า Timeout
กำหนดค่าเวลารอสูงสุดสำหรับแหล่ง demand แต่ละแห่ง — โดยทั่วไป 1 ถึง 2 วินาที หากแหล่งหนึ่งไม่ตอบสนองภายใน timeout ให้ย้ายไปยังแหล่งถัดไป การสูญเสีย impression ที่มี eCPM สูงแต่ช้าไม่กี่รายการก็คุ้มค่าหากหมายความว่าอีก 95 เปอร์เซ็นต์ของ impression โหลดทันที
เปลี่ยนไปใช้ Bidding
แทนที่การเรียก waterfall ตามลำดับด้วย bidding พร้อมกันทุกที่ที่เป็นไปได้ ทั้ง Open Bidding ผ่าน GAM และ in-app bidding ผ่านแพลตฟอร์ม mediation ของคุณลด latency ได้อย่างมากเมื่อเทียบกับ waterfall แบบดั้งเดิม
ทำงานร่วมกับพาร์ทเนอร์ที่จัดการ
พาร์ทเนอร์ managed monetization จะตรวจสอบ latency ใน ad stack ทั้งหมดของคุณและปรับให้เหมาะสมอย่างต่อเนื่องสำหรับความเร็วควบคู่ไปกับรายได้ พวกเขาสามารถระบุได้ว่าแหล่ง demand ใดเพิ่ม latency ที่ไม่สมส่วนและปรับการกำหนดค่าของคุณเพื่อกำจัดคอขวด — มักจะกู้คืนรายได้ที่คุณไม่รู้ว่ากำลังสูญเสียอยู่