Google Play के 2027 नियम: ऐप्स के लिए RAM, DEX और Zero-Tap Sign-In की नई चुनौती

Google Play Android ऐप्स के लिए performance का मानक और सख्त करने जा रहा है। फरवरी 2027 से ऐप्स और गेम्स को dynamic memory, bitmap memory और DEX-code optimization से जुड़े नए “bad behavior” thresholds पर खरा उतरना होगा। लगातार सीमा से ऊपर रहने वाले ऐप्स की Play Store पर visibility और publishing capabilities घटाई जा सकती हैं—हालांकि यह हर ऐसे ऐप को स्वतः delist या ban करने की नीति नहीं है।

इसके दो महीने बाद, अप्रैल 2027 में sign-in वाले ऐप्स के लिए एक अलग नियम लागू होगा। Android डिवाइस बदलते समय उन्हें Zero-Tap Sign-In सपोर्ट करना होगा, ताकि Restore Credentials सिस्टम के जरिए उपयोगकर्ता की लॉग-इन स्थिति अपने-आप बहाल हो सके। फिलहाल गेम्स को इस migration requirement से छूट दी गई है। 17

Google Play किन चीजों को मापेगा?

नई performance policy तीन क्षेत्रों पर केंद्रित है—ये वे हिस्से हैं जो ऐप को धीमा करने, क्रैश बढ़ाने या डिवाइस पर संसाधनों के अक्षम इस्तेमाल का कारण बन सकते हैं।

1. Dynamic memory usage

Google ऐप के anonymous resident-set size (RSS) और compressed swap को मापेगा। इसका फोकस ऐप के चलने के दौरान इस्तेमाल होने वाली निजी मेमोरी पर होगा; डिवाइस में मौजूद हर code या asset file को ऐप की memory usage नहीं माना जाएगा।

गेम्स के लिए foreground dynamic-memory thresholds डिवाइस की कुल RAM के अनुसार बदलेंगे। निर्धारित दायरा 4GB RAM वाले डिवाइस पर 2.25GB से लेकर 16GB RAM वाले डिवाइस पर 5GB तक है। यानी हर फोन या टैबलेट पर एक जैसी सीमा लगाने के बजाय Google Play अलग-अलग device capability tiers के आधार पर performance का आकलन करेगा।

2. Bitmap memory

Bitmap memory को foreground, background और cached—तीनों स्थितियों में देखा जाएगा। सीमाएं इस प्रकार हैं:

• ऐप foreground या background में हो: 200MB
• ऐप cached स्थिति में हो: 400MB

इसका उद्देश्य यह रोकना है कि उपयोगकर्ता को दिखाई न दे रहे visual assets भी अनावश्यक रूप से RAM में बने रहें।

3. DEX-code optimization

जिन गेम्स का DEX code 50MB से अधिक है, उन्हें code optimization, shrinking और obfuscation के जरिए कम-से-कम 25% App Bundle coverage हासिल करनी होगी। इसके लिए developer R8 या किसी अन्य shrinking tool का इस्तेमाल कर अनावश्यक code घटा सकते हैं और डिलीवर होने वाले bundle को अधिक कुशल बना सकते हैं।

ऐप्स का मूल्यांकन कैसे होगा?

Google Play किसी एक असामान्य रूप से खराब session के आधार पर फैसला नहीं करेगा। Thresholds का आकलन 90वें percentile (P90) पर किया जाएगा और इसके लिए लगातार 28 दिनों में जुटाए गए डेटा का इस्तेमाल होगा। आसान भाषा में कहें तो नीति का लक्ष्य किसी एक worst-case run के बजाय वास्तविक उपयोग में बार-बार दिखने वाली performance समस्याओं को पकड़ना है।

जो ऐप इन requirements को पूरा नहीं करेंगे, उनकी Google Play पर visibility और publishing capabilities कम की जा सकती हैं। इसका अर्थ यह नहीं है कि threshold पार करते ही हर ऐप पर स्वतः प्रतिबंध या delisting लागू होगा। Google Play Console में monitoring और diagnostic tools भी जोड़े जा रहे हैं, ताकि developers enforcement शुरू होने से पहले dynamic-memory और bitmap metrics देख सकें।

Google समय के साथ इन thresholds को बदल भी सकता है, क्योंकि अलग-अलग डिवाइस और ऐप श्रेणियों से अधिक डेटा मिलने पर performance की उसकी समझ बेहतर होगी। इसलिए developers को इन सीमाओं को एक बार हासिल कर लेने वाला certification target नहीं, बल्कि लगातार monitor किए जाने वाले baseline के रूप में देखना चाहिए।

