क्रैश-फ़्री मेट्रिक के बारे में जानकारी

आपके हर ऐप्लिकेशन के लिए, Crashlytics क्रैश या फ़्रीज़ हुए बिना काम करने की मेट्रिक अपने-आप कैलकुलेट करता है और उन्हें दिखाता है. खास तौर पर, क्रैश या फ़्रीज़ हुए बिना काम करने वाले उपयोगकर्ताओं का प्रतिशत और क्रैश या फ़्रीज़ हुए बिना काम करने वाले सेशन का प्रतिशत. इन मेट्रिक की मदद से, आपको अपने ऐप्लिकेशन की परफ़ॉर्मेंस के बारे में तुरंत पता चल सकता है.

आपको बिना क्रैश वाली इन मेट्रिक के चार्ट, Crashlytics डैशबोर्ड में सबसे ऊपर दिखेंगे. साथ ही, इन चार्ट को अलग-अलग डाइमेंशन के हिसाब से फ़िल्टर किया जा सकता है. जैसे, समयसीमा, बिल्ड, और (Android ऐप्लिकेशन के लिए) Google Play ट्रैक.

ध्यान दें कि क्रैश-फ़्री मेट्रिक सिर्फ़ गंभीर इवेंट के लिए कैलकुलेट की जाती हैं. साथ ही, Unity और Flutter के लिए, गड़बड़ी वाले ऐसे इवेंट के लिए भी कैलकुलेट की जाती हैं जिनके बारे में पता नहीं चला और जिन्हें गंभीर इवेंट के तौर पर रिपोर्ट किया गया है.

अहम जानकारी: क्रैश-फ़्री मेट्रिक के लिए सबसे सटीक कैलकुलेशन पाने और Crashlytics में मौजूद नई सुविधाओं (जैसे, क्रैश-फ़्री सेशन) को ऐक्सेस करने के लिए, पक्का करें कि आपका ऐप्लिकेशन कम से कम Crashlytics SDK के इन वर्शन का इस्तेमाल करता हो:
Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

क्रैश-फ़्री मेट्रिक पाना

ज़्यादातर ऐप्लिकेशन के लिए, क्रैश-फ़्री मेट्रिक अपने-आप कैलकुलेट हो जाती हैं. ऐसा तब होता है, जब ऐप्लिकेशन में Crashlytics SDK टूल को इंटिग्रेट किया जाता है. हालांकि, कुछ ऐसी स्थितियां होती हैं जब Crashlytics को क्रैश-फ़्री मेट्रिक कैलकुलेट करने के लिए ज़रूरी डेटा नहीं मिलता:

• आपके ऐप्लिकेशन के ऐसे बिल्ड जिनमें Crashlytics एसडीके के पुराने वर्शन का इस्तेमाल किया गया हो (नीचे दिए गए, कम से कम ज़रूरी वर्शन के बारे में जानें)

• आपके ऐप्लिकेशन के ऐसे बिल्ड जो Crashlytics डेटा कलेक्शन और रिपोर्टिंग की सुविधा को अपने-आप बंद कर देते हैं. इस पेज के "मेट्रिक की क्वालिटी पर डेटा कलेक्शन की सेटिंग का असर" सेक्शन में इसके बारे में ज़्यादा जानें

एसडीके के ऐसे वर्शन जो क्रैश-फ़्री मेट्रिक के साथ काम करते हैं

क्रैश-फ़्री मेट्रिक पाने के लिए, आपको अपने ऐप्लिकेशन को Crashlytics SDK के ऐसे वर्शन पर अपडेट करना होगा जो इन मेट्रिक के साथ काम करता हो. यहां Crashlytics SDK के उन वर्शन की जानकारी दी गई है जो क्रैश-फ़्री मेट्रिक को बेहतर बना सकते हैं. ये कम से कम ज़रूरी वर्शन हैं:

• Apple के प्लैटफ़ॉर्म: v10.8.0+
• Android: v18.6.0+ (BoM v32.6.0+)
• Flutter: v3.4.5+
• Unity: 11.7.0 या इसके बाद के वर्शन

एसडीके के अपडेट किए गए वर्शन का इस्तेमाल करने वाले ऐप्लिकेशन के बिल्ड के लिए, आपको क्रैश-फ़्री मेट्रिक अपने-आप मिलनी चाहिए.

