Google Play पर ऐप्लिकेशन और गेम की तकनीकी क्वालिटी से जुड़ी ज़रूरी शर्तें, Android ऐप्लिकेशन की क्वालिटी के चार सिद्धांतों का हिस्सा हैं. ये शर्तें Google Play पर आपके ऐप्लिकेशन का इस्तेमाल करने वाले लोगों को बेहतर अनुभव देने में मदद करती हैं.
Google Play पर ऐप्लिकेशन और गेम की तकनीकी क्वालिटी से जुड़ी ज़रूरी शर्तों को दो कैटगरी में बांटा गया है:
- मौजूदा ज़रूरी शर्तें: वे शर्तें जो आज लागू हैं. Google Play पर अपने ऐप्लिकेशन की परफ़ॉर्मेंस, स्थिरता, और उसे खोजे जाने की संभावना को बरकरार रखने के लिए, इन मानकों को पूरा करना ज़रूरी है.
- आगे लागू होने वाली ज़रूरी शर्तें: नए मानकों के बारे में पहले से सूचना दी जाती है. इन बदलावों को अभी लागू नहीं किया गया है, लेकिन आपको ट्रांज़िशन पीरियड के दौरान अपने ऐप्लिकेशन का आकलन कर लेना चाहिए. साथ ही, सुझाए गए टूल और एपीआई को इंटिग्रेट करना चाहिए. इसके अलावा, शर्तों के लागू होने से पहले सभी ज़रूरी शर्तों को पूरा करने के लिए काम करना चाहिए.
आगे लागू होने वाली ज़रूरी शर्तें
जैसा कि हमने 26 अगस्त, 2026 को बताया था, Google Play पर पब्लिश किए जाने वाले ऐप्लिकेशन और गेम के लिए, तकनीकी क्वालिटी से जुड़ी ज़रूरी शर्तें लागू होने वाली हैं. सहायता केंद्र के इस लेख में, तकनीकी थ्रेशोल्ड के बारे में ज़्यादा जानकारी दी गई है. इसका मकसद, नई ज़रूरी शर्तों के लागू होने से पहले, उन्हें समझने और उनके लिए तैयारी करने में आपकी मदद करना है.
मेमोरी का कम इस्तेमाल
फ़रवरी 2027 से, Google Play पर मौजूद सभी ऐप्लिकेशन और गेम को ऐप्लिकेशन की खराब परफ़ॉर्मेंस के नए थ्रेशोल्ड को पूरा करना होगा. खास जानकारी के लिए नीचे देखें.
कोड ऑप्टिमाइज़ेशन
फ़रवरी 2027 से, Google Play पर मौजूद सभी ऐप्लिकेशन और गेम को ऑप्टिमाइज़ेशन थ्रेशोल्ड की ज़रूरी शर्तें पूरी करनी होंगी. खास जानकारी के लिए नीचे देखें.
बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा
अप्रैल 2027 से, Google Play पर मौजूद सभी ऐप्लिकेशन को बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा देनी होगी. खास जानकारी के लिए नीचे देखें.
मेमोरी का कम इस्तेमाल
Google Play ने आपके ऐप्लिकेशन की सबसे ज़रूरी जानकारी के लिए, ऐप्लिकेशन की खराब परफ़ॉर्मेंस के थ्रेशोल्ड तय किए हैं. मेमोरी के इस्तेमाल को सबसे ज़रूरी जानकारी वाली नई मेट्रिक के तौर पर पेश किया जा रहा है. इसमें दो मेट्रिक शामिल हैं:
- मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी)
- बिट मैप के लिए मेमोरी का इस्तेमाल
Android की ज़रूरी जानकारी वाली मौजूदा मेट्रिक की तरह ही, Google Play आपके ऐप्लिकेशन की क्वालिटी का आकलन करने के लिए पिछले 28 दिनों का डेटा इस्तेमाल करता है.
ये मेट्रिक, Android की ज़रूरी जानकारी के ओवरव्यू में मेमोरी हेडिंग के साथ-साथ, Google Play Developer Reporting API में भी उपलब्ध हैं.
इन मेट्रिक से पता चलता है कि आपका ऐप्लिकेशन अपनी पूरी लाइफ़साइकल के दौरान कितनी मेमोरी इस्तेमाल करता है. यह वह मेमोरी होती है जो स्टोरेज से ऐप्लिकेशन को लोड करने के बाद, फ़ोरग्राउंड से लेकर बैकग्राउंड में इसके चलने के दौरान इस्तेमाल की जाती है.
इन मेट्रिक की वैल्यू, उन उपयोगकर्ताओं के डिवाइसों से सैंपल के तौर पर ली जाती हैं जिन्होंने इसमें शामिल होने की सहमति दी है. इन वैल्यू को उपयोगकर्ता की पहचान छिपाकर इकट्ठा किया जाता है. Play Console में, आपको हर मेट्रिक के लिए अलग-अलग पर्सेंटाइल दिख सकती हैं. इनमें 90वां पर्सेंटाइल भी शामिल है. इसका इस्तेमाल, ऐप्लिकेशन की खराब परफ़ॉर्मेंस के थ्रेशोल्ड के हिसाब से आपके ऐप्लिकेशन की परफ़ॉर्मेंस का आकलन करने के लिए किया जाता है. 90वें पर्सेंटाइल की वैल्यू का मतलब है कि एक दिन की अवधि में इकट्ठा किए गए 10% सैंपल की संख्या, इस वैल्यू से ज़्यादा थी. उदाहरण के लिए, अगर 90वें पर्सेंटाइल की वैल्यू 1.7 जीबी है, तो इसका मतलब है कि इकट्ठा किए गए 90% सैंपल की वैल्यू 1.7 जीबी से कम है. साथ ही, इकट्ठा किए गए 10% सैंपल की वैल्यू 1.7 जीबी से ज़्यादा है.
यह ज़रूरी शर्त सिर्फ़ मोबाइल और टैबलेट के साइज़, डाइमेंशन या कॉन्फ़िगरेशन पर लागू होती है.
मेमोरी का इस्तेमाल
बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी से पता चलता है कि आपके ऐप्लिकेशन ने सीधे तौर पर कितनी मेमोरी इस्तेमाल की है. जैसे, Java/Kotlin हीप, नेटिव मेमोरी का बंटवारा, और बिना सोर्स फ़ाइल वाली मेमोरी मैपिंग. इसे स्वैप किए बिना डिस्क पर पेज आउट नहीं किया जा सकता. स्वैप मेमोरी, zRAM में कंप्रेस या पेज की गई मेमोरी को दर्शाती है.
थ्रेशोल्ड, आपके ऐप्लिकेशन की कैटगरी (ऐप्लिकेशन बनाम गेम) और डिवाइस की रैम के टियर के हिसाब से तय किए जाते हैं. इससे हार्डवेयर से जुड़ी अलग-अलग सीमाओं के बारे में पता चलता है. फ़रवरी 2027 से, Google Play पर मौजूद ऐप्लिकेशन और गेम को ज़रूरी शर्तों का पालन करने के लिए, ये थ्रेशोल्ड पूरे करने होंगे:
ऐप्लिकेशन
| ऐप्लिकेशन की स्थिति | फ़ोरग्राउंड | उपयोगकर्ता को दिखने वाली सेवाएं | बैकग्राउंड | कैश मेमोरी में सेव किया गया |
| फ़िज़िकल रैम | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल |
|
0 से 4 जीबी (कुल मेमोरी 0 एमबी से 3200 एमबी) |
- | - | - | - |
|
4 जीबी (कुल मेमोरी 3200 एमबी से 4800 एमबी) |
2 जीबी | 1 जीबी | 1 जीबी | - |
|
6 जीबी (कुल मेमोरी 4800 एमबी से 6800 एमबी) |
2.25 जीबी | 1.25 जीबी | 1.25 जीबी | - |
|
8 जीबी (कुल मेमोरी 6800 एमबी से 9216 एमबी) |
2.25 जीबी | 1.5 जीबी | 1.5 जीबी | - |
|
12 जीबी (कुल मेमोरी 9216 एमबी से 14336 एमबी) |
3.25 जीबी | 1.75 जीबी | 1.75 जीबी | - |
|
16 जीबी (कुल मेमोरी 14336 एमबी से 18432 एमबी) |
4.25 जीबी | 2 जीबी | 2 जीबी | - |
|
16 जीबी से ज़्यादा (कुल मेमोरी 18432 एमबी से ज़्यादा) |
- | - | - | - |
ध्यान दें: रैम के हर टियर की रेंज में, उसकी सबसे कम वैल्यू शामिल होती है. कुल मेमोरी, डिवाइस के लिए विज्ञापन में बताई गई फ़िज़िकल रैम से कम हो सकती है.
गेम
| ऐप्लिकेशन की स्थिति | फ़ोरग्राउंड | उपयोगकर्ता को दिखने वाली सेवाएं | बैकग्राउंड | कैश मेमोरी में सेव किया गया |
| फ़िज़िकल रैम | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल | 90वां पर्सेंटाइल |
|
0 से 4 जीबी (कुल मेमोरी 0 एमबी से 3200 एमबी) |
- | - | - | - |
|
4 जीबी (कुल मेमोरी 3200 एमबी से 4800 एमबी) |
2.25 जीबी | 2.0 जीबी | 2.0 जीबी | - |
|
6 जीबी (कुल मेमोरी 4800 एमबी से 6800 एमबी) |
2.75 जीबी | 2.5 जीबी | 2.5 जीबी | - |
|
8 जीबी (कुल मेमोरी 6800 एमबी से 9216 एमबी) |
3.5 जीबी | 2.75 जीबी | 2.75 जीबी | - |
|
12 जीबी (कुल मेमोरी 9216 एमबी से 14336 एमबी) |
4 जीबी | 3.2 जीबी | 3.2 जीबी | - |
|
16 जीबी (कुल मेमोरी 14336 एमबी से 18432 एमबी) |
5 जीबी | 3.5 जीबी | 3.5 जीबी | - |
|
16 जीबी से ज़्यादा (कुल मेमोरी 18432 एमबी से ज़्यादा) |
- | - | - | - |
ध्यान दें: रैम के हर टियर की रेंज में, उसकी सबसे कम वैल्यू शामिल होती है. कुल मेमोरी, डिवाइस के लिए विज्ञापन में बताई गई फ़िज़िकल रैम से कम हो सकती है.
बिट मैप के लिए मेमोरी का इस्तेमाल
फ़ोरग्राउंड के अलावा ऐप्लिकेशन की अन्य स्थितियों में, लंबे समय तक बिट मैप सेव रखने से ज़्यादा मेमोरी खर्च हो सकती है. जब तक यूज़र इंटरफ़ेस (यूआई) नहीं दिखता, तब तक बिट मैप रेंडर नहीं किए जा सकते. आम तौर पर, आपको इन स्थितियों में लंबे समय तक बिट मैप को होल्ड नहीं करना चाहिए. हालांकि, स्थिति में बदलाव होने के तुरंत बाद आपके ऐप्लिकेशन का सैंपल लिया जा सकता है. इसमें, आपके ऐप्लिकेशन से onTrimMemory को सक्रिय रूप से जवाब दिया जाता है और बिट मैप के लिए होल्ड की गई मेमोरी को रिलीज़ किया जाता है. इसलिए, इन थ्रेशोल्ड को शून्य से ज़्यादा पर सेट किया जाता है.
| ऐप्लिकेशन की स्थिति | 90वां पर्सेंटाइल |
| फ़ोरग्राउंड | |
| उपयोगकर्ता को दिखने वाली सेवाएं | 200 एमबी से ज़्यादा |
| बैकग्राउंड | 200 एमबी से ज़्यादा |
| कैश मेमोरी में सेव किया गया | 400 एमबी से ज़्यादा |
DEX कोड ऑप्टिमाइज़ेशन
फ़रवरी 2027 से, Google Play पर मौजूद ऐप्लिकेशन और गेम को ऑप्टिमाइज़ेशन से जुड़ी ज़रूरी शर्तें पूरी करनी होंगी. Play Console पर अपलोड किए जाने वाले हर ऐप्लिकेशन के लिए, आपको कम से कम 25% ऑप्टिमाइज़ेशन, कोड को अस्पष्ट बनाने, और उसका साइज़ छोटा करने की ज़रूरत होगी. हम समझते हैं कि हर ऐप्लिकेशन या गेम में DEX कोड का ज़्यादा इस्तेमाल नहीं होता. इसलिए, यह ज़रूरी शर्त सिर्फ़ तब लागू होगी, जब आपके DEX कोड का साइज़ काफ़ी ज़्यादा हो. आपके पास, Play Console में ऐप्लिकेशन बंडल एक्सप्लोरर पर अपलोड किए गए हर ऐप्लिकेशन बंडल के लिए, DEX का साइज़ और ऑप्टिमाइज़ेशन का प्रतिशत देखने का विकल्प होता है.
यह ज़रूरी शर्त डिवाइस के सभी साइज़, डाइमेंशन या कॉन्फ़िगरेशन पर लागू होती है.
| गेम | ऐप्लिकेशन | |||
| कोड ऑप्टिमाइज़ेशन | ऐसे गेम जिनमें 50 एमबी से ज़्यादा का DEX कोड है | ऐसे ऐप्लिकेशन जिनमें 10 एमबी से ज़्यादा का DEX कोड है | ||
| अस्पष्ट बनाना | 25% | 25% | ||
| ऑप्टिमाइज़ेशन | 25% | 25% | ||
| साइज़ छोटा करना | 25% | 25% | ||
कम से कम 25% थ्रेशोल्ड हासिल करने के लिए, R8 या ऐप्लिकेशन का साइज़ छोटा करने वाले किसी अन्य टूल का इस्तेमाल किया जा सकता है.
ज़्यादा अहम जानकारी पाने और परफ़ॉर्मेंस को ज़्यादा बेहतर बनाने के लिए, R8 कॉन्फ़िगरेशन ऐनालाइज़र का इस्तेमाल किया जा सकता है. ध्यान दें कि अगर सीआई (CI)/सीडी (CD) पाइपलाइन या एंटरप्राइज़ एनवायरमेंट के ज़रिए ऐप्लिकेशन पब्लिश किया जाता है, तो हो सकता है कि आपके लोकल बिल्ड और लोगों के लिए उपलब्ध कराने के मकसद से Play Console पर अपलोड किए गए बिल्ड मेल न खाएं. इनमें कुछ मामूली अंतर हो सकते हैं.
बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा
अप्रैल 2027 से, उपयोगकर्ता के साइन-इन की सुविधा (वैकल्पिक या ज़रूरी) देने वाले ऐप्लिकेशन, बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा के साथ काम करने वाले होने चाहिए. यह सुविधा तब काम करेगी, जब कोई उपयोगकर्ता अपने पुराने Android डिवाइस से नए डिवाइस पर स्विच करने के लिए, डिवाइस-टू-डिवाइस ट्रांसफ़र या क्लाउड बैकअप से अपना डेटा रीस्टोर करने का विकल्प चुनेगा. डिवाइस सेटअप के दौरान मैन्युअल तरीके से साइन-इन करने से, ऐप्लिकेशन इस्तेमाल करने में रुकावट आती है और उपयोगकर्ता को अपने साथ जोड़े रखने की दर कम होती है. इतना ही नहीं, सेटअप के दौरान ऐप्लिकेशन को फ़िशिंग और क्रेडेंशियल की चोरी जैसे सुरक्षा के गंभीर जोखिमों का भी सामना करना पड़ता है. इन समस्याओं को हल करने और इस ज़रूरी शर्त को पूरा करने के लिए, मुख्य तौर पर Android Restore Credentials API का इस्तेमाल किया जाता है. यह Android 9 और इसके बाद के वर्शन पर उपलब्ध है.
- ऐसे ऐप्लिकेशन इस ज़रूरी शर्त के मुताबिक माने जाएंगे जो उपयोगकर्ता के साइन-इन की स्थिति को रीस्टोर करने के लिए, 30 सितंबर, 2026 को या उससे पहले Block Store के साथ इंटिग्रेट हो जाएंगे.
- हमेशा के लिए निजी और एंटरप्राइज़ वाले डिवाइस मैनेजमेंट ऐप्लिकेशन, इस ज़रूरी शर्त को पूरा करने के दायरे में नहीं आते हैं.
- ऐसे ऐप्लिकेशन को छूट मिल सकती है जिन पर नियमों या अनुपालन से जुड़े कड़े निर्देश लागू होते हैं. इससे साइन-इन की सुविधा के काम करने के तरीके पर असर पड़ता है. जैसे, वित्तीय सेवाएं या स्वास्थ्य सेवाएं. डेवलपर को ज़रूरी शर्त लागू होने की तारीख से पहले, Play Console में जाकर इससे छूट पाने का अनुरोध सबमिट करना होगा.
- फ़िलहाल, गेम ज़रूरी शर्त पूरी करने के दायरे में नहीं आते हैं. डेवलपर को साल 2027 में, गेमिंग से जुड़े पुष्टि करने के मुश्किल मामलों के लिए खास दिशा-निर्देश और ज़रूरत के मुताबिक समाधान मिलेंगे. ऐसे गेम जिनमें एक ही उपयोगकर्ता खाते का इस्तेमाल किया जा सकता है उनके लिए हमारा सुझाव है कि आप Restore Credentials API का इस्तेमाल करें. इससे, बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा दी जा सकती है.
आने वाले महीनों में, ज़रूरी शर्तों और अपवादों के बारे में ज़्यादा जानकारी पब्लिश की जाएगी.
एपीआई इंटिग्रेट करना और उसकी जांच करना
Restore Credentials API के इंटिग्रेशन की जांच करें, ताकि यह पक्का किया जा सके कि उपयोगकर्ताओं को बिना किसी रुकावट के बेहतर अनुभव मिले और आप इस ज़रूरी शर्त को पूरा कर सकें. हाल ही में पब्लिश की गई Restore Credentials API के लिए एआई स्किल की मदद से, इसे आसानी से इंटिग्रेट किया जा सकता है.
शर्त के दायरे में आने वाले डिवाइसों के साइज़, डाइमेंशन या कॉन्फ़िगरेशन और उनके Android वर्शन
यह ज़रूरी शर्त सिर्फ़ मोबाइल/टैबलेट के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के लिए है. फ़िलहाल, Restore Credentials API का इस्तेमाल अन्य डिवाइसों के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के लिए नहीं किया जा सकता. साथ ही, यह Android 9 और इसके बाद के वर्शन पर उपलब्ध है.
आगे लागू होने वाली ज़रूरी शर्तों के बारे में अक्सर पूछे जाने वाले सवाल
मेमोरी के इस्तेमाल से जुड़ी ज़रूरी शर्तें
Google, मेमोरी के इस्तेमाल से जुड़ी मेट्रिक के लिए शर्तें क्यों लागू कर रहा है?
रैम की बढ़ती कीमतों की वजह से, पूरे ईकोसिस्टम में मेमोरी की समस्या आने वाली है. मेमोरी का सही तरीके से इस्तेमाल न होने की वजह से, डिवाइस की परफ़ॉर्मेंस पर असर पड़ता है. जैसे, किसी ऐप्लिकेशन में मेमोरी लीक होने की वजह से, डिवाइस की ज़्यादातर मेमोरी का इस्तेमाल हो जाता है. इससे डिवाइस सही तरीके से काम नहीं करता और बैकग्राउंड में ठीक से चल रहे अन्य ऐप्लिकेशन बंद हो जाते हैं. Android ने मेमोरी के इस्तेमाल की सीमाएं तय कर दी हैं. Google Play यह पक्का करना चाहता है कि आपका ऐप्लिकेशन इन सीमाओं के अंदर ही मेमोरी का इस्तेमाल करे. इससे इस बात की संभावना कम हो जाती है कि डिवाइस को आपका ऐप्लिकेशन बंद करना पड़ेगा.
मैं मेमोरी का इस्तेमाल कैसे कम करूं?
ऐप्लिकेशन और गेम के लिए सबसे सही तरीके अपनाएं. इनमें ये अहम रणनीतियां शामिल हैं: onTrimMemory() में संसाधनों को रिलीज़ करना (इसमें ऐसा करने के लिए गेम इंजन का इस्तेमाल करना भी शामिल है), लाइफ़साइकल के हिसाब से काम करने वाले कॉम्पोनेंट का इस्तेमाल करके स्टैटिक मेमोरी लीक से बचना, Perfetto का इस्तेमाल करके प्रोफ़ाइलिंग के लिए मेमोरी का बंटवारा करना और हीप डंप करना, और बैकग्राउंड में लंबे समय तक चलने वाले टास्क को कम करना
मैं अपने बिट मैप के लिए मेमोरी के बंटवारे को कैसे कम करूं?
इमेज को डाउनसैंपल और डिकोड करें, ताकि वे डिसप्ले व्यू के डाइमेंशन से मेल खाएं. साथ ही, इमेज लोड करने वाली मॉर्डन लाइब्रेरी (जैसे, Coil या Glide) इस्तेमाल करें. इनमें मेमोरी के हिसाब से कॉन्फ़िगर की गई कैश मेमोरी होती है. इसके अलावा, जब आपका यूआई छिपा हो, तब मेमोरी में मौजूद ऐसे बिट मैप रिलीज़ करें जिनका इस्तेमाल नहीं किया जा रहा है. इसके लिए, onTrimMemory में TRIM_MEMORY_UI_HIDDEN का इस्तेमाल करें. साथ ही, बिट मैप या व्यू के स्टैटिक रेफ़रंस सेव न करें.
क्या कोड ऑप्टिमाइज़ेशन के लिए, R8 का इस्तेमाल करना ज़रूरी है?
हमारा सुझाव है कि आप ऐ़डवांस ऑप्टिमाइज़ेशन और अहम जानकारी पाने के लिए, R8 का इस्तेमाल करें. हालांकि, इस ज़रूरी शर्त को पूरा करने के लिए, ऑप्टिमाइज़ेशन के अन्य टूल भी उपलब्ध हैं और उनका इस्तेमाल किया जा सकता है.
ऐप्लिकेशन और गेम के लिए ज़रूरी शर्तें अलग-अलग क्यों होती हैं?
गेम में मेमोरी के इस्तेमाल के अलग-अलग पैटर्न होते हैं, ताकि गेम खेलने का बेहतर अनुभव दिया जा सके. खास तौर पर, ऐसा फ़ोरग्राउंड में होता है. ये अक्सर नेटिव गेम इंजन पर काम करते हैं. इनमें ऐप्लिकेशन की तुलना में, अलग तरह की तकनीकी समस्याएं होती हैं. गेम से जुड़ी ज़रूरी शर्तें, इस्तेमाल के उदाहरण के हिसाब से तय की जाती हैं.
Google Play किसी ऐप्लिकेशन और गेम के बीच अंतर कैसे करता है?
यह उस कैटगरी पर आधारित होता है जिसे Play Console पर Play Store की सेटिंग में कॉन्फ़िगर किया जा सकता है. इससे यह तय होता है कि आपका ऐप्लिकेशन, Play Store के किस हिस्से में दिखेगा. कृपया ध्यान दें कि अलग-अलग तकनीकी थ्रेशोल्ड की ज़रूरी शर्तें पूरी करने के लिए, अपने ऐप्लिकेशन की कैटगरी को ऐसी कैटगरी में बदलना जो उसके मुख्य फ़ंक्शन के बारे में सही जानकारी नहीं देती है, स्टोर पेज के मेटाडेटा से जुड़ी नीति का उल्लंघन है.
ये ज़रूरी शर्तें, Apps Experience program और Level Up program से कैसे जुड़ी हैं?
मेमोरी थ्रेशोल्ड से जुड़ी ये शर्तें लागू होने के बाद, ऐप्लिकेशन और गेम को मेमोरी थ्रेशोल्ड की सभी शर्तें पूरी करनी होंगी. ऐसा करने पर ही, उन्हें AEP और Level Up में शामिल होने या उनमें बने रहने की मंज़ूरी मिलेगी.
Android 17 और इसके बाद के वर्शन पर, Android की मेमोरी के इस्तेमाल से जुड़ी पाबंदियां लागू होती हैं. क्या Google Play की ज़रूरी शर्तें, सिर्फ़ A17 और इसके बाद के वर्शन पर लागू होती हैं?
नहीं, Google Play आपके ऐप्लिकेशन के उन सभी वर्शन का आकलन करता है जिनमें डेटा उपलब्ध है. यह Android 13 और इसके बाद के वर्शन के लिए, मेमोरी के इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी) और बिट मैप के लिए मेमोरी के इस्तेमाल से जुड़ा है.
बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी और रैम के हर टियर के लिए अलग-अलग थ्रेशोल्ड क्यों हैं?
रैम के टियर के हिसाब से डिवाइसों को बांटने से यह पता चलता है कि अलग-अलग डिवाइसों में, ज़्यादा मेमोरी के इस्तेमाल का टॉलरेंस लेवल अलग-अलग होता है. ऐसा हो सकता है कि 16 जीबी रैम वाले डिवाइस पर बेहतर परफ़ॉर्मेंस देने वाला ऐप्लिकेशन, 4 जीबी रैम वाले डिवाइस पर उतनी अच्छी परफ़ॉर्मेंस न दे. आपको यह पक्का करना चाहिए कि उनका ऐप्लिकेशन, रैम के सभी टियर में ज़्यादा मेमोरी का इस्तेमाल न करे
मेमोरी से जुड़ी ज़रूरी शर्तों के दायरे में, डिवाइस के कौनसे साइज़, डाइमेंशन या कॉन्फ़िगरेशन आते हैं?
मेमोरी के इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी) और बिट मैप के लिए मेमोरी का इस्तेमाल करने से जुड़ी मेट्रिक के लिए, मोबाइल और टैबलेट के अलग-अलग साइज़, डाइमेंशन या कॉन्फ़िगरेशन इस दायरे में आते हैं.
मेमोरी के इस्तेमाल के बारे में ज़्यादा जानने के लिए, कौनसे टूल उपलब्ध हैं?
-
मेमोरी से जुड़े हमारे दिशा-निर्देशों का इस्तेमाल करके, ऐप्लिकेशन या गेम के लिए मेमोरी को बेहतर बनाया जा सकता है.
-
Google Play Console (Android की ज़रूरी जानकारी): बिट मैप के लिए मेमोरी के इस्तेमाल और मेमोरी के इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी) के लिए, 28 दिनों की 90वें पर्सेंटाइल वाली रोलिंग मेट्रिक को मॉनिटर करें. इसे ऐप्लिकेशन की स्थिति (फ़ोरग्राउंड, उपयोगकर्ता को दिखने वाली सेवा, बैकग्राउंड, कैश मेमोरी में सेव किया गया), डिवाइस के रैम टियर (जैसे, 4 से 6 जीबी), Android वर्शन, और ऐप्लिकेशन रिलीज़ के हिसाब से फ़िल्टर किया जा सकता है.
-
Google Play Developer Reporting API: रिपोर्टिंग को ऑटोमेट करने, परफ़ॉर्मेंस रिग्रेशन की पहचान करने, और अपने इंटरनल डैशबोर्ड में Android की ज़रूरी जानकारी का डेटा इंटिग्रेट करने के लिए, प्रोग्राम के हिसाब से मेट्रिक से जुड़ी क्वेरी करें.
-
Android Studio मेमोरी प्रोफ़ाइलर और हीप डंप: Java/Kotlin हीप, नेटिव मेमोरी, और ग्राफ़िक्स में रीयल-टाइम में मेमोरी के बंटवारे की जांच करें. हीप डंप (.
hprof) को कैप्चर करें और उसका विश्लेषण करें, ताकि मेमोरी लीक, रिलीज़ न की गई गतिविधियों, डुप्लीकेट बिट मैप, और पाथ को बरकरार रखने का पता लगाया जा सके. -
Perfetto और सिस्टम ट्रेस करने की प्रक्रिया: नेटिव और Java मेमोरी के बंटवारे की लो-ओवरहेड सैंपलिंग के लिए, Perfetto (
heapprofd) का इस्तेमाल करें. इससे उन कॉलस्टैक की पहचान की जा सकेगी जिनकी वजह से मेमोरी के इस्तेमाल में अचानक बढ़ोतरी हो रही है. सिस्टम ट्रेस करने की प्रक्रिया से, लाइफ़साइकल ट्रांज़िशन के दौरान मेमोरी के इस्तेमाल को ट्रैक किया जा सकता है. साथ ही, लो-मेमोरी किलर (lmkd) इवेंट से लिंक किया जा सकता है. ट्रेस करने की प्रक्रिया और हीप डंप के विश्लेषण को ऑटोमेट करने के लिए, एआई की मदद से विश्लेषण करने वाली स्किल भी उपलब्ध हैं. जैसे, Perfetto की एआई स्किल. -
डिवाइस पर मौजूद डाइग्नोस्टिक टूल: पीएसएस, प्राइवेट डर्टी (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी), स्वैप डर्टी (zRAM), और बिट मैप के लाइव ब्रेकडाउन के लिए,
adb shell dumpsys meminfo <package_name>का इस्तेमाल करें. इसके अलावा, कस्टम क्लाइंट टेलीमेट्री के लिए,ComponentCallbacks2.onTrimMemory()का इस्तेमाल करें.
कोड ऑप्टिमाइज़ेशन के लिए, DEX के साइज़ की कम से कम सीमा क्यों तय की गई है?
हम हमेशा कोड को ऑप्टिमाइज़ करने का सुझाव देते हैं, ताकि परफ़ॉर्मेंस से जुड़े कई फ़ायदे मिल सकें. हम किसी ऐप्लिकेशन या गेम को फिर से बनाने और ऑप्टिमाइज़ करने के लिए ज़रूरी कोशिशों के साथ-साथ, उपयोगकर्ता को मिलने वाले फ़ायदों को भी ध्यान में रखते हैं. कम साइज़ वाले DEX (ऐप्लिकेशन के लिए 10 एमबी से कम और गेम के लिए 50 एमबी से कम) का डिवाइस की मेमोरी फ़ुटप्रिंट पर सीमित असर पड़ता है. इसलिए, हम यहां कोड ऑप्टिमाइज़ेशन को ज़रूरी चरण नहीं बना रहे हैं.
बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा
अगर किसी ऐप्लिकेशन को अनइंस्टॉल करके उसी डिवाइस पर फिर से इंस्टॉल किया जाता है, तो क्या रिस्टोर करने की कुंजी (क्रेडेंशियल) बनी रहती है?
नहीं. किसी ऐप्लिकेशन को अनइंस्टॉल करने पर, रीस्टोर करने की कुंजी (क्रेडेंशियल) अपने-आप मिट जाती है.
क्या यह ज़रूरी शर्त, सभी डिवाइसों के साइज़, डाइमेंशन या कॉन्फ़िगरेशन पर लागू होती है?
नहीं, बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा से जुड़ी ज़रूरी शर्तें, सिर्फ़ मोबाइल और टैबलेट के साइज़, डाइमेंशन या कॉन्फ़िगरेशन पर लागू होती हैं.
क्या यह ज़रूरी शर्त तब भी लागू होती है, जब किसी उपयोगकर्ता ने साइन इन न किया हो या यह उन ऐप्लिकेशन पर लागू होती है जिनमें उपयोगकर्ता खाते नहीं होते?
नहीं. इस ज़रूरी शर्त को इसलिए बनाया गया है, ताकि डिवाइस बदलने पर भी उपयोगकर्ता साइन-इन रहें.
-
ऐसे ऐप्लिकेशन जिनमें उपयोगकर्ता के साइन-इन करने की सुविधा नहीं होती: उन ऐप्लिकेशन पर कोई असर नहीं पड़ता जिनमें उपयोगकर्ता खाते बनाने या लॉगिन करने की सुविधा नहीं होती.
-
साइन आउट किए गए या मेहमान उपयोगकर्ता: अगर किसी उपयोगकर्ता ने डिवाइस स्विच करने से पहले साइन आउट किया था, मेहमान मोड में ब्राउज़ कर रहा था या लॉग आउट किया था, तो आपका ऐप्लिकेशन नए डिवाइस पर पुष्टि नहीं होने की उसी स्थिति में लॉन्च होना चाहिए.
क्या क्रेडेंशियल रीस्टोर करने की सुविधा, पुष्टि करने के किसी तरीके के साथ काम करती है?
हां, Restore Credentials API को पुष्टि करने के हर तरीके के साथ काम करने के लिए डिज़ाइन किया गया है. इससे ऐप्लिकेशन, रिस्टोर करने की कुंजी (क्रेडेंशियल) को सेव कर पाते हैं.
क्या क्रेडेंशियल रीस्टोर करने की सुविधा, अनुमतियों के दायरे या पुष्टि के अतिरिक्त चरणों को मैनेज करती है (जैसे, MFA)?
-
नहीं. Restore Credentials API को खास तौर पर, पुष्टि करने के लिए डिज़ाइन किया गया है. इससे उपयोगकर्ता की पहचान और उसके साइन-इन की स्थिति को रीस्टोर किया जाता है. इसमें पुष्टि करने के दूसरे अनुरोधों को मैनेज नहीं किया जाता है. जैसे, OAuth के ज़रिए अनुमति देना या कई चरणों में पुष्टि करने के प्रॉम्प्ट.
-
हमारा सुझाव है कि आप दो चरणों वाला तरीका अपनाएं:
-
साइन-इन की स्थिति को रीस्टोर करना: नए डिवाइस पर पहली बार ऐप्लिकेशन लॉन्च करने पर, उपयोगकर्ता के साइन-इन की मुख्य स्थिति को बैकग्राउंड में रीस्टोर करने के लिए, क्रेडेंशियल रीस्टोर करने की सुविधा का इस्तेमाल करें.
-
ज़रूरत के समय अनुमति देना: किसी संसाधन के लिए अनुमतियों का अनुरोध (जैसे, Google Drive का ऐक्सेस) सिर्फ़ तब करें, जब उपयोगकर्ता उन सुविधाओं को ऐक्सेस करे जिनके लिए इन अनुमतियों की ज़रूरत होती है. ज़रूरत पड़ने पर, पुष्टि करने के लिए अतिरिक्त चरणों का अनुरोध भी किया जा सकता है. जैसे, MFA
-
मुझे कैसे पता चलेगा कि मेरा एपीआई इंटिग्रेशन ज़रूरी शर्तें पूरी कर रहा है?
उपयोगकर्ता के साइन इन की स्थिति को रीस्टोर करने की प्रोसेस पूरी हुई या नहीं, यह इस बात से तय होता है कि रीस्टोर करने की कुंजी (क्रेडेंशियल) को वापस पाया जा सका या नहीं. ऐसा न करने वाले ऐप्लिकेशन को सूचना दी जाएगी.
मुझे कैसे पता चलेगा कि मेरा ऐप्लिकेशन, अपवाद के तौर पर शामिल है?
अपवादों के बारे में ज़्यादा जानकारी बाद में दी जाएगी.
मैं कई चरणों में पुष्टि (MFA) करने के इस्तेमाल के उदाहरणों को कैसे मैनेज करूं?
Restore Credentials API, MFA से जुड़े प्रॉम्प्ट को मैनेज नहीं करता. इसके अलावा, इसका मकसद आपके ऐप्लिकेशन की सुरक्षा नीतियों को बायपास करना भी नहीं है. नए डिवाइस पर रीस्टोर करने की कुंजी (क्रेडेंशियल) को वापस पाने के बाद, आपके ऐप्लिकेशन को यह तय करना होगा कि पुष्टि करने के लिए अतिरिक्त चरण की ज़रूरत है या नहीं. इस ज़रूरी शर्त को पूरा करने के लिए, उपयोगकर्ता की पहचान से जुड़ी जानकारी को रीस्टोर करना काफ़ी है. उदाहरण के लिए, "आपका फिर से स्वागत है, अंकित" दिखाना. हालांकि, ध्यान दें कि एक डिवाइस से दूसरे डिवाइस पर जानकारी को रीस्टोर करने से, डिवाइस के मालिकाना हक का पुख्ता सबूत मिलता है. इसलिए, MFA के किसी अतिरिक्त चरण की ज़रूरत नहीं होनी चाहिए.
गेम को इस ज़रूरी शर्त में शामिल क्यों नहीं किया गया है?
फ़िलहाल, गेम को इस ज़रूरी शर्त में शामिल नहीं किया गया है. ऐसा इसलिए, क्योंकि हम पहचान की पुष्टि करने से जुड़े मुश्किल मामलों के लिए ऐसे खास समाधान तैयार कर रहे हैं जो गेम में अक्सर देखने को मिलते हैं. सिर्फ़ एक खाते से साइन-इन करने की सुविधा देने वाले गेम के लिए, हमारा सुझाव है कि वे Restore Credentials API का इस्तेमाल करें. इससे, उपयोगकर्ताओं को बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की सुविधा मिलेगी.
क्या नए डिवाइस में साइन इन करने की ज़रूरी शर्तों को पूरा करने के लिए, Block Store का इस्तेमाल किया जा सकता है?
हां, Block Store के साथ एपीआई इंटिग्रेशन को तभी मान्य माना जा सकता है, जब इसे 30 सितंबर, 2026 को या इससे पहले पूरा करके प्रोडक्शन में शामिल कर दिया गया हो. साथ ही, यह उपयोगकर्ता के साइन-इन की स्थिति को रीस्टोर करता हो. इंटिग्रेशन के अन्य टाइप या कटऑफ़ की तारीख के बाद पूरे किए गए इंटिग्रेशन को मान्य नहीं माना जाता.
Block Store के इंटिग्रेशन के लिए कटऑफ़ की तारीख 30 सितंबर, 2026 क्यों तय की गई है?
30 सितंबर, 2026 की तारीख उन टीमों के लिए एक अहम माइलस्टोन है जो फ़िलहाल Block Store को इंटिग्रेट कर रही हैं. इससे यह पक्का होता है कि बिना टैप किए साइन-इन क्रेडेंशियल रीस्टोर करने की मौजूदा सुविधाएं काम करती रहें. साथ ही, आने वाले समय में इंटिग्रेशन के लिए, Credential Manager के सुझाए गए स्टैंडर्ड का इस्तेमाल किया जा सके.
जब उपयोगकर्ता पुराने डिवाइस पर लॉग आउट करता है या अपना खाता मिटाता है, तो क्या होता है?
ऐप्लिकेशन को रीस्टोर करने की कुंजी (क्रेडेंशियल) को मिटाना होगा. अगर ऐप्लिकेशन को अनइंस्टॉल कर दिया जाता है, तो यह कुंजी अपने-आप मिट जाएगी.
मेहमान मोड का इस्तेमाल करने वाले उपयोगकर्ताओं के लिए मुझे क्या करना चाहिए?
यह ज़रूरी शर्त, आपके ऐप्लिकेशन के सिर्फ़ उस हिस्से पर लागू होती है जिसके लिए पुष्टि की गई है. अगर कोई उपयोगकर्ता पुराने डिवाइस पर मेहमान मोड में खाते का इस्तेमाल कर रहा था, तो ऐप्लिकेशन को नए डिवाइस पर मेहमान मोड में लॉन्च करना चाहिए.
एक ही डिवाइस पर कई खातों का इस्तेमाल करने वाले उपयोगकर्ताओं के लिए मुझे क्या करना चाहिए?
ज़रूरी शर्त पूरी करने के लिए, आपके ऐप्लिकेशन को सोर्स डिवाइस पर मौजूदा चालू उपयोगकर्ता खाते (या पिछली बार चालू खाते) के लिए, रीस्टोर करने की कुंजी (क्रेडेंशियल) को सेव करना चाहिए. इस बारे में ज़्यादा जानने के लिए, क्रेडेंशियल रीस्टोर करने से जुड़ा दस्तावेज़ पढ़ें.
क्या मैं उन उपयोगकर्ताओं को सूचनाएं भेज सकता/सकती हूं जिन्होंने अपना खाता रीस्टोर कर लिया है? इसके लिए, क्या मुझे उनसे सूचनाएं पाने की अनुमति दोबारा लेनी होगी?
हां. बैकअप करने और डेटा वापस पाने की सेवाएं, पिछले डिवाइस से ऐप्लिकेशन की अनुमतियां वापस पाने की प्रोसेस को मैनेज करती हैं. इनमें सूचना की अनुमतियां भी शामिल हैं. इससे आपको सामान्य सूचनाएं भेजने की सुविधा मिलती है. इसके अलावा, क्रेडेंशियल रीस्टोर करने की सुविधा के साथ इसका इस्तेमाल करने पर, नए डिवाइस पर उपयोगकर्ताओं को उनके मनमुताबिक सूचनाएं भेजकर, उनसे फिर से जुड़ा जा सकता है. इसके लिए, उपयोगकर्ता को पहले ऐप्लिकेशन खोलने की ज़रूरत नहीं होती.
अन्य
क्या ये ज़रूरी शर्तें वैकल्पिक हैं?
इस पेज पर बताई गई सभी ज़रूरी शर्तों को पूरा करना ज़रूरी है. किसी ज़रूरी शर्त को पूरा न करने पर, Google Play पर ऐप्लिकेशन के दिखने और उसे पब्लिश करने के तरीकों पर असर पड़ सकता है.
काम के संसाधन
कोड ऑप्टिमाइज़ेशन
- R8 की मदद से ऐप्लिकेशन ऑप्टिमाइज़ करने की सुविधा चालू करना | ऐप्लिकेशन की क्वालिटी | Android Developers
- फ़ुल मोड में R8 इस्तेमाल करना | ऐप्लिकेशन की क्वालिटी | Android Developers
- R8 Configuration Analyzer का इस्तेमाल करना | ऐप्लिकेशन की क्वालिटी | Android Developers
मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी)
बिट मैप के लिए मेमोरी का इस्तेमाल
क्रेडेंशियल रीस्टोर करने की सुविधा
- क्रेडेंशियल रीस्टोर करने की सुविधा के बारे में जानकारी
- आधिकारिक गाइड: क्रेडेंशियल रीस्टोर करने की सुविधा लागू करना
- जांच करने के लिए उपलब्ध संसाधन: Android Studio में, क्रेडेंशियल रीस्टोर करने की सुविधा की जांच करना
- असल दुनिया में पड़ने वाले असर की केस स्टडी: Uber ने हर साल मैन्युअल तरीके से लॉगिन करने की संख्या को 40 लाख तक कैसे कम किया
स्किल
स्किल, एआई के हिसाब से ऑप्टिमाइज़ किए गए मॉड्यूलर निर्देश और संसाधन होती हैं. ये एलएलएम को Android डेवलपमेंट के उन खास पैटर्न को बेहतर तरीके से समझने और उन्हें लागू करने में मदद करती है जो developer.android.com पर मौजूद सबसे सही तरीकों और दिशा-निर्देशों पर आधारित होते हैं. इनका इस्तेमाल, Android के सीएलआई या एलएलएम पर आधारित अन्य टूल की मदद से किया जा सकता है.
- R8 की ऐनलिसिस स्किल: यह ऐप्लिकेशन के R8 कॉन्फ़िगरेशन और 'कीप रूल' का विश्लेषण करती है
- Perfetto की एआई स्किल: इसका इस्तेमाल इन कामों के लिए करें: हीप डंप को समझना और मेमोरी की परफ़ॉर्मेंस को बेहतर बनाने के लिए, काम के सुझाव पाना
- Android की प्रोफ़ाइलर स्किल: इसका इस्तेमाल इन कामों के लिए करें: हीप डंप और ट्रेस को समझना और मेमोरी की परफ़ॉर्मेंस को बेहतर बनाने के लिए सुझाव पाना
- क्रेडेंशियल रीस्टोर करने की स्किल: इसका इस्तेमाल, क्रेडेंशियल रीस्टोर करने की सुविधा को इंटिग्रेट करने और उसकी जांच करने के लिए किया जाता है
मौजूदा ज़रूरी शर्तें
Google Play की मौजूदा तकनीकी ज़रूरी शर्तों में, सबसे ज़रूरी जानकारी वाली मेट्रिक के सेट के लिए, ऐप्लिकेशन की खराब परफ़ॉर्मेंस के थ्रेशोल्ड शामिल हैं. साथ ही, Play Console में अपलोड किए जाने वाले ऐप्लिकेशन बंडल से जुड़ी ज़रूरी शर्तें शामिल हैं.
सबसे ज़रूरी जानकारी वाली मेट्रिक और स्टेबिलिटी
Google Play, परफ़ॉर्मेंस की सबसे ज़रूरी जानकारी देने वाली मेट्रिक को मॉनिटर करता है, ताकि यह पक्का किया जा सके कि ऐप्लिकेशन बिना किसी रुकावट के काम करने के मानकों को पूरा करते हैं. इन थ्रेशोल्ड को पार करने पर, Google Play Store पर आपके ऐप्लिकेशन को खोजे जाने की संभावना पर असर पड़ सकता है.
- यूज़र-पर्सीव्ड क्रैश रेट: कुल थ्रेशोल्ड 1.09% (सभी डिवाइसों का औसत), फ़ोन के हर मॉडल के लिए 8% का थ्रेशोल्ड, और स्मार्टवॉच के हर मॉडल के लिए 4% का थ्रेशोल्ड. ज़्यादा जानें
- यूज़र-पर्सीव्ड एएनआर रेट: सभी डिवाइसों के लिए कुल थ्रेशोल्ड 0.47%, फ़ोन के हर मॉडल के लिए 8% का थ्रेशोल्ड, और स्मार्टवॉच के हर मॉडल के लिए 5% का थ्रेशोल्ड. ज़्यादा जानें
- पार्शियल वेक लॉक का ज़्यादा इस्तेमाल: कुल थ्रेशोल्ड 5% (सभी डिवाइसों का औसत). डिवाइस को बेवजह चालू रखने से बैटरी ज़्यादा खर्च होती है. इसलिए, पक्का करें कि आपने वेक लॉक का सही तरीके से इस्तेमाल किया हो. साथ ही, बैकग्राउंड में चल रहे टास्क के लिए WorkManager का इस्तेमाल करें. ज़्यादा जानें
- ज़्यादा बैटरी खर्च होना: स्मार्टवॉच के हर मॉडल के लिए 1% का थ्रेशोल्ड. ज़्यादा जानें
तकनीकी ज़रूरी शर्तें
Google Play अलग-अलग हार्डवेयर कॉन्फ़िगरेशन और आर्किटेक्चर वाले कई तरह के डिवाइसों के साथ काम करता है. कुछ आर्किटेक्चर, Android के भविष्य के लिए बहुत ज़रूरी हैं. इसलिए, Play Console पर अपलोड किए गए नए ऐप्लिकेशन बंडलों का, इन आर्किटेक्चर के साथ काम करना ज़रूरी है. इससे हम यह पक्का कर पाएंगे कि आपका ऐप्लिकेशन उन डिवाइसों पर भी सही तरीके से काम कर सके.
- 64-बिट वर्शन के साथ काम करना: जिन ऐप्लिकेशन में नेटिव कोड होता है वे सिर्फ़ 64-बिट वर्शन वाले आर्किटेक्चर के साथ काम करने चाहिए. ज़्यादा जानें
- 16 केबी मेमोरी वाले पेज साइज़ के साथ काम करना: नेटिव कोड वाले ऐप्लिकेशन, 16 केबी मेमोरी वाले पेज साइज़ के साथ काम करने चाहिए. डिफ़ॉल्ट रूप से, सिर्फ़ Java/Kotlin का इस्तेमाल करके बनाए गए ऐप्लिकेशन काम करते हैं. ज़्यादा जानें
- Wear OS ऐप्लिकेशन के लिए 64 बिट और 16 केबी मेमोरी वाले पेज साइज़ के साथ काम करना: यह शर्त 15 सितंबर, 2026 से ज़रूरी होगी. ज़्यादा जानें
- TV के लिए 64 बिट और 16 केबी मेमोरी वाले पेज साइज़ के साथ काम करना: यह शर्त 1 अगस्त, 2026 से ज़रूरी है. ज़्यादा जानें