Google Play將推出一套新的Android App質素要求，核心是控制App對記憶體及系統資源的使用，減少用戶遇到卡頓、耗電或App被終止的機會。效能相關要求預計由2027年2月開始執行；至於裝置轉移時的無感登入要求，則預計於2027年4月生效。912

2027年2月起，Google Play會看甚麼？

Google Play會針對以下三類「不良行為」進行監察：

• 動態記憶體使用量：以匿名常駐集大小（anonymous RSS）加上壓縮交換記憶體（swap）計算，主要反映App私有使用中的記憶體，並按不同裝置能力及App所處狀態評估。
• Bitmap記憶體：檢查圖片及視覺資源是否在App進入背景或快取狀態後，仍長時間佔用過多系統記憶體。
• DEX程式碼最佳化：要求開發者透過程式碼混淆、最佳化及縮減，降低DEX（Dalvik Executable）程式碼的負擔。1416

不會只看一次「最差表現」

Google並非單靠一次測試或單一極端個案判定App是否超標。相關門檻會根據28日期間收集到的數據，以第90百分位數作評估，即着眼於真實用戶裝置上持續出現的較差表現。914

換句話說，偶發一次記憶體飆升未必等同於違規，但如果App在相當一部分實際使用情況下都長期佔用過多資源，就可能觸發Google Play的質素措施。

遊戲的動態記憶體門檻按RAM容量調整

對遊戲而言，前景動態記憶體門檻會隨裝置RAM容量而變化：

• 4GB RAM裝置：2.25GB
• 16GB RAM裝置：5GB

Bitmap記憶體方面，App在前景或背景時不得超過200MB；處於快取狀態時，上限為400MB。9

DEX程式碼亦有額外要求：如果遊戲的DEX程式碼超過50MB，就必須透過程式碼混淆、最佳化及縮減，達到至少25%的App Bundle涵蓋率。916

未達標會否即時被下架？

目前公布的措施並不是「一超標就自動下架」的封禁機制。持續超出門檻的App，可能面對：

• 在Google Play上的曝光度降低；
• 發布功能受到限制；
• 需要透過Play Console的監察及診斷工具找出問題並作出改善。16

Google亦表示，相關門檻可能會隨着收集到更多數據而調整。對開發者來說，重點不只是趕在期限前通過一次測試，而是要持續追蹤真實裝置上的記憶體表現。

另一項要求：2027年4月起支援Zero-Tap Sign-In

除了效能規例，Google Play亦會要求設有登入功能的App，在用戶由一部Android裝置轉移至另一部裝置時，支援Zero-Tap Sign-In。App需要透過Android的Restore Credentials API，自動恢復用戶的登入狀態，減少新機首次開啟App時重新輸入資料的步驟。1213

Restore Credentials可在不改動現有登入介面的情況下，於新裝置上靜默恢復登入狀態，並可配合密碼、Passkey或聯邦登入等不同驗證方式使用。36目前遊戲暫時獲豁免這項登入轉移要求。1220

與Android 17的記憶體限制有何分別？

Google Play的新規例與Android 17有關，但兩者並不相同。Android 17會按照裝置總RAM，為每個App設定記憶體限制；這項機制最初會在Pixel裝置上推出，之後預計擴展至更多製造商。若App超出作業系統設定的限制，系統可能降低其運作速度，甚至終止App。168

Google Play的新要求則是在App發布及分發層面，推動開發者預先處理過度佔用記憶體的問題，避免用戶實際使用時才撞上Android的運行限制。

至於市場上把新規例與RAM供應緊張、AI需求增加，或報稱Pixel 11 Pro可能由16GB RAM改用12GB RAM連繫起來的說法，目前應視為背景分析，而非Google已公布的法律或技術理由。這些硬件配置仍屬報道內容，並非已確認規格。57

Google Play將推出一套新的Android App質素要求，核心是控制App對記憶體及系統資源的使用，減少用戶遇到卡頓、耗電或App被終止的機會。效能相關要求預計由2027年2月開始執行；至於裝置轉移時的無感登入要求，則預計於2027年4月生效。912

2027年2月起，Google Play會看甚麼？

Google Play會針對以下三類「不良行為」進行監察：

• 動態記憶體使用量：以匿名常駐集大小（anonymous RSS）加上壓縮交換記憶體（swap）計算，主要反映App私有使用中的記憶體，並按不同裝置能力及App所處狀態評估。
• Bitmap記憶體：檢查圖片及視覺資源是否在App進入背景或快取狀態後，仍長時間佔用過多系統記憶體。
• DEX程式碼最佳化：要求開發者透過程式碼混淆、最佳化及縮減，降低DEX（Dalvik Executable）程式碼的負擔。1416

不會只看一次「最差表現」

Google並非單靠一次測試或單一極端個案判定App是否超標。相關門檻會根據28日期間收集到的數據，以第90百分位數作評估，即着眼於真實用戶裝置上持續出現的較差表現。914

換句話說，偶發一次記憶體飆升未必等同於違規，但如果App在相當一部分實際使用情況下都長期佔用過多資源，就可能觸發Google Play的質素措施。

遊戲的動態記憶體門檻按RAM容量調整

對遊戲而言，前景動態記憶體門檻會隨裝置RAM容量而變化：

• 4GB RAM裝置：2.25GB
• 16GB RAM裝置：5GB

Bitmap記憶體方面，App在前景或背景時不得超過200MB；處於快取狀態時，上限為400MB。9

DEX程式碼亦有額外要求：如果遊戲的DEX程式碼超過50MB，就必須透過程式碼混淆、最佳化及縮減，達到至少25%的App Bundle涵蓋率。916

未達標會否即時被下架？

目前公布的措施並不是「一超標就自動下架」的封禁機制。持續超出門檻的App，可能面對：

• 在Google Play上的曝光度降低；
• 發布功能受到限制；
• 需要透過Play Console的監察及診斷工具找出問題並作出改善。16

Google亦表示，相關門檻可能會隨着收集到更多數據而調整。對開發者來說，重點不只是趕在期限前通過一次測試，而是要持續追蹤真實裝置上的記憶體表現。

另一項要求：2027年4月起支援Zero-Tap Sign-In

除了效能規例，Google Play亦會要求設有登入功能的App，在用戶由一部Android裝置轉移至另一部裝置時，支援Zero-Tap Sign-In。App需要透過Android的Restore Credentials API，自動恢復用戶的登入狀態，減少新機首次開啟App時重新輸入資料的步驟。1213

Restore Credentials可在不改動現有登入介面的情況下，於新裝置上靜默恢復登入狀態，並可配合密碼、Passkey或聯邦登入等不同驗證方式使用。36目前遊戲暫時獲豁免這項登入轉移要求。1220

與Android 17的記憶體限制有何分別？

Google Play的新規例與Android 17有關，但兩者並不相同。Android 17會按照裝置總RAM，為每個App設定記憶體限制；這項機制最初會在Pixel裝置上推出，之後預計擴展至更多製造商。若App超出作業系統設定的限制，系統可能降低其運作速度，甚至終止App。168

Google Play的新要求則是在App發布及分發層面，推動開發者預先處理過度佔用記憶體的問題，避免用戶實際使用時才撞上Android的運行限制。

至於市場上把新規例與RAM供應緊張、AI需求增加，或報稱Pixel 11 Pro可能由16GB RAM改用12GB RAM連繫起來的說法，目前應視為背景分析，而非Google已公布的法律或技術理由。這些硬件配置仍屬報道內容，並非已確認規格。57