Android की ज़रूरी जानकारी, Google Play पर मौजूद Android ऐप्लिकेशन की क्वालिटी बेहतर बनाने में Google की मदद करती है. जब कोई उपयोगकर्ता अनुमति देता है, तो Android पर चलने वाला उसका डिवाइस, ऐप्लिकेशन की क्वालिटी से जुड़ी मेट्रिक को ट्रैक करता है. जैसे, स्थिरता, परफ़ॉर्मेंस, बैटरी का इस्तेमाल, और अनुमति से जुड़ी समस्याएं. Google Play यह डेटा इकट्ठा करता है. इसे Android की ज़रूरी जानकारी वाले डैशबोर्ड में, Play Console और Google Play Developer Reporting API के ज़रिए ऐक्सेस किया जा सकता है.
डेवलपर को Android की ज़रूरी जानकारी को मॉनिटर करना चाहिए, ताकि उपयोगकर्ता अनुभव को बेहतर बनाया जा सके. खास तौर पर, सबसे ज़रूरी जानकारी को मॉनिटर करना चाहिए. जैसे: यूज़र-पर्सीव्ड क्रैश रेट, यूज़र-पर्सीव्ड एएनआर रेट, पार्शियल वेक लॉक का ज़्यादा इस्तेमाल, मेमोरी का इस्तेमाल, और बिट मैप के लिए मेमोरी का इस्तेमाल.
सबसे ज़रूरी जानकारी और खराब परफ़ॉर्मेंस
आपके ऐप्लिकेशन की सबसे ज़रूरी जानकारी का असर, Google Play पर आपके ऐप्लिकेशन के दिखने की संभावना पर पड़ता है. सबसे ज़रूरी जानकारी के अलावा, Android की ज़रूरी जानकारी आपको DEX कोड ऑप्टिमाइज़ेशन जैसी चीज़ों के बारे में भी सूचनाएं देती है. इन चीज़ों पर ध्यान देना ज़रूरी है. साथ ही, इनसे Google Play पर आपके ऐप्लिकेशन के दिखने की संभावना पर भी असर पड़ सकता है. यूज़र-पर्सीव्ड क्रैश रेट और यूज़र-पर्सीव्ड एएनआर रेट के लिए, कुल ऐप्लिकेशन की खराब परफ़ॉर्मेंस का थ्रेशोल्ड और हर डिवाइस के लिए ऐप्लिकेशन की खराब परफ़ॉर्मेंस का थ्रेशोल्ड होता है.
पार्शियल वेक लॉक के ज़्यादा इस्तेमाल के लिए, सिर्फ़ कुल ऐप्लिकेशन की खराब परफ़ॉर्मेंस का थ्रेशोल्ड होता है. वहीं, Wear OS पर ज़्यादा बैटरी खर्च होने के लिए, कुल और हर वॉच मॉडल के हिसाब से थ्रेशोल्ड होता है.
मेमोरी के इस्तेमाल की मेट्रिक के लिए, हर डिवाइस की रैम के टियर और ऐप्लिकेशन की स्थिति के हिसाब से अलग-अलग थ्रेशोल्ड होते हैं. साथ ही, ऐप्लिकेशन और गेम के लिए भी अलग-अलग थ्रेशोल्ड होते हैं. बिट मैप के लिए मेमोरी का इस्तेमाल, डिवाइस की रैम के सभी टियर के लिए एक जैसा होता है. हालांकि, ऐप्लिकेशन की हर स्थिति के लिए इसके अलग-अलग थ्रेशोल्ड होते हैं.
अक्सर पूछे जाने वाले सवाल
सबसे ज़रूरी जानकारी क्या होती है?
सबसे ज़रूरी जानकारी, Android की ज़रूरी जानकारी में शामिल सबसे अहम मेट्रिक होती हैं. इनका असर, Google Play पर आपके ऐप्लिकेशन के दिखने की संभावना पर पड़ता है. सबसे ज़रूरी जानकारी में ये शामिल हैं:
स्थिरता: सभी ऐप्लिकेशन के लिए यूज़र-पर्सीव्ड क्रैश रेट और यूज़र-पर्सीव्ड एएनआर रेट.
बैटरी: सभी ऐप्लिकेशन के लिए पार्शियल वेक लॉक का ज़्यादा इस्तेमाल और वॉच फ़ेस वाले ऐप्लिकेशन के लिए ज़्यादा बैटरी खर्च.
मेमोरी: सभी मोबाइल ऐप्लिकेशन के लिए मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी + स्वैप मेमोरी) और बिट मैप के लिए मेमोरी का इस्तेमाल.
खराब परफ़ॉर्मेंस के थ्रेशोल्ड क्या होते हैं?
स्थिरता और बैटरी की ज़रूरी जानकारी
|
खराब परफ़ॉर्मेंस का थ्रेशोल्ड Google Play पर अपने टाइटल के दिखने की संभावना को ज़्यादा से ज़्यादा बढ़ाने के लिए, कृपया इसे इन थ्रेशोल्ड के अंदर रखें. |
|||
|---|---|---|---|
| कुल (सभी डिवाइसों पर औसत) | हर फ़ोन मॉडल के लिए | हर वॉच मॉडल के लिए | |
| यूज़र-पर्सीव्ड क्रैश रेट | 1.09% | 8% | 4% |
| यूज़र-पर्सीव्ड एएनआर रेट | 0.47% | 8% | 5% |
| ज़्यादा बैटरी खर्च हुई | 1% | - | 1% |
| पार्शियल वेक लॉक का ज़्यादा इस्तेमाल हुआ | 5% | - | - |
मेमोरी की ज़रूरी जानकारी
ऐप्लिकेशन
|
खराब परफ़ॉर्मेंस का थ्रेशोल्ड Google Play पर अपने टाइटल के दिखने की संभावना को ज़्यादा से ज़्यादा बढ़ाने के लिए, कृपया इसे इन थ्रेशोल्ड के अंदर रखें. |
|||||
|---|---|---|---|---|---|
| फ़िज़िकल रैम (कुल मेमोरी की रेंज) |
ऐप्लिकेशन की स्थिति | ||||
| फ़ोरग्राउंड | उपयोगकर्ता को दिखने वाली सेवाएं | बैकग्राउंड | संचित | ||
| मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी + स्वैप मेमोरी) | 0 - 4 जीबी (0 - 3200 एमबी) |
- | - | - | - |
| 4 जीबी (3200 - 4800 एमबी) |
2.00 जीबी | 1.00 जीबी | 1.00 जीबी | - | |
| 6 जीबी (4800 - 6800 एमबी) |
2.25 जीबी | 1.25 जीबी | 1.25 जीबी | - | |
| 8 जीबी (6800 - 9216 एमबी) |
2.25 जीबी | 1.50 जीबी | 1.50 जीबी | - | |
| 12 जीबी (9216 - 14336 एमबी) |
3.25 जीबी | 1.75 जीबी | 1.75 जीबी | - | |
| 16 जीबी (14336 - 18432 एमबी) |
4.25 जीबी | 2.00 जीबी | 2.00 जीबी | - | |
| 16 जीबी से ज़्यादा (18432 एमबी से ज़्यादा) |
- | - | - | - | |
| बिट मैप के लिए मेमोरी का इस्तेमाल | - | - | 200 एमबी | 200 एमबी | 400 एमबी |
गेम
|
खराब परफ़ॉर्मेंस का थ्रेशोल्ड Google Play पर अपने टाइटल के दिखने की संभावना को ज़्यादा से ज़्यादा बढ़ाने के लिए, कृपया इसे इन थ्रेशोल्ड के अंदर रखें. |
|||||
|---|---|---|---|---|---|
| फ़िज़िकल रैम (कुल मेमोरी की रेंज) |
ऐप्लिकेशन की स्थिति | ||||
| फ़ोरग्राउंड | उपयोगकर्ता को दिखने वाली सेवाएं | बैकग्राउंड | संचित | ||
| मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी + स्वैप मेमोरी) | 0 - 4 जीबी (0 - 3200 एमबी) |
- | - | - | - |
| 4 जीबी (3200 - 4800 एमबी) |
2.25 जीबी | 2.00 जीबी | 2.00 जीबी | - | |
| 6 जीबी (4800 - 6800 एमबी) |
2.75 जीबी | 2.50 जीबी | 2.50 जीबी | - | |
| 8 जीबी (6800 - 9216 एमबी) |
3.50 जीबी | 2.75 जीबी | 2.75 जीबी | - | |
| 12 जीबी (9216 - 14336 एमबी) |
4.00 जीबी | 3.20 जीबी | 3.20 जीबी | - | |
| 16 जीबी (14336 - 18432 एमबी) |
5.00 जीबी | 3.50 जीबी | 3.50 जीबी | - | |
| 16 जीबी से ज़्यादा (18432 एमबी से ज़्यादा) |
- | - | - | - | |
| बिट मैप के लिए मेमोरी का इस्तेमाल | - | - | 200 एमबी | 200 एमबी | 400 एमबी |
DEX कोड ऑप्टिमाइज़ेशन
|
खराब परफ़ॉर्मेंस का थ्रेशोल्ड
Google Play पर अपने टाइटल के दिखने की संभावना को ज़्यादा से ज़्यादा बढ़ाने के लिए, कृपया इसे इन थ्रेशोल्ड से ज़्यादा रखें. |
||
|---|---|---|
| मानदंड | ज़रूरी शर्त | कम से कम थ्रेशोल्ड |
| ऐसे ऐप्लिकेशन जिनमें DEX कोड 10 एमबी से ज़्यादा है | ऑप्टिमाइज़ेशन, कोड को छिपाना, और कोड को छोटा करना | 25% |
| ऐसे गेम जिनमें DEX कोड 50 एमबी से ज़्यादा है | ऑप्टिमाइज़ेशन, कोड को छिपाना, और कोड को छोटा करना | 25% |
सबसे ज़रूरी जानकारी का असर, Play पर मेरे टाइटल के दिखने की संभावना पर कैसे पड़ता है?
अगर आपका ऐप्लिकेशन या गेम, खराब परफ़ॉर्मेंस के थ्रेशोल्ड से ज़्यादा है, तो Play आपके टाइटल के दिखने की संभावना को कम कर सकता है. Play, आपके स्टोर पेज पर उपयोगकर्ताओं को चेतावनी भी दिखा सकता है.
क्या ऐसा हो सकता है कि किसी ऐप्लिकेशन की परफ़ॉर्मेंस, हर डिवाइस के हिसाब से भी खराब हो और कुल मिलाकर भी खराब हो? या सिर्फ़ एक के हिसाब से खराब हो, लेकिन दूसरे के हिसाब से नहीं? अगर ऐसा होता है, तो मुझे क्या करना चाहिए?
हां, ऐसा हो सकता है. ऐप्लिकेशन की क्वालिटी बेहतर बनाने के लिए, उन क्रैश और ANR को ठीक करें जिनका असर ज़्यादातर उपयोगकर्ताओं पर पड़ रहा है. चुनिंदा डिवाइसों पर बेहतर क्वालिटी पाने के लिए, उन डिवाइसों पर क्रैश और ANR के सबसे बड़े ग्रुप को ठीक करें. अगर आपको दोनों समस्याएं हैं, तो सबसे पहले कुल मिलाकर क्रैश और ANR के सबसे बड़े क्लस्टर पर फ़ोकस करें.
मुझे तकनीकी समस्याओं को ठीक करने में मदद चाहिए. मैं कहां से प्रारंभ करूं?
आपके ऐप्लिकेशन या गेम में तकनीकी समस्याओं की पहचान करने और उन्हें ठीक करने में मदद करने के लिए, यहां दिए गए संसाधन उपलब्ध हैं.
सबसे ज़रूरी जानकारी:
यूज़र-पर्सीव्ड एएनआर रेट
यूज़र-पर्सीव्ड क्रैश रेट
ज़्यादा बैटरी खर्च
पार्शियल वेक लॉक का ज़्यादा इस्तेमाल
मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी + स्वैप मेमोरी)
बिट मैप के लिए मेमोरी का इस्तेमाल
अन्य सभी ज़रूरी जानकारी:
ज़्यादा वेकअप
अटके हुए पार्शियल वेक लॉक
बैकग्राउंड में बहुत बार वाई-फ़ाई स्कैन करना
बैकग्राउंड में नेटवर्क का ज़्यादा
इस्तेमाल
ऐप्लिकेशन के शुरू होने में लगने वाला समय
धीमी रेंडरिंग
धीमे सेशन
कम मेमोरी वाले किलर (एलएमके)
अनुमति न मिलना
मुझे खराब परफ़ॉर्मेंस या स्टोर पेज की चेतावनियों के बारे में अचानक पता नहीं चलना चाहिए. मैं इसके लिए पहले से कैसे तैयारी कर सकता/सकती हूं?
Play, आपके ऐप्लिकेशन की क्वालिटी का आकलन करने के लिए, पिछले 28 दिनों के डेटा का इस्तेमाल करता है. Android की ज़रूरी जानकारी, उस अवधि के दौरान होने वाली किसी भी समस्या के बारे में आपको चेतावनी देती है.
- यूज़र इंटरफ़ेस (यूआई) को नियमित तौर पर देखें या अपने वर्कफ़्लो में डेटा इंटिग्रेट करने के लिए, रिपोर्टिंग एपीआई का इस्तेमाल करें.
- Play Console में, समस्याओं के लिए ईमेल से मिलने वाली सूचनाएं सेट अप करें.
- Android की ज़रूरी जानकारी, "नई समस्याओं" को फ़्लैग करती है. ये ऐसी समस्याएं होती हैं जिनका असर, क्रैश और ANR के लिए सात दिनों से ज़्यादा समय तक डिवाइसों पर पड़ता है. इससे आपको इन समस्याओं को ठीक करने के लिए 21 दिन मिलते हैं.
मेरे पास ऐसे कई डिवाइस हैं जिन पर ऐप्लिकेशन की परफ़ॉर्मेंस खराब है. मैं इस सूची को कैसे समझूं?
कभी-कभी, डिवाइस के हार्डवेयर या सॉफ़्टवेयर की समस्याओं की वजह से, गड़बड़ी की दर ज़्यादा होती है. Android की ज़रूरी जानकारी, गड़बड़ी की ज़्यादा दर और रैम, Android वर्शन, और प्रोसेसर के टाइप जैसी चीज़ों के बीच संभावित लिंक के बारे में आपको सूचनाएं देती है. Play Console में, 'पहुंच और डिवाइस' का इस्तेमाल करके, इन लिंक की जांच खुद भी की जा सकती है.
Android की ज़रूरी जानकारी, डिवाइस की अहम जानकारी को तुरंत ऐक्सेस करने की सुविधा भी देती है. जैसे, उपयोगकर्ताओं की संख्या, रेवेन्यू, रेटिंग, और समीक्षाएं. यह जानकारी, साइड पैनल में दिखती है. इसलिए, आपको अपना मौजूदा पेज छोड़ने की ज़रूरत नहीं होती.
अगर मैं किसी डिवाइस पर कोई समस्या ठीक कर लेता/लेती हूं, तो चेतावनियां कितने समय बाद दिखनी बंद हो जाएंगी?
Play, आपके ऐप्लिकेशन के मुख्य परफ़ॉर्मेंस इंडिकेटर की रोज़ाना जांच करता है. इसके लिए, 28 दिनों के औसत का इस्तेमाल किया जाता है. जब यह औसत बेहतर होता है, तो Android की ज़रूरी जानकारी की चेतावनियां दिखनी बंद हो जाती हैं. अगर Play का सिस्टम, परफ़ॉर्मेंस में सुधार का पता लगाता है, तो स्टोर पेज की चेतावनियां तेज़ी से हटाई जा सकती हैं.
अगर मैं समस्या को ठीक नहीं कर पाता/पाती हूं या ऐसा नहीं करना चाहता/चाहती हूं, तो क्या होगा?
पक्का करें कि आपने उपयोगकर्ता अनुभव खराब होने की वजह से होने वाले नुकसान और लागत का आकलन कर लिया हो. ऐप्लिकेशन की खराब परफ़ॉर्मेंस से मौजूदा उपयोगकर्ताओं पर असर पड़ता है. साथ ही, नए उपयोगकर्ताओं को आकर्षित करना मुश्किल हो जाता है. अगर चुनिंदा डिवाइसों पर समस्याओं को ठीक करना मुमकिन नहीं है, तो डिवाइस टारगेटिंग और बाहर करने के नियमों पर फिर से विचार करें.
Android की ज़रूरी जानकारी में समस्याओं की संख्या और दरें, मेरी या तीसरे पक्ष के अन्य समाधानों से दिखने वाली समस्याओं की संख्या और दरों से क्यों मेल नहीं खाती हैं?
Android की ज़रूरी जानकारी, Play पर ऐप्लिकेशन की तकनीकी क्वालिटी का मुख्य सोर्स है. कई वजहों से, समस्याओं की संख्या और दरें अन्य सोर्स से अलग हो सकती हैं:
- Android की ज़रूरी जानकारी का डेटा, Android सिस्टम से आता है. इसमें ऐसे इवेंट शामिल होते हैं जो एसडीके को नहीं दिखते. जैसे:
- एसडीके शुरू होने से पहले होने वाले क्रैश
- Android 12 से पहले होने वाले ANR
- Android की ज़रूरी जानकारी, सिर्फ़ सर्टिफ़िकेट वाले डिवाइसों और Google Play से इंस्टॉल किए गए ऐप्लिकेशन की समस्याओं को ही गिनती है.
- Android की ज़रूरी जानकारी, सिर्फ़ उन उपयोगकर्ताओं के डेटा का इस्तेमाल करती है जिन्होंने डेटा शेयर करने की सहमति दी है.
- उपयोगकर्ता की निजता की सुरक्षा के लिए, हम सिर्फ़ तब डेटा दिखाते हैं, जब हमारे पास गुमनाम रिपोर्ट बनाने के लिए ज़रूरी डेटा मौजूद हो.
- समस्याओं की दरों का हिसाब अलग-अलग तरीके से लगाया जा सकता है. Android की ज़रूरी जानकारी, रोज़ाना सक्रिय रहने वाले हर उपयोगकर्ता के हिसाब से समस्याएं दिखाती है.
- उदाहरण के लिए, Crashlytics, हर ऐप्लिकेशन सेशन के हिसाब से समस्याओं की संख्या को गिनता है. अगर किसी उपयोगकर्ता ने एक दिन में तीन बार कोई गेम खेला और उसे एक क्रैश का सामना करना पड़ा, तो Android की ज़रूरी जानकारी में क्रैश रेट 100% दिखेगा. वहीं, Crashlytics में क्रैश रेट 33% दिखेगा.
डेटा इकट्ठा करने के तरीके के बारे में ज़्यादा जानने के लिए, Play Console का सहायता केंद्र देखें.
क्या मैं IDE में, ANR और क्रैश से जुड़ी अहम जानकारी देख सकता/सकती हूं?
हां. Android Studio Meerkat में, ऐप्लिकेशन की क्वालिटी से जुड़ी अहम जानकारी में रिपोर्ट देखते समय, अहम जानकारी टैब पर क्लिक करें. Gemini, क्रैश की खास जानकारी देता है, अहम जानकारी जनरेट करता है, और काम के दस्तावेज़ों के लिंक उपलब्ध कराता है. अगर Gemini को स्थानीय कोड के कॉन्टेक्स्ट का ऐक्सेस भी दिया जाता है, तो Gemini ज़्यादा सटीक नतीजे, काम के अगले चरण, और कोड के सुझाव दे सकता है. इससे, समस्याओं की पहचान करने और उन्हें हल करने में लगने वाला समय कम हो जाता है. ज़्यादा जानने के लिए, Android Studio का दस्तावेज़ देखें.
उपयोगकर्ता सेशन किसे माना जाता है और यह कब शुरू और खत्म होता है?
उपयोगकर्ता सेशन, 24 घंटे की अवधि में होने वाली इस्तेमाल की गतिविधि के योग को कहा जाता है. इकट्ठा की गई Android की ज़रूरी जानकारी की सभी मेट्रिक के लिए, 24 घंटे की अवधि पैसिफ़िक समय (पीटी) के हिसाब से, रात 12 बजे से शुरू होती है. अगर किसी दिन ऐप्लिकेशन के इस्तेमाल की कोई गतिविधि रिकॉर्ड नहीं की जाती है, तो सेशन रिकॉर्ड नहीं किया जाता.