क्रैश-फ़्री मेट्रिक क्या हैं?

क्रैश से जुड़ी मेट्रिक में, ऐसे उपयोगकर्ता और ऐसे सेशन शामिल हैं जिनमें ऐप्लिकेशन क्रैश नहीं हुआ.

ऐप्लिकेशन क्रैश न होने से जुड़ी मेट्रिक, दो कॉन्सेप्ट पर निर्भर करती हैं: उपयोगकर्ता और सेशन. अपने ऐप्लिकेशन के लिए क्रैश-फ़्री मेट्रिक पाने के लिए, आपको Crashlytics एसडीके के ऐसे वर्शन का इस्तेमाल करना होगा जो इन दोनों कॉन्सेप्ट के बारे में डेटा भेज सके. यहां बताया गया है कि Crashlytics किसी उपयोगकर्ता को सेशन से कैसे अलग करता है:

• उपयोगकर्ता का मतलब है, किसी डिवाइस पर आपके ऐप्लिकेशन का एक इंस्टॉलेशन. उदाहरण के लिए, अगर किसी व्यक्ति ने आपका ऐप्लिकेशन कई अलग-अलग डिवाइसों पर इंस्टॉल किया है, तो Crashlytics हर इंस्टॉलेशन को अलग और यूनीक उपयोगकर्ता के तौर पर गिनेगा.

• सेशन वह समयावधि होती है जब कोई उपयोगकर्ता किसी ऐप्लिकेशन का इस्तेमाल करता है. नया सेशन तब शुरू होता है, जब ऐप्लिकेशन को कोल्ड-स्टार्ट किया जाता है या ऐप्लिकेशन को बैकग्राउंड में कम से कम 30 मिनट तक रखने के बाद फ़ोरग्राउंड में लाया जाता है.

इसके अलावा, क्रैश न होने की मेट्रिक सिर्फ़ गंभीर इवेंट के लिए कैलकुलेट की जाती हैं. साथ ही, Unity और Flutter के लिए, गड़बड़ी वाले ऐसे इवेंट का पता लगाता है जिनके बारे में पता नहीं चला.

ध्यान दें: क्रैश-फ़्री मेट्रिक सिर्फ़ गंभीर इवेंट के लिए कैलकुलेट की जाती हैं. इसलिए, अगर आपने कंसोल में इवेंट टाइप को सिर्फ़ गैर-गंभीर इवेंट या एएनआर के लिए फ़िल्टर किया है, तो क्रैश-फ़्री मेट्रिक के चार्ट खाली दिखेंगे.

क्रैश से जुड़ी गड़बड़ियों के बिना उपयोगकर्ता मेट्रिक क्या है?

क्रैश होने की समस्या का सामना न करने वाले उपयोगकर्ता मेट्रिक, उन उपयोगकर्ताओं का प्रतिशत होती है जिन्होंने चुनी गई समयावधि के दौरान आपके ऐप्लिकेशन का इस्तेमाल किया, लेकिन उन्हें क्रैश होने की समस्या का सामना नहीं करना पड़ा. इस मेट्रिक से पता चलता है कि आपका ऐप्लिकेशन, किसी एक उपयोगकर्ता को कैसा अनुभव देता है. जब मकसद लोगों को बेहतर अनुभव देना होता है, तब इस मेट्रिक को अक्सर पूरे ऐप्लिकेशन के लिए, परफ़ॉर्मेंस की मुख्य मेट्रिक के तौर पर ट्रैक किया जाता है.

यह मेट्रिक, खास तौर पर इन तरह के ऐप्लिकेशन पर लागू हो सकती है:

• ऐसे ऐप्लिकेशन जिनमें उपयोगकर्ता लंबे समय तक और कभी-कभी सेशन के दौरान भी जुड़ा रहता है. जैसे, मांग पर वीडियो स्ट्रीमिंग की सुविधा देने वाले ऐप्लिकेशन, सोशल मीडिया ऐप्लिकेशन या कैज़ुअल गेम. इनमें उपयोगकर्ता, वहीं से शुरू कर सकता है जहां उसने छोड़ा था. आम तौर पर, उपयोगकर्ता इन ऐप्लिकेशन से लंबे समय तक और कई सेशन के दौरान जुड़ा रहता है. इसलिए, यह पक्का करने के बजाय कि हर सेशन में कोई समस्या न हो, यह ज़्यादा ज़रूरी है कि ऐप्लिकेशन क्रैश होने की वजह से उपयोगकर्ताओं को होने वाली समस्याओं को कम किया जाए.

• ऐसे ऐप्लिकेशन जिनके उपयोगकर्ताओं की संख्या ज़्यादा है. जैसे, काम से जुड़े लोकप्रिय ऐप्लिकेशन या बड़े पैमाने पर इस्तेमाल किए जाने वाले ऑनलाइन प्लैटफ़ॉर्म. इन प्लैटफ़ॉर्म को इस्तेमाल करने की आदत और ज़रूरत, क्रैश होने की वजह से होने वाली असुविधा से ज़्यादा होती है.

क्रैश-फ़्री सेशन मेट्रिक क्या है?

क्रैश-फ़्री सेशन मेट्रिक, उन सेशन का प्रतिशत होती है जो चुनी गई समयावधि के दौरान हुए और क्रैश नहीं हुए. क्रैश के बिना सेशन से, ऐप्लिकेशन की कुल विश्वसनीयता का पता चलता है. साथ ही, इससे उपयोगकर्ताओं का भरोसा बढ़ता है. क्रैश-फ़्री सेशन को ट्रैक करना, नई रिलीज़ के शुरुआती चरणों में खास तौर पर ज़रूरी होता है. ऐसा इसलिए, क्योंकि उपयोगकर्ता के पहली बार इंटरैक्शन के दौरान क्रैश होने से, वह तुरंत निराश हो सकता है और ऐप्लिकेशन का इस्तेमाल बंद कर सकता है.

आम तौर पर, इस मेट्रिक को इन तरह के ऐप्लिकेशन के लिए प्राथमिकता दी जाती है:

• ऐसे ऐप्लिकेशन जिन्हें कम समय के लिए इस्तेमाल किया जाता है, लेकिन उनका इस्तेमाल बहुत ज़्यादा होता है. जैसे, रीयल-टाइम गेमिंग या समय के हिसाब से स्ट्रीम करने वाले ऐप्लिकेशन. इनमें किसी ज़रूरी समय पर क्रैश होने से, उपयोगकर्ता को काफ़ी परेशानी हो सकती है.

• ऐसे ऐप्लिकेशन जिनमें उपयोगकर्ता के लिए अहम नतीजे मिलते हैं. जैसे, फ़ाइनेंशियल ऐप्लिकेशन या नेविगेशन ऐप्लिकेशन. इनमें उपयोगकर्ता के अनुभव के आखिरी चरण पर ज़ोर दिया जाता है. इनमें से किसी एक ऐप्लिकेशन के क्रैश होने से, गंभीर समस्याएं हो सकती हैं. इससे ऐप्लिकेशन पर लोगों का भरोसा कम हो जाता है.

ध्यान दें: क्रैश-फ़्री सेशन की सुविधा सिर्फ़ उन बिल्ड के लिए उपलब्ध है जो Crashlytics SDK के इन वर्शन का इस्तेमाल करते हैं:
Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

क्रैश न होने से जुड़ी मेट्रिक की गिनती

क्रैश का सामना न करने वाले उपयोगकर्ताओं की संख्या का हिसाब कैसे लगाया जाता है?

क्रैश हुए बिना ऐप्लिकेशन इस्तेमाल करने वाले उपयोगकर्ताओं की वैल्यू से पता चलता है कि चुनी गई समयावधि में, कितने प्रतिशत उपयोगकर्ताओं ने आपके ऐप्लिकेशन का इस्तेमाल किया, लेकिन उन्हें क्रैश होने की समस्या का सामना नहीं करना पड़ा.

उन उपयोगकर्ताओं का प्रतिशत कैलकुलेट करने का फ़ॉर्मूला यहां दिया गया है जिन्हें क्रैश का अनुभव नहीं हुआ. इसकी इनपुट वैल्यू, Crashlytics SDK से मिलती हैं. ये वैल्यू, उस समयावधि पर आधारित होती हैं जिसे आपने Crashlytics डैशबोर्ड में सबसे ऊपर दाईं ओर मौजूद ड्रॉप-डाउन मेन्यू से चुना है.

CRASH_FREE_USERS_PERCENTAGE = 1 - (CRASHED_USERS / ALL_USERS)

• CRASHED_USERS से, चुनी गई समयावधि में क्रैश का सामना करने वाले यूनीक उपयोगकर्ताओं की कुल संख्या का पता चलता है.

• ALL_USERS से पता चलता है कि चुनी गई समयावधि में, आपके ऐप्लिकेशन से जुड़े उपयोगकर्ताओं की कुल संख्या कितनी है.

उन उपयोगकर्ताओं का प्रतिशत जिन्हें क्रैश का अनुभव नहीं हुआ, यह समय के साथ एग्रीगेट किया गया डेटा है, औसत नहीं.

ध्यान दें: अगर आपका ऐप्लिकेशन, Crashlytics एसडीके के इनमें से किसी वर्शन का इस्तेमाल करता है, तो Crashlytics अब Google Analytics का इस्तेमाल नहीं करता है. ऐसा इसलिए, ताकि इन वर्शन का इस्तेमाल करने वाले बिल्ड के लिए, क्रैश न होने वाले उपयोगकर्ताओं की संख्या का हिसाब लगाया जा सके.
Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

अगर आपका ऐप्लिकेशन, Crashlytics एसडीके के पुराने वर्शन का इस्तेमाल करता है और इसलिए, क्रैश न होने वाले उपयोगकर्ताओं की संख्या का हिसाब लगाने के लिए Google Analytics पर निर्भर करता है, तो हमारा सुझाव है कि आप Crashlytics एसडीके के नए वर्शन का इस्तेमाल करें.

गिनती करने का उदाहरण देखें

उदाहरण के लिए, मान लें कि आपके ऐप्लिकेशन के तीन उपयोगकर्ता हैं. हम उन्हें उपयोगकर्ता A, उपयोगकर्ता B, और उपयोगकर्ता C कहेंगे. नीचे दी गई टेबल में, हर दिन आपके ऐप्लिकेशन का इस्तेमाल करने वाले उपयोगकर्ताओं की संख्या और उस दिन क्रैश होने वाले ऐप्लिकेशन के उपयोगकर्ताओं की संख्या दिखाई गई है:

	सोमवार	मंगलवार	बुधवार
ऐसे उपयोगकर्ता जिन्होंने आपके ऐप्लिकेशन का इस्तेमाल किया है	A, B, C	A, B, C	A, B
वह उपयोगकर्ता जिसे क्रैश का सामना करना पड़ा	C	B	A

• बुधवार को, ऐसे उपयोगकर्ताओं का प्रतिशत 50% है जिनके डिवाइस में आपका ऐप्लिकेशन क्रैश नहीं हुआ. इसका मतलब है कि दो में से एक उपयोगकर्ता के डिवाइस में ऐप्लिकेशन क्रैश नहीं हुआ.
  बुधवार को, आपके दो उपयोगकर्ताओं ने आपके ऐप्लिकेशन का इस्तेमाल किया. हालांकि, इनमें से सिर्फ़ एक उपयोगकर्ता (उपयोगकर्ता B) को ऐप्लिकेशन बंद होने की समस्या का सामना नहीं करना पड़ा.

• पिछले दो दिनों में, आपके ऐप्लिकेशन का इस्तेमाल करने वाले 33.3% लोगों को क्रैश होने की समस्या का सामना नहीं करना पड़ा. इसका मतलब है कि तीन में से एक व्यक्ति को क्रैश होने की समस्या का सामना नहीं करना पड़ा.
  पिछले दो दिनों में, तीन उपयोगकर्ताओं ने आपके ऐप्लिकेशन का इस्तेमाल किया. हालांकि, इनमें से सिर्फ़ एक उपयोगकर्ता (उपयोगकर्ता C) को कोई समस्या नहीं हुई.

• पिछले तीन दिनों में, ऐसे उपयोगकर्ताओं का प्रतिशत 0% है जिनके डिवाइस में आपका ऐप्लिकेशन क्रैश नहीं हुआ. इसका मतलब है कि तीन में से किसी भी उपयोगकर्ता के डिवाइस में ऐप्लिकेशन क्रैश नहीं हुआ.
  पिछले तीन दिनों में, तीन उपयोगकर्ताओं ने आपके ऐप्लिकेशन का इस्तेमाल किया. हालांकि, इनमें से किसी को भी क्रैश की समस्या नहीं हुई.

अलग-अलग समयावधियों के लिए, उन उपयोगकर्ताओं की वैल्यू की तुलना नहीं की जानी चाहिए जिन्हें क्रैश का अनुभव नहीं हुआ. कोई उपयोगकर्ता जितनी बार आपके ऐप्लिकेशन का इस्तेमाल करता है उसके लिए क्रैश होने की संभावना उतनी ही बढ़ जाती है. इसलिए, लंबे समय तक ऐप्लिकेशन का इस्तेमाल करने वाले उपयोगकर्ताओं के लिए, बिना क्रैश हुए काम करने वाले ऐप्लिकेशन की वैल्यू कम होने की संभावना होती है.

ऐप्लिकेशन के बंद होने की समस्या के बिना वाले सेशन का हिसाब कैसे लगाया जाता है?

क्रैश-फ़्री सेशन की वैल्यू, उन सेशन का प्रतिशत दिखाती है जो आपके ऐप्लिकेशन में हुए, लेकिन चुनी गई समयावधि में बंद नहीं हुए.

क्रैश-फ़्री सेशन का प्रतिशत कैलकुलेट करने का फ़ॉर्मूला यहां दिया गया है. इसकी इनपुट वैल्यू, Crashlytics SDK से मिलती हैं. ये वैल्यू, उस समयावधि पर आधारित होती हैं जिसे आपने Crashlytics डैशबोर्ड में सबसे ऊपर दाईं ओर मौजूद ड्रॉप-डाउन मेन्यू से चुना है.

CRASH_FREE_SESSIONS_PERCENTAGE = 1 - (CRASHED_SESSIONS / ALL_SESSIONS)

• CRASHED_SESSIONS से पता चलता है कि चुनी गई समयावधि में, क्रैश होने की वजह से खत्म हुए सेशन की संख्या कितनी है.

• ALL_SESSIONS से पता चलता है कि चुनी गई समयावधि के दौरान, आपके ऐप्लिकेशन में कुल कितने सेशन हुए.

क्रैश-फ़्री सेशन का प्रतिशत, समय के साथ एग्रीगेट किया गया डेटा होता है, न कि औसत.

डेटा कलेक्शन की सेटिंग का मेट्रिक की क्वालिटी पर असर

डेटा इकट्ठा करने की सेटिंग के आधार पर, क्रैश न होने की मेट्रिक में कम या शून्य वैल्यू दिख सकती हैं. यहां दो सामान्य स्थितियां दी गई हैं. इनकी वजह से, क्रैश न होने की मेट्रिक पर भरोसा नहीं किया जा सकता:

• अगर आपने क्रैश रिपोर्ट अपने-आप भेजने की सुविधा बंद करके, ऑप्ट-इन रिपोर्टिंग की सुविधा चालू की है, तो क्रैश की जानकारी सिर्फ़ उन उपयोगकर्ताओं से Crashlytics को भेजी जा सकती है जिन्होंने डेटा इकट्ठा करने की सुविधा के लिए ऑप्ट-इन किया है. इसलिए, क्रैश न होने की मेट्रिक की सटीक जानकारी पर असर पड़ेगा, क्योंकि Crashlytics के पास सिर्फ़ उन उपयोगकर्ताओं की क्रैश से जुड़ी जानकारी होती है जिन्होंने ऑप्ट-इन किया है. हालांकि, सभी उपयोगकर्ताओं की जानकारी नहीं होती. इसका मतलब है कि क्रैश न होने की मेट्रिक कम भरोसेमंद हो सकती हैं. साथ ही, इससे आपके ऐप्लिकेशन की स्थिरता के बारे में पूरी जानकारी नहीं मिल सकती.

• अगर आपने डेटा अपने-आप इकट्ठा होने की सुविधा बंद की है, तो डिवाइस पर कैश की गई रिपोर्ट को Crashlytics पर भेजने के लिए, sendUnsentReports का इस्तेमाल किया जा सकता है. इस तरीके का इस्तेमाल करने पर, Crashlytics को क्रैश का डेटा भेजा जाएगा. हालांकि, सेशन का डेटा नहीं भेजा जाएगा. इस वजह से, कंसोल चार्ट में क्रैश-फ़्री मेट्रिक के लिए कम या शून्य वैल्यू दिखती हैं.