ข้อบกพร่อง AdMob ทำวิดีโอ rewarded บนแอนดรอยด์ล่มแปดวัน ไร้วิธีแก้ชั่วคราว

ข้อบกพร่องที่ทำให้โฆษณาแบบ rewarded บน AdMob เล่นวิดีโอบนแอนดรอยด์ไม่ได้ เปิดค้างมานานกว่าหนึ่งสัปดาห์ และมาตรการบรรเทาที่กูเกิลปล่อยออกมาเมื่อวันที่ 28 สิงหาคม 2569 ก็ยังทิ้งผู้เผยแพร่โฆษณาบางรายไว้โดยไม่มีรูปแบบโฆษณาที่ใช้งานได้ กูเกิลบันทึกเหตุการณ์นี้เมื่อเวลา 21:19 UTC ของวันพฤหัสบดีที่ 20 สิงหาคม 2569 และโพสต์บันทึกสาธารณะฉบับแรกอีกห้านาทีถัดมา เวลา 21:24 UTC สำนักข่าว PPC Land ซึ่งติดตามบันทึกบนแดชบอร์ดไว้ใน รายงานเกี่ยวกับเหตุการณ์นี้ อธิบายอาการที่แคบและเจาะจง คือโฆษณาแบบ rewarded ไม่เล่นวิดีโอบนแอปพลิเคชันแอนดรอยด์ และแสดงไอคอนเล่นขนาดใหญ่ขึ้นมาแทนที่ชิ้นงานโฆษณา

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

สิ่งที่แดชบอร์ดบันทึกไว้จริง ๆ

รายการแรกที่เผยแพร่เมื่อ 21:24 UTC ของวันที่ 20 สิงหาคม 2569 ไม่มีการวินิจฉัยใด ๆ กูเกิลระบุเพียงว่ากำลังตรวจสอบรายงานปัญหาเกี่ยวกับ AdMob และจะให้ข้อมูลเพิ่มเติมในเร็ว ๆ นี้ ประกาศฉบับนั้นระบุด้วยว่าผู้ใช้ที่ได้รับผลกระทบยังเข้าถึงหน้าจอ AdMob ได้อยู่ แต่พบข้อความแสดงข้อผิดพลาด ความหน่วงสูง และพฤติกรรมอื่นที่ไม่คาดคิด

รายการที่สองตามมาเมื่อ 01:10 UTC ของวันเสาร์ที่ 22 สิงหาคม 2569 ห่างจากรายการแรกราวยี่สิบแปดชั่วโมง ถ้อยคำเปลี่ยนไปเล็กน้อย แดชบอร์ดระบุว่าบริการกลับมาใช้งานได้แล้วสำหรับผู้ใช้บางส่วน และคาดว่าจะแก้ไขให้ผู้ใช้ทุกรายได้ในอนาคตอันใกล้ พร้อมข้อความกำกับว่ากรอบเวลาดังกล่าวเป็นเพียงการประมาณการที่อาจเปลี่ยนแปลงได้ ส่วนเรื่องตัวข้อบกพร่อง การอัปเดตระบุเพียงว่าทีมวิศวกรรมยังคงทำงานเรื่องมาตรการบรรเทาต่อไป

หลังจากนั้นบันทึกก็เงียบไปราว 160 ชั่วโมง รายการถัดไปไม่ปรากฏจนกระทั่งเวลา 17:16 UTC ของวันที่ 28 สิงหาคม 2569 และรายการนั้นคือรายการแรกในชุดที่ให้ข้อมูลทางเทคนิคที่มีเนื้อหาสาระ ตามข้อความบน Google Ads Status Dashboard ทีมวิศวกรรมระบุสาเหตุรากได้แล้วและปล่อยมาตรการบรรเทาที่ครอบคลุมผู้ใช้ส่วนใหญ่ ขณะที่ยังทำงานแก้ผลกระทบส่วนที่เหลืออยู่

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

ป้ายระดับความรุนแรงคือส่วนที่ควรตั้งคำถาม

แดชบอร์ดสถานะของกูเกิลใช้สถานะสี่ระดับ ได้แก่ available, service information, service disruption และ service outage รายการทั้งสามของเหตุการณ์นี้ติดป้าย service information ทั้งหมด ซึ่งเป็นระดับต่ำที่สุดในสามระดับที่ไม่ใช่สถานะปกติ และอยู่ต่ำกว่า service disruption ตามการจัดหมวดหมู่ของกูเกิลเอง

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

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

ทำไมวิดีโอแบบ rewarded ล่มจึงเท่ากับสินค้าหายไปทั้งชิ้น

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

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

น้ำหนักของรูปแบบนี้เพิ่มขึ้นเรื่อย ๆ รายงาน ROI Index ปี 2569 ของ Singular อธิบายว่าสภาพแวดล้อมแบบ rewarded และแบบให้สิ่งจูงใจปรากฏอย่างเด่นชัดบนกระดานจัดอันดับด้านเกมและด้านการเติบโต และไม่ได้ทำหน้าที่เป็นงบทดลองอีกต่อไป โดยยกเหตุผลว่ามาจากการคัดกรองการคงอยู่ของผู้ใช้ที่เข้มขึ้น การควบคุมการฉ้อโกงที่ดีขึ้น และการปรับแต่งที่มีวินัยมากขึ้น ด้าน Magnite ได้สิทธิ์ผูกขาดทั่วโลกในการหารายได้จากอินเวนทอรีวิดีโอแบบ rewarded ของ Roblox เมื่อเดือนมกราคม 2569 ครอบคลุมผู้ใช้ที่ใช้งานรายวัน 151 ล้านคน ส่วนงานวิจัยของ Kantar ที่ AppLovin ว่าจ้างและเผยแพร่เมื่อเดือนกุมภาพันธ์ 2569 พบว่าผู้เล่นเกมมือถือที่ซื้อสินค้าหลังเห็นโฆษณาในเกมมือถือ ร้อยละ 71 ซื้อภายในวันเดียวกัน ฝั่งกูเกิลเองก็เปิดการตั้งค่า high-engagement สำหรับหน่วยโฆษณาแบบ interstitial และ rewarded เมื่อเดือนกุมภาพันธ์ 2568 และเพิ่ม InMobi, ironSource และ Unity เข้าสู่ระบบ mediation ของ AdMob เมื่อเดือนกรกฎาคม 2568

ทำไมแปดวันจึงไม่มีวิธีแก้ชั่วคราว

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

เหตุผลเชิงโครงสร้างอยู่ที่ SDK โฆษณาในแอปถูกส่งผ่านโค้ดที่คอมไพล์เข้าไปในไฟล์แอปพลิเคชัน และพฤติกรรมการแสดงผลของหน่วย rewarded ถูกกำกับโดย Google Mobile Ads SDK ไม่ใช่โดยการตั้งค่าใดที่ผู้เผยแพร่โฆษณากดเปลี่ยนได้ในคอนโซลบนเว็บ ผู้เผยแพร่ที่พบว่าวิดีโอแบบ rewarded หยุดแสดงผลไม่สามารถแก้เส้นทางการเรนเดอร์ได้หากไม่ปล่อยเวอร์ชันแอปใหม่ และการปล่อยเวอร์ชันใหม่ก็แก้ข้อบกพร่องที่มีสาเหตุรากอยู่ในไลบรารีที่ผู้เผยแพร่ไม่ได้ควบคุมไม่ได้อยู่ดี

ไลบรารีตัวนั้นกำลังอยู่ในช่วงเปลี่ยนผ่านพอดี กูเกิลกำหนดให้ Google Mobile Ads Next-Gen SDK ที่เขียนขึ้นใหม่เป็นชุดพัฒนาที่แนะนำสำหรับแอนดรอยด์เมื่อวันที่ 6 กรกฎาคม 2569 พร้อมจัดให้ SDK ตัวก่อนเป็นเวอร์ชันเดิม และเริ่มนับถอยหลังการเลิกใช้ที่มีกำหนดสิ้นสุดวันที่ 30 มิถุนายน 2571 ตัว Next-Gen SDK เข้าสู่รุ่นเบตาเมื่อวันที่ 22 มกราคม 2569 เขียนด้วยภาษา Kotlin โดยกูเกิลระบุว่าคำขอโฆษณาแบนเนอร์เสร็จเร็วขึ้นสูงสุด 27 เปอร์เซ็นต์ และลดขนาดที่กินพื้นที่บนอุปกรณ์ลง 17 เปอร์เซ็นต์ ไม่มีข้อความใดในรายการบนแดชบอร์ดที่ระบุว่าข้อบกพร่องของวิดีโอแบบ rewarded เกิดกับ SDK รุ่นใด หรือกระทบทั้งสองรุ่นหรือไม่ เรื่องนี้ไม่ใช่ช่องว่างที่ควรเติมด้วยการอนุมาน แต่คือสิ่งที่ไม่ปรากฏในบันทึกเลย

เส้นรายได้ที่อยู่เบื้องหลังเหตุการณ์นี้

AdMob อยู่ในกลุ่มธุรกิจ Google Network ของ Alphabet ร่วมกับ AdSense และ Google Ad Manager และกลุ่มธุรกิจนี้กำลังหดตัว รายได้ของกลุ่ม Network ลดลงร้อยละ 4 เมื่อเทียบปีต่อปี มาอยู่ที่ 6.97 พันล้านดอลลาร์ในไตรมาสแรกของปี 2569 และลดลงอีกร้อยละ 1 มาอยู่ที่ 7.3 พันล้านดอลลาร์ในไตรมาสที่สอง ซึ่งรายงานเมื่อวันที่ 22 กรกฎาคม 2569

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

สิ่งนี้หมายถึงอะไรสำหรับนักการตลาดไทย

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

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

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

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

อย่าเปลี่ยนแผนทั้งแผนเพราะเหตุการณ์เดียว ถ้าอินเวนทอรีแบบ rewarded เป็นส่วนสำคัญของวิธีหารายได้ ข้อบกพร่องชั่วคราวคือเหตุผลให้กระจายแหล่งดีมานด์อย่างตั้งใจในไตรมาสถัดไป ไม่ใช่เหตุผลให้รื้อระบบทั้งหมดในสัปดาห์นี้ ตรรกะเดียวกันใช้กับฝั่งผู้ซื้อสื่อ ผู้ลงโฆษณาที่รันแคมเปญหาผู้ใช้ใหม่ผ่านแคมเปญแอปบน Google Ads เข้าสู่อินเวนทอรีแอนดรอยด์ หรือผ่าน โฆษณา TikTok และ ช่องทางโซเชียลแบบเสียเงิน ควรตรวจก่อนว่าตัวเลขการติดตั้งและพฤติกรรมหลังติดตั้งของตัวเองขยับข้ามเส้นวันที่ 20 สิงหาคม 2569 หรือไม่ ก่อนจะไปโทษชิ้นงานโฆษณาหรือการตั้งค่าบิด

ความเสี่ยงจาก SDK คือสิ่งที่การดูแลบัญชีให้สะอาดแตะไม่ถึง

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

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

สิ่งที่ควรเฝ้าดูบนแดชบอร์ด

มีสามเรื่องที่ควรตรวจบน Google Ads Status Dashboard สำหรับเหตุการณ์นี้ เรื่องแรกคือสถานะเปลี่ยนจากเปิดเป็นแก้ไขแล้วหรือยัง เพราะ ณ รายการวันที่ 28 สิงหาคม 2569 ยังเปิดค้างอยู่ เรื่องที่สองคือมีรายการถัดไปที่ระบุขนาดของผลกระทบที่เหลือ ระบุภูมิภาคหรือหมวดแอป หรือระบุรุ่นของ SDK หรือไม่ เพราะทั้งสามรายการที่ผ่านมาไม่มีรายการใดทำสิ่งเหล่านี้เลย เรื่องที่สามคือระดับความรุนแรงเคยถูกปรับขึ้นเหนือ service information หรือไม่

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

คำถามที่พบบ่อย

ข้อบกพร่องวิดีโอแบบ rewarded ของ AdMob เปิดค้างมานานเท่าไร

ราว 188 ชั่วโมง หรือเจ็ดวันยี่สิบชั่วโมง ณ การอัปเดตล่าสุด กูเกิลบันทึกเหตุการณ์เมื่อ 21:19 UTC ของวันที่ 20 สิงหาคม 2569 และรายการล่าสุดประทับเวลาไว้ 17:16 UTC ของวันที่ 28 สิงหาคม 2569 โดยเหตุการณ์ยังไม่ปิด

อาการที่เกิดขึ้นคืออะไรกันแน่

โฆษณาแบบ rewarded ไม่เล่นวิดีโอบนแอปพลิเคชันแอนดรอยด์ และแสดงไอคอนเล่นขนาดใหญ่ขึ้นมาแทนที่ชิ้นงานโฆษณา นั่นคือคำอธิบายบน Google Ads Status Dashboard และตามที่บันทึกไว้ อาการนี้เจาะจงกับแอปพลิเคชันแอนดรอยด์

มีวิธีแก้ชั่วคราวหรือไม่

ไม่มี รายการสถานะทั้งสามระบุตรงกันว่าขณะนี้ยังไม่มีวิธีแก้ชั่วคราว และเหตุผลเชิงโครงสร้างคือการแสดงผลของหน่วย rewarded ถูกกำกับโดย Google Mobile Ads SDK ที่คอมไพล์เข้าไปในไฟล์แอป ไม่ใช่โดยการตั้งค่าในคอนโซลที่ผู้เผยแพร่โฆษณาเปลี่ยนเองได้

SDK เวอร์ชันไหนที่ได้รับผลกระทบ

ไม่ได้ระบุไว้ ไม่มีข้อความใดในรายการบนแดชบอร์ดที่บอกว่าข้อบกพร่องอยู่ใน SDK รุ่นใด หรือกระทบทั้งชุดพัฒนาเวอร์ชันเดิมและ Next-Gen SDK หรือไม่ แม้กูเกิลจะกำหนดให้ Next-Gen SDK เป็นชุดที่แนะนำสำหรับแอนดรอยด์เมื่อวันที่ 6 กรกฎาคม 2569 พร้อมกำหนดเลิกใช้เวอร์ชันเดิมวันที่ 30 มิถุนายน 2571

กูเกิลจัดระดับความรุนแรงของเรื่องนี้ไว้อย่างไร

รายการทั้งสามติดป้าย service information ซึ่งเป็นระดับต่ำสุดในสามระดับที่ไม่ใช่สถานะปกติ บนแดชบอร์ดที่ใช้สถานะ available, service information, service disruption และ service outage โดย service information อยู่ต่ำกว่า service disruption ตามการจัดหมวดหมู่ของกูเกิลเอง

ถ้าอินเวนทอรีแบบ rewarded หรือแคมเปญแอปบนแอนดรอยด์มีผลต่อตัวเลขของคุณ ขั้นตอนถัดไปที่ใช้ได้จริงคือการอ่านข้อมูลก่อนและหลังเส้นวันที่ 20 สิงหาคม 2569 แบบมีวันที่กำกับ แทนการเดา Relevant Audience ช่วยวางระบบรายงานที่ทำให้เหตุการณ์แบบนี้วัดผลได้ตั้งแต่ครั้งแรกที่เกิด ไม่ใช่ครั้งที่สอง