अप्रैल 2027 का Zero-Tap Sign-In नियम

Zero-Tap Sign-In performance से अलग, Android के device-migration अनुभव से जुड़ा नियम है। अप्रैल 2027 से user sign-in वाले ऐप्स को Restore Credentials API के जरिए Android डिवाइस बदलते समय उपयोगकर्ता की sign-in स्थिति अपने-आप बहाल करनी होगी।

Restore Credentials, Credential Manager के माध्यम से काम करता है। इसका उद्देश्य नए डिवाइस पर ऐप restore होने के बाद उपयोगकर्ता को बिना अतिरिक्त manual sign-in के चुपचाप लॉग-इन करना है। यह password, passkey या federated sign-in जैसे ऐप के मुख्य authentication method से स्वतंत्र रूप से काम कर सकता है। 1719

इस requirement से device transfer के बाद हर ऐप में अलग-अलग username और password डालने की झंझट कम होगी। फिलहाल मोबाइल गेम्स को इससे छूट मिली है, हालांकि Google आगे चलकर इस policy को बदल सकता है।

Android 17 से इसका क्या संबंध है?

Google Play की policy, Android 17 के operating-system memory controls का विकल्प नहीं है; दोनों अलग स्तरों पर काम करते हैं। Android 17 डिवाइस की कुल RAM के आधार पर per-app memory limits पेश करता है। यह व्यवस्था शुरुआत में Pixel डिवाइसों पर आई है और Google के अनुसार अगले चरण में 4GB से लेकर 16GB से अधिक RAM वाले डिवाइसों तक कई निर्माता इसे अपना सकते हैं।

जब कोई ऐप Android 17 की memory limit पार करता है, तो operating system उसे धीमा कर सकता है और जरूरत पड़ने पर बंद भी कर सकता है। इसके उलट, Google Play के 2027 नियम distribution से पहले developers को excessive memory use और inefficient code सुधारने के लिए प्रेरित करते हैं।

यही मुख्य अंतर है: Android 17 यह नियंत्रित करता है कि किसी खास डिवाइस पर ऐप चलते समय क्या होगा, जबकि Google Play के नियम यह प्रभावित करते हैं कि ऐप को स्टोर पर सामान्य visibility और publishing access मिलता रहेगा या नहीं।

मेमोरी चिप्स की बढ़ती कीमतों और AI data-center demand के कारण RAM उपलब्धता पर दबाव को इस बदलाव के व्यापक संदर्भ के रूप में देखा जा रहा है। Pixel 11 Pro सीरीज़ में RAM घटकर 12GB होने की रिपोर्ट भी सामने आई है, लेकिन ये hardware details रिपोर्टेड हैं और Google की policy का आधिकारिक कारण या पुष्ट specification नहीं मानी जानी चाहिए।

Android developers को अभी क्या करना चाहिए?

बड़े ऐप्स और गेम्स बनाने वाली teams को फरवरी 2027 का इंतजार नहीं करना चाहिए। उन्हें अभी से:

1. Foreground और background sessions में anonymous RSS तथा compressed-swap usage का audit करना चाहिए।
2. General heap usage से अलग bitmap memory को foreground, background और cached स्थितियों में track करना चाहिए।
3. DEX size जांचकर shrinking, optimization और obfuscation से मिलने वाली App Bundle coverage मापनी चाहिए।
4. केवल महंगे या high-end फोन पर निर्भर रहने के बजाय अलग-अलग RAM tiers वाले डिवाइसों पर testing करनी चाहिए।
5. Play Console के आने वाले diagnostics और Android vitals metrics पर नजर रखनी चाहिए।
6. Authentication flow की समीक्षा कर अप्रैल 2027 से पहले Restore Credentials support की योजना बनानी चाहिए।

व्यावहारिक संदेश साफ है: memory efficiency और code optimization अब केवल अच्छी engineering practices नहीं रहेंगे, बल्कि app distribution का भी हिस्सा बन रहे हैं। जो ऐप तैयार नहीं होंगे, वे चलना जारी रख सकते हैं, लेकिन उन्हें Play Store पर कम visibility, सीमित publishing access और Android के अपने memory controls के बढ़ते असर का सामना करना पड़ सकता है।