
'Android की ज़रूरी जानकारी' की मदद से, Google को Google Play पर Android ऐप्लिकेशन की क्वालिटी को बेहतर बनाने में मदद मिलती है. जब कोई उपयोगकर्ता इसकी अनुमति देता है, तब Android डिवाइस पर ऐप्लिकेशन की क्वालिटी से जुड़ी मेट्रिक ट्रैक की जाती हैं. जैसे, ऐप्लिकेशन की परफ़ॉर्मेंस, बैटरी का इस्तेमाल, और अनुमति से जुड़ी समस्याएं. Google Play इस डेटा को इकट्ठा करता है. इसे Play Console में Android की ज़रूरी जानकारी वाले डैशबोर्ड और Google Play Developer Reporting API के ज़रिए ऐक्सेस किया जा सकता है.
डेवलपर को Android की ज़रूरी जानकारी को मॉनिटर करना चाहिए, ताकि उपयोगकर्ता अनुभव को बेहतर बनाया जा सके. खास तौर पर, इन ज़रूरी जानकारी को मॉनिटर करना चाहिए: उपयोगकर्ता को दिखने वाला क्रैश रेट, उपयोगकर्ता को दिखने वाला एएनआर रेट, पार्शियल वेक लॉक का ज़्यादा इस्तेमाल, मेमोरी का इस्तेमाल, और बिटमैप के लिए मेमोरी का इस्तेमाल.
सबसे ज़रूरी जानकारी और ऐप्लिकेशन के ठीक से काम न करने की समस्या
आपके ऐप्लिकेशन की सबसे ज़रूरी जानकारी का असर, Google Play पर आपके ऐप्लिकेशन के दिखने पर पड़ता है. 'सबसे ज़रूरी जानकारी' के अलावा, Android की ज़रूरी जानकारी आपको DEX कोड ऑप्टिमाइज़ेशन जैसे आइटम के बारे में सूचनाएं देती है. इन पर ध्यान देना ज़रूरी है. साथ ही, इनसे Google Play पर आपके ऐप्लिकेशन के दिखने पर भी असर पड़ सकता है. यूज़र-पर्सीव्ड क्रैश रेट और यूज़र-पर्सीव्ड एएनआर रेट के लिए, कुल मिलाकर और हर डिवाइस के हिसाब से, ऐप्लिकेशन की खराब परफ़ॉर्मेंस का थ्रेशोल्ड तय किया जाता है.
पार्शियल वेक लॉक के ज़्यादा इस्तेमाल के लिए, ऐप्लिकेशन की खराब परफ़ॉर्मेंस का सिर्फ़ एक थ्रेशोल्ड होता है. वहीं, Wear OS पर ज़्यादा बैटरी खर्च के लिए, ऐप्लिकेशन की खराब परफ़ॉर्मेंस का एक थ्रेशोल्ड और हर वॉच मॉडल के लिए एक थ्रेशोल्ड होता है.
मेमोरी के इस्तेमाल की मेट्रिक के लिए, डिवाइस की रैम के हर टियर और ऐप्लिकेशन की स्थिति के हिसाब से अलग-अलग थ्रेशोल्ड होते हैं. साथ ही, यह मेट्रिक ऐप्लिकेशन और गेम के लिए अलग-अलग होती है. डिवाइस की रैम के टियर के हिसाब से बिटमैप मेमोरी का इस्तेमाल एक जैसा होता है. हालांकि, ऐप्लिकेशन की हर स्थिति के लिए इसके थ्रेशोल्ड अलग-अलग होते हैं.
अक्सर पूछे जाने वाले सवाल
सबसे ज़रूरी जानकारी क्या होती है?
सबसे ज़रूरी जानकारी, Android की ज़रूरी जानकारी में शामिल सबसे अहम मेट्रिक होती हैं. इनका असर, Google Play पर आपके ऐप्लिकेशन के दिखने पर पड़ता है. सबसे ज़रूरी जानकारी में ये शामिल हैं:
स्टेबिलिटी: सभी ऐप्लिकेशन के लिए, यूज़र-पर्सीव्ड क्रैश रेट और यूज़र-पर्सीव्ड एएनआर रेट.
बैटरी: सभी ऐप्लिकेशन के लिए, पार्शियल वेक लॉक का ज़्यादा इस्तेमाल और वॉच फ़ेस ऐप्लिकेशन के लिए, ज़्यादा बैटरी खर्च होना.
मेमोरी: सभी मोबाइल ऐप्लिकेशन के लिए, मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी) और बिटमैप के लिए मेमोरी का इस्तेमाल.
ऐप्लिकेशन के ठीक से काम न करने की समस्या के थ्रेशोल्ड क्या हैं?
स्टेबिलिटी और बैटरी की ज़रूरी जानकारी
|
खराब परफ़ॉर्मेंस का थ्रेशोल्ड Google Play पर अपने टाइटल को ज़्यादा से ज़्यादा लोगों को दिखाने के लिए, कृपया इसे इन थ्रेशोल्ड के अंदर रखें. |
|||
|---|---|---|---|
| कुल (सभी डिवाइसों का औसत) | हर फ़ोन मॉडल के हिसाब से | हर वॉच मॉडल के हिसाब से | |
| यूज़र-पर्सीव्ड क्रैश रेट | 1.09% | 8% | 4% |
| यूज़र-पर्सीव्ड ANR रेट | 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 पर अपने टाइटल को ज़्यादा से ज़्यादा लोगों को दिखाने के लिए, कृपया इसे इन थ्रेशोल्ड से ऊपर रखें. |
||
|---|---|---|
| मानदंड | ज़रूरी शर्त | कम से कम थ्रेशोल्ड |
| ऐसे ऐप्लिकेशन जिनमें 10 एमबी से ज़्यादा का DEX कोड है | ऑप्टिमाइज़ेशन, अस्पष्ट करना, और कोड छोटा करना | 25% |
| ऐसे गेम जिनमें 50 एमबी से ज़्यादा का DEX कोड है | ऑप्टिमाइज़ेशन, अस्पष्ट करना, और कोड छोटा करना | 25% |
सबसे ज़रूरी जानकारी से, Play पर मेरे टाइटल के दिखने की संभावना पर क्या असर पड़ता है?
अगर आपका ऐप्लिकेशन या गेम, ऐप्लिकेशन की खराब परफ़ॉर्मेंस के थ्रेशोल्ड को पार कर लेता है, तो Play आपके ऐप्लिकेशन या गेम को कम दिखा सकता है. Play, उपयोगकर्ताओं को आपके स्टोर पेज पर चेतावनी भी दिखा सकता है.
क्या किसी ऐप्लिकेशन की परफ़ॉर्मेंस, डिवाइस के हिसाब से और कुल मिलाकर, दोनों तरह से खराब हो सकती है? या सिर्फ़ एक को बंद करना है? अगर ऐसा होता है, तो मुझे क्या करना चाहिए?
हां, सभी कॉम्बिनेशन बनाए जा सकते हैं. ऐप्लिकेशन की क्वालिटी को बेहतर बनाने के लिए, उन क्रैश और एएनआर को ठीक करें जिनका असर सबसे ज़्यादा लोगों पर पड़ा है. कुछ डिवाइसों पर बेहतर क्वालिटी के लिए, उन डिवाइसों पर सबसे बड़े क्रैश और एएनआर ग्रुप ठीक करें. अगर आपको दोनों समस्याएं आ रही हैं, तो सबसे पहले सबसे बड़े क्रैश और एएनआर क्लस्टर पर ध्यान दें.
मुझे तकनीकी समस्याओं को ठीक करने में मदद चाहिए. मैं कहां से प्रारंभ करूं?
यहां दिए गए संसाधनों से, आपको यह समझने में मदद मिलेगी कि Android की ज़रूरी जानकारी, आपके ऐप्लिकेशन या गेम में तकनीकी समस्याओं को कैसे ट्रैक करती है. साथ ही, सामान्य तौर पर समस्या का पता लगाने और उसे ठीक करने के बारे में दिशा-निर्देश पाने के लिए, परफ़ॉर्मेंस से जुड़ी सामान्य समस्याओं को हल करना पर जाएं.
सबसे ज़रूरी जानकारी:
यूज़र-पर्सीव्ड एएनआर रेट
यूज़र-पर्सीव्ड क्रैश रेट
ज़्यादा बैटरी खर्च हुई
पार्शियल वेक लॉक का ज़्यादा इस्तेमाल
मेमोरी का इस्तेमाल (बिना सोर्स फ़ाइल वाली आरएसएस मेमोरी और स्वैप मेमोरी)
बिट मैप के लिए मेमोरी का इस्तेमाल
अन्य सभी ज़रूरी जानकारी:
बहुत बार स्क्रीन चालू होना
अटके हुए पार्शियल वेक लॉक
बैकग्राउंड में बहुत बार वाई-फ़ाई स्कैन करना
बैकग्राउंड में बहुत बार नेटवर्क का इस्तेमाल करना
ऐप्लिकेशन चालू होने में लगने वाला समय
धीरे-धीरे रेंडर होना
धीमे सेशन
मेमोरी खाली करने वाले प्रोसेस किलर (एलएमके)
अनुमति न मिलना
मुझे ऐप्लिकेशन की खराब परफ़ॉर्मेंस या स्टोर पेज से जुड़ी चेतावनियों के बारे में अचानक से पता नहीं चलना चाहिए. मैं इस समस्या से कैसे बचूं?
Play, आपके ऐप्लिकेशन की क्वालिटी का आकलन करने के लिए पिछले 28 दिनों का डेटा इस्तेमाल करता है. Android की ज़रूरी जानकारी की सुविधा, उस दौरान होने वाली किसी भी समस्या के बारे में आपको सूचना देती है.
- यूज़र इंटरफ़ेस (यूआई) को नियमित तौर पर देखें या Reporting API का इस्तेमाल करके, डेटा को अपने वर्कफ़्लो में इंटिग्रेट करें.
- Play Console में, समस्याओं के लिए ईमेल सूचनाएं सेट अप करें.
- Android की ज़रूरी जानकारी में, "नई समस्याएं" फ़्लैग की जाती हैं. ये ऐसी समस्याएं होती हैं जिनका असर सात दिनों से ज़्यादा समय से डिवाइसों पर पड़ रहा है. इनमें क्रैश और एएनआर की समस्याएं शामिल हैं. इन समस्याओं को ठीक करने के लिए, आपको 21 दिन का समय मिलता है.
मेरे पास ऐसे कई डिवाइस हैं जिन पर ऐप्लिकेशन की परफ़ॉर्मेंस खराब रही है. मैं सूची को कैसे समझूं?
कभी-कभी, डिवाइस के हार्डवेयर या सॉफ़्टवेयर से जुड़ी समस्याओं की वजह से, गड़बड़ी की दर ज़्यादा होती है. Android vitals, आपको ज़्यादा गड़बड़ी की दर और रैम, Android वर्शन, और प्रोसेसर टाइप जैसी चीज़ों के बीच संभावित लिंक के बारे में सूचना देता है. Play Console में 'पहुंच और डिवाइस' सेक्शन का इस्तेमाल करके, इन लिंक की जांच खुद भी की जा सकती है.
Android की ज़रूरी जानकारी की मदद से, डिवाइस की ज़रूरी जानकारी को तुरंत ऐक्सेस किया जा सकता है. जैसे, उपयोगकर्ताओं की संख्या, रेवेन्यू, रेटिंग, और समीक्षाएं. यह जानकारी साइड पैनल में दिखती है, इसलिए आपको मौजूदा पेज छोड़ने की ज़रूरत नहीं है.
अगर मैंने किसी डिवाइस पर समस्या ठीक कर दी है, तो चेतावनी दिखने में कितना समय लगेगा?
Play, आपके ऐप्लिकेशन के मुख्य परफ़ॉर्मेंस इंडिकेटर की हर दिन जांच करता है. इसके लिए, 28 दिनों के औसत का इस्तेमाल किया जाता है. जब यह औसत बेहतर हो जाता है, तब Android की ज़रूरी जानकारी से जुड़ी चेतावनियां नहीं दिखती हैं. अगर Play का सिस्टम यह पता लगाता है कि स्टोर पेज में सुधार हुआ है, तो चेतावनियों को जल्दी हटाया जा सकता है.
अगर मैं समस्या ठीक नहीं कर पाता या मुझे ऐसा नहीं करना है, तो क्या होगा?
पक्का करें कि आपने उपयोगकर्ता अनुभव खराब होने की वजह से होने वाले नुकसान और लागत का आकलन कर लिया हो. गलत व्यवहार से मौजूदा उपयोगकर्ताओं को नुकसान पहुंचता है. साथ ही, नए उपयोगकर्ताओं को आकर्षित करना मुश्किल हो जाता है. अगर कुछ डिवाइसों पर समस्याओं को ठीक करना मुमकिन नहीं है, तो डिवाइस टारगेटिंग और बाहर रखने के नियमों पर फिर से विचार करें.
Android की ज़रूरी जानकारी में, समस्याओं की संख्या और दरें, मेरे या तीसरे पक्ष के अन्य समाधानों में दिखने वाली समस्याओं की संख्या और दरों से क्यों मेल नहीं खाती हैं?
Android की ज़रूरी जानकारी, Play पर ऐप्लिकेशन की तकनीकी क्वालिटी का मुख्य सोर्स है. समस्याओं की संख्या और दरें, कई वजहों से अन्य स्रोतों से अलग हो सकती हैं:
- Android की ज़रूरी जानकारी का डेटा, Android सिस्टम से मिलता है. इसमें ऐसे इवेंट शामिल होते हैं जिन्हें एसडीके टूल नहीं देख पाते. जैसे:
- SDK टूल के शुरू होने से पहले क्रैश होना
- Android 12 से पहले के वर्शन पर होने वाली ANR की गड़बड़ियां
- Android की ज़रूरी जानकारी में, सिर्फ़ सर्टिफ़ाइड डिवाइसों और Google Play से इंस्टॉल किए गए ऐप्लिकेशन की समस्याओं को शामिल किया जाता है.
- Android की ज़रूरी जानकारी सिर्फ़ उन उपयोगकर्ताओं का डेटा इस्तेमाल करती है जिन्होंने डेटा शेयर करने की सहमति दी है.
- उपयोगकर्ता की निजता की सुरक्षा के लिए, हम सिर्फ़ तब डेटा दिखाते हैं, जब हमारे पास गुमनाम रिपोर्ट बनाने के लिए ज़रूरी डेटा मौजूद हो.
- समस्याओं के हिसाब लगाने के तरीके अलग-अलग हो सकते हैं. Android की ज़रूरी जानकारी में, हर दिन सक्रिय उपयोगकर्ता के हिसाब से समस्याएं दिखती हैं.
- उदाहरण के लिए, Crashlytics हर ऐप्लिकेशन सेशन में समस्याओं की संख्या को गिनता है. अगर किसी उपयोगकर्ता ने एक दिन में तीन बार गेम खेला और उसे एक बार क्रैश की गड़बड़ी का सामना करना पड़ा, तो Android की ज़रूरी जानकारी में क्रैश रेट 100% दिखेगा. वहीं, Crashlytics में क्रैश रेट 33% दिखेगा.
डेटा इकट्ठा करने के तरीके के बारे में ज़्यादा जानने के लिए, Play Console के सहायता केंद्र पर जाएं.
क्या मुझे आईडीई में, एएनआर और क्रैश की अहम जानकारी दिख सकती है?
हां, Android Studio Meerkat में, ऐप्लिकेशन की क्वालिटी से जुड़ी अहम जानकारी में रिपोर्ट देखते समय, 'अहम जानकारी' टैब पर क्लिक करें. Gemini, क्रैश की खास जानकारी देता है, अहम जानकारी जनरेट करता है, और काम के दस्तावेज़ों के लिंक देता है. अगर Gemini को स्थानीय कोड के कॉन्टेक्स्ट का ऐक्सेस भी दिया जाता है, तो Gemini ज़्यादा सटीक नतीजे, काम के अगले चरण, और कोड के सुझाव दे सकता है. इससे आपको समस्याओं का पता लगाने और उन्हें हल करने में कम समय लगता है. ज़्यादा जानने के लिए, Android Studio का दस्तावेज़ देखें.
उपयोगकर्ता सेशन किसे माना जाता है और यह कब शुरू और खत्म होता है?
उपयोगकर्ता सेशन को, 24 घंटे की अवधि में होने वाली इस्तेमाल की गतिविधि के योग के तौर पर तय किया जाता है. Android की ज़रूरी जानकारी से जुड़ी सभी मेट्रिक के लिए, 24 घंटे की अवधि पैसिफ़िक समय (पीटी) के हिसाब से आधी रात को शुरू होती है. अगर किसी दिन ऐप्लिकेशन के इस्तेमाल की कोई गतिविधि रिकॉर्ड नहीं की जाती है, तो सेशन रिकॉर्ड नहीं किया जाता.