Google Play เข้มกฎแอป Android ปี 2027 จำกัดการใช้หน่วยความจำ พร้อมบังคับ Zero-Tap Sign-In

Google กำลังยกระดับมาตรฐานทางเทคนิคของแอปที่เผยแพร่ผ่าน Google Play โดยตั้งแต่ กุมภาพันธ์ 2027 Play จะประเมินแอปและเกมตามเกณฑ์ “พฤติกรรมที่ไม่เหมาะสม” 3 ด้าน ได้แก่ การใช้หน่วยความจำแบบไดนามิก การใช้หน่วยความจำของบิตแมป และการปรับแต่งโค้ด DEX

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

Google Play จะวัดอะไรบ้าง

เกณฑ์ใหม่นี้มุ่งลดปัญหาแอปทำให้เครื่องช้าลง แครช หรือใช้ทรัพยากรอย่างไม่มีประสิทธิภาพ โดยมี 3 หมวดหลักดังนี้

1. การใช้หน่วยความจำแบบไดนามิก

Google จะวัด anonymous resident-set size (RSS) ร่วมกับหน่วยความจำ swap ที่ถูกบีบอัด โดยเน้นหน่วยความจำส่วนตัวที่แอปใช้ขณะทำงาน ไม่ได้นับไฟล์โค้ดหรือไฟล์ทรัพยากรทั้งหมดที่เก็บอยู่ในเครื่องเป็นหน่วยความจำของแอปโดยตรง

สำหรับเกม เกณฑ์หน่วยความจำขณะอยู่เบื้องหน้าจะปรับตาม RAM ของอุปกรณ์ ตั้งแต่ 2.25GB บนอุปกรณ์ RAM 4GB ไปจนถึง 5GB บนอุปกรณ์ RAM 16GB ซึ่งหมายความว่า Google Play จะประเมินตามระดับความสามารถของอุปกรณ์ แทนการใช้เพดานเดียวกับโทรศัพท์และแท็บเล็ตทุกเครื่อง

2. การใช้หน่วยความจำของบิตแมป

ระบบจะตรวจสอบการใช้หน่วยความจำของบิตแมปทั้งในสถานะ foreground, background และ cached โดยกำหนดเกณฑ์ไว้ที่

• 200MB ขณะอยู่ใน foreground หรือ background
• 400MB ขณะอยู่ในสถานะ cached

เป้าหมายคือป้องกันไม่ให้รูปภาพและทรัพยากรกราฟิกยังคงค้างอยู่ในหน่วยความจำ ทั้งที่ผู้ใช้ไม่ได้มองเห็นหรือไม่ได้ใช้งานในทันที

3. การปรับแต่งโค้ด DEX

เกมที่มีโค้ด DEX มากกว่า 50MB จะต้องมี App Bundle coverage อย่างน้อย 25% ผ่านกระบวนการปรับแต่งโค้ด การลดขนาด และการทำให้โค้ดอ่านย้อนกลับได้ยากขึ้น หรือที่เรียกรวมกันว่า optimization, shrinking และ obfuscation

นักพัฒนาสามารถใช้ R8 หรือเครื่องมือ shrinking อื่น ๆ เพื่อตัดโค้ดที่ไม่จำเป็นและเพิ่มประสิทธิภาพของแพ็กเกจที่ส่งให้ผู้ใช้

ไม่ได้ตัดสินจากการใช้งานเพียงครั้งเดียว

Google Play จะไม่ตัดสินแอปจากเซสชันที่มีปัญหาผิดปกติเพียงครั้งเดียว แต่จะใช้ค่า เปอร์เซ็นไทล์ที่ 90 (P90) จากข้อมูลที่เก็บสะสมในช่วง 28 วันแบบต่อเนื่อง

พูดง่าย ๆ คือ เกณฑ์นี้ต้องการตรวจจับปัญหาที่เกิดซ้ำในผู้ใช้จริงจำนวนมาก มากกว่าการจับสถิติที่แย่ที่สุดจากการทดสอบเพียงครั้งเดียว

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

Google ยังเตรียมเพิ่มเครื่องมือใน Play Console สำหรับติดตามและวิเคราะห์ปัญหา โดยนักพัฒนาจะตรวจสอบตัวชี้วัดด้าน dynamic memory และ bitmap ผ่านเครื่องมือวินิจฉัยและ Android vitals ได้ก่อนเริ่มการบังคับใช้เต็มรูปแบบ

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

เมษายน 2027 เพิ่มข้อกำหนด Zero-Tap Sign-In

นอกจากกฎด้านประสิทธิภาพแล้ว Google Play ยังเตรียมข้อกำหนดอีกชุดสำหรับประสบการณ์ย้ายเครื่อง โดยตั้งแต่ เมษายน 2027 แอปที่มีระบบลงชื่อเข้าใช้จะต้องรองรับ Zero-Tap Sign-In ผ่าน Android Restore Credentials API

ระบบ Restore Credentials ทำงานผ่าน Credential Manager และออกแบบมาเพื่อคืนสถานะการลงชื่อเข้าใช้อย่างเงียบ ๆ เมื่อผู้ใช้กู้คืนแอปบนอุปกรณ์เครื่องใหม่ ฟีเจอร์นี้ทำงานแยกจากวิธีการยืนยันตัวตนหลักของแอปได้ ไม่ว่าจะเป็นรหัสผ่าน passkey หรือการลงชื่อเข้าใช้ผ่านผู้ให้บริการภายนอก 1719

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

เกี่ยวข้องกับ Android 17 อย่างไร

กฎของ Google Play เป็นมาตรการที่ทำงานควบคู่กับการควบคุมหน่วยความจำของระบบปฏิบัติการใน Android 17 ไม่ได้เข้ามาแทนที่กัน

Android 17 เพิ่มเพดานหน่วยความจำต่อแอปโดยอิงจาก RAM ทั้งหมดของอุปกรณ์ โดยเริ่มต้นกับอุปกรณ์ Pixel และ Google ระบุว่าผู้ผลิตรายอื่นมีแนวโน้มจะนำระบบนี้ไปใช้กับอุปกรณ์ที่มี RAM ตั้งแต่ 4GB ไปจนถึงมากกว่า 16GB

หากแอปใช้หน่วยความจำเกินเพดานของ Android 17 ระบบปฏิบัติการสามารถชะลอการทำงาน และอาจยุติกระบวนการของแอปในท้ายที่สุด ขณะที่กฎของ Google Play ทำหน้าที่ตั้งแต่ขั้นตอนการเผยแพร่ โดยผลักดันให้นักพัฒนาลดการใช้หน่วยความจำและปรับแต่งโค้ดก่อนที่ผู้ใช้จะพบปัญหาจากการควบคุมของระบบบนอุปกรณ์จริง

ความแตกต่างสำคัญคือ Android 17 ควบคุมสิ่งที่เกิดขึ้นขณะแอปทำงานบนอุปกรณ์แต่ละเครื่อง ส่วนกฎใหม่ของ Google Play ควบคุมว่าแอปจะยังได้รับการมองเห็นและสิทธิ์เผยแพร่ตามปกติในสโตร์หรือไม่

นักพัฒนา Android ควรเตรียมตัวอย่างไร

นักพัฒนาแอปขนาดใหญ่และเกมควรเริ่มดำเนินการดังนี้

1. ตรวจสอบการใช้ anonymous RSS และ compressed swap ทั้งในเซสชัน foreground และ background
2. แยกติดตามการใช้หน่วยความจำของบิตแมปออกจาก heap โดยรวม รวมถึงตรวจสอบสถานะ cached
3. ตรวจสอบขนาด DEX และวัด App Bundle coverage ที่เกิดจากการ shrinking, optimization และ obfuscation
4. ทดสอบบนอุปกรณ์หลายระดับ RAM ไม่ใช่เฉพาะโทรศัพท์ระดับสูง
5. ติดตามเครื่องมือวินิจฉัยใน Play Console และตัวชี้วัด Android vitals ที่กำลังทยอยเปิดให้ใช้งาน
6. ทบทวนขั้นตอนการยืนยันตัวตนและวางแผนรองรับ Restore Credentials ให้เสร็จก่อนเดือนเมษายน 2027

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