परफ़ॉर्मेंस मॉनिटर करने से जुड़ी समस्या हल करना और अक्सर पूछे जाने वाले सवाल

परफ़ॉर्मेंस इवेंट के लॉग मैसेज देखने का तरीका

1. डीबग लॉग करने की प्रोसेस चालू करने के लिए, यह तरीका अपनाएं:

   1. Xcode (कम से कम v15.2) में, प्रॉडक्ट > स्कीम > स्कीम में बदलाव करें को चुनें.
   2. बाईं ओर मौजूद मेन्यू में जाकर, Run चुनें. इसके बाद, आर्ग्युमेंट टैब चुनें.
   3. लॉन्च के बाद पास किए गए आर्ग्युमेंट सेक्शन में, -FIRDebugEnabled जोड़ें.

2. गड़बड़ी के मैसेज के लिए, अपने लॉग मैसेज देखें.

3. Performance Monitoring अपने लॉग मैसेज को Firebase/Performance से टैग करता है, ताकि आप आपके लॉग मैसेज को फ़िल्टर कर सकता है.

4. इस तरह के लॉग देखें जो दिखाते हैं कि Performance Monitoring परफ़ॉर्मेंस इवेंट लॉग करने के लिए:

   • Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. Firebase कंसोल में अपना डेटा देखने के लिए, यूआरएल पर क्लिक करें. डैशबोर्ड में डेटा अपडेट होने में कुछ समय लग सकता है.

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

SDK टूल को ऐप्लिकेशन में जोड़ा गया, लेकिन कंसोल अब भी SDK टूल जोड़ने के लिए कहा जा रहा है

Firebase यह पता लगा सकता है कि आपने ऐप्लिकेशन में Performance Monitoring SDK टूल जोड़ा है या नहीं जब उसे आपके ऐप्लिकेशन से इवेंट की जानकारी (जैसे कि ऐप्लिकेशन इंटरैक्शन) मिलती है. आम तौर पर, ऐप्लिकेशन शुरू करने के 10 मिनट के अंदर, परफ़ॉर्मेंस डैशबोर्ड Firebase कंसोल में, "SDK टूल मिला है" दिखता है दिखाई देगा. फिर, 30 के अंदर मिनट, डैशबोर्ड शुरुआती प्रोसेस किया गया डेटा दिखाता है.

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

कंसोल का कहना है कि SDK टूल का पता चला, लेकिन कोई डेटा नहीं दिखाया गया

Performance Monitoring, परफ़ॉर्मेंस इवेंट डेटा को प्रोसेस करने के बाद ही, परफ़ॉर्मेंस डैशबोर्ड.

अगर "SDK टूल का पता चला" को 24 घंटे से ज़्यादा समय हो गया है" एक मैसेज दिखा, और आपको अब भी डेटा नहीं दिख रहा है, तो Firebase स्टेटस डैशबोर्ड: अगर कुछ समय के लिए उपलब्ध नहीं है. अगर कोई रुकावट नहीं है, तो Firebase की सहायता टीम से संपर्क करें.

ऐप्लिकेशन लॉग नहीं कर रहा है परफ़ॉर्मेंस इवेंट

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

1. पक्का करें कि Performance Monitoring SDK टूल नहीं है बंद है अपनी Info.plist फ़ाइल में इनमें से किसी एक फ़्लैग के ज़रिए:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. पक्का करें कि Performance Monitoring रनटाइम (Swift | Obj-C) के दौरान बंद न हो.

3. अगर आपको अपने ऐप्लिकेशन में बंद किया गया कोई ऐप्लिकेशन नहीं मिलता है, तो Firebase सहायता टीम से संपर्क करें.

परफ़ॉर्मेंस डैशबोर्ड यह है स्क्रीन ट्रेस डेटा मौजूद नहीं है

अगर आपको स्क्रीन रेंडरिंग ट्रेस का डेटा नहीं मिल रहा है, तो नीचे दिया गया तरीका आज़माएं समस्या हल करने का तरीका:

1. पक्का करें कि आपने Apple के प्लैटफ़ॉर्म के SDK टूल का नया वर्शन (11.2.0) इस्तेमाल किया हो. स्क्रीन रेंडरिंग ट्रेस सिर्फ़ उपलब्ध हैं v5.0.0 या इसके बाद के वर्शन से होना चाहिए.

2. Performance Monitoring, कंटेनर व्यू कंट्रोलर (जैसे, UINavigationController और UITabBarController) के लिए स्क्रीन रेंडरिंग ट्रेस नहीं बनाता. अगर सिर्फ़ इन स्क्रीन के लिए डेटा मौजूद नहीं है, तो यह सामान्य है.

परफ़ॉर्मेंस डैशबोर्ड में कस्टम ट्रेस डेटा मौजूद नहीं है

क्या आपको अपने-आप इकट्ठा होने वाले ट्रेस का परफ़ॉर्मेंस डेटा दिख रहा है, लेकिन ऐसा नहीं दिख रहा है कस्टम कोड ट्रेस? समस्या हल करने के लिए, यह तरीका आज़माएं:

1. कस्टम कोड ट्रेस के सेटअप की जांच करें. Trace API, खास तौर से, नीचे दी गई स्थितियों में:

   • कस्टम कोड ट्रेस और कस्टम मेट्रिक के नामों को इन ज़रूरी शर्तों को पूरा करना होगा: नाम के शुरू या आखिर में कोई खाली जगह नहीं होनी चाहिए. नाम के शुरू में अंडरस्कोर (_) वर्ण नहीं होना चाहिए. साथ ही, नाम की लंबाई 32 से ज़्यादा वर्ण नहीं होनी चाहिए.
   • सभी ट्रेस शुरू और बंद होनी चाहिए. ऐसा कोई भी ट्रेस जो शुरू नहीं हुआ है और न ही रोकने या शुरू करने से पहले बंद करने का डेटा लॉग नहीं किया जाएगा.

2. अपने लॉग मैसेज देखें, ताकि यह पक्का किया जा सके कि Performance Monitoring, उम्मीद के मुताबिक कस्टम कोड ट्रेस को लॉग कर रहा है.

3. अगर Performance Monitoring, इवेंट लॉग कर रहा है, लेकिन 24 घंटे के बाद कोई डेटा नहीं दिखता, तो Firebase सहायता टीम से संपर्क करें.

परफ़ॉर्मेंस डैशबोर्ड में, नेटवर्क अनुरोध का डेटा मौजूद नहीं है

अगर आपको नेटवर्क अनुरोध का डेटा नहीं मिल रहा है, तो समस्या हल करने के लिए ये तरीके आज़माएं:

1. देखें कि नेटवर्क लाइब्रेरी काम कर रही है या नहीं. Performance Monitoring अपने-आप नेटवर्क के अनुरोधों के लिए मेट्रिक इकट्ठा करता है जो इन नेटवर्किंग लाइब्रेरी का इस्तेमाल करते हैं:

   • Swift के लिए: URLसेशन और URLConnection
   • Objective-C के लिए: NSURLसेशन और NSURLConnection

   ध्यान दें कि नेटवर्क के लिए कस्टम मॉनिटरिंग की सुविधा जोड़ी जा सकती है अनुरोध हैं.

2. इन बातों का ध्यान रखें:

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

   • Performance Monitoring अमान्य वाले नेटवर्क अनुरोधों की रिपोर्ट नहीं करता Content-Type हेडर. हालांकि, Content-Type हेडर अब भी स्वीकार किए जाएंगे.

नेटवर्क अनुरोध का डेटा उम्मीद के मुताबिक इकट्ठा नहीं हो रहा है

Performance Monitoring, नेटवर्क अनुरोध को कैसे इकट्ठा करता है, इस बारे में ज़्यादा जानें डेटा को एक्सपोर्ट किया जा सकता है.

कस्टम यूआरएल पैटर्न भी आज़माए जा सकते हैं!

प्रोजेक्ट के होम पेज पर मौजूद परफ़ॉर्मेंस कार्ड में, 'सबसे ज़्यादा समस्याएं' कार्ड का क्या हुआ?

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

परफ़ॉर्मेंस कार्ड में सबसे ऊपर मौजूद ऐप्लिकेशन सिलेक्टर, हाल ही की सूचनाएं में सूचनाएं डालता है. चुने गए ऐप्लिकेशन के लिए, सिर्फ़ तीन सबसे हाल की सूचनाएं दिखती हैं.

सूचनाओं के बारे में ज़्यादा जानने के लिए, परफ़ॉर्मेंस से जुड़ी समस्याओं के लिए सूचनाएं सेट अप करना लेख पढ़ें.

कंसोल में समस्याओं के लिए, थ्रेशोल्ड सेट करने की सुविधा का क्या हुआ?

Performance Monitoring से ज़्यादा मेट्रिक के लिए सूचनाएं मिलती हैं तय की गई थ्रेशोल्ड. कॉन्फ़िगर किए जा सकने वाले इन थ्रेशोल्ड से जुड़ी भ्रम की स्थिति से बचने के लिए, हमने परफ़ॉर्मेंस मेट्रिक के लिए थ्रेशोल्ड कॉन्फ़िगर करने की सुविधा को समस्याएं हैं.

Firebase कंसोल में, जानकारी और मेट्रिक की जानकारी का क्या हुआ?

हमने जानकारी और मेट्रिक पेजों को, फिर से डिज़ाइन किए गए नए और सेंट्रलाइज़्ड पेज से बदल दिया है यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करके, समस्याओं को हल करने के तरीके को बेहतर बनाया जा सकता है. यह नया समस्या हल करने वाला यूज़र इंटरफ़ेस (यूआई), वही मुख्य फ़ंक्शन ऑफ़र करता है जो ब्यौरा और मेट्रिक ऑफ़र की गईं. समस्या हल करने के बारे में ज़्यादा जानने के लिए, यह देखें किसी खास ट्रेस के लिए ज़्यादा डेटा देखें.

सैंपल की संख्या मेरी उम्मीद के मुताबिक क्यों नहीं है?

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

इकट्ठा किए जाने वाले डेटा की मात्रा मैनेज करने के लिए, Performance Monitoring इनका इस्तेमाल करता है सैंपलिंग के विकल्प:

• उपयोगकर्ता के डिवाइस पर अनुरोधों की संख्या सीमित करना: किसी डिवाइस को अचानक बर्स्ट मिलने से रोकने के लिए ट्रेस करते हैं, तो हम डिवाइस पर हर 10 मिनट में 300 इवेंट तक. यह तरीका डिवाइस को लूप में चलने वाले इंस्ट्रुमेंट जो बहुत सारा परफ़ॉर्मेंस डेटा भेज सकते हैं और यह किसी एक डिवाइस को परफ़ॉर्मेंस के मेज़रमेंट पर असर डालने से रोकता है.

• डाइनैमिक सैंपलिंग: Performance Monitoring, करीब 10 करोड़ की रेंज इकट्ठा करता है हर ऐप्लिकेशन के लिए, कोड ट्रेस के इवेंट और नेटवर्क रिक्वेस्ट ट्रेस के लिए 10 करोड़ सभी ऐप उपयोगकर्ताओं पर लागू होते हैं. Firebase Remote Config का इस्तेमाल करके, डिवाइसों पर डाइनैमिक सैंपलिंग रेट फ़ेच किया जाता है. इससे यह तय किया जाता है कि किसी डिवाइस को ट्रैक कैप्चर करके भेजना चाहिए या नहीं. जिस डिवाइस को सैंपलिंग के लिए नहीं चुना गया है वह कोई भी इवेंट भेजें. डाइनैमिक सैंपलिंग रेट, ऐप्लिकेशन के हिसाब से होता है. यह रेट, ऐप्लिकेशन के हिसाब से अडजस्ट होता है यह पक्का करें कि इकट्ठा किए गए डेटा का कुल वॉल्यूम, तय सीमा से कम रहे.

  उपयोगकर्ता के सेशन, उपयोगकर्ता के डिवाइस से ज़्यादा जानकारी वाला डेटा भेजते हैं. इसके लिए यह ज़रूरी होता है कि डेटा को कैप्चर करने और भेजने के लिए ज़्यादा संसाधन उपलब्ध हैं. उपयोगकर्ताओं पर होने वाले असर को कम करने के लिए सेशन, Performance Monitoring भी सेशन की संख्या पर पाबंदी लगा सकता है.

• सर्वर साइड रेट को सीमित करना: यह पक्का करने के लिए कि ऐप्लिकेशन, सैंपलिंग से ज़्यादा न हों सीमा, Performance Monitoring कुछ इवेंट को छोड़ने के लिए, सर्वर-साइड सैंपलिंग का इस्तेमाल कर सकता है डिवाइसों से मिले. हालांकि, विज्ञापनों को सीमित तौर पर दिखाने से, हमारी मेट्रिक के असर को कम करता है, इसलिए पैटर्न में मामूली बदलाव हो सकते हैं. इनमें ये बदलाव शामिल हैं फ़ॉलो किया जा रहा है:

  • ट्रेस की संख्या, उस संख्या से अलग हो सकती है जितनी बार कोड चलाया गया.
  • कोड में नज़दीक से जुड़े ट्रेस की संख्या अलग-अलग हो सकती है सैंपल.

कंसोल में समस्याएं टैब का क्या हुआ?

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

कंसोल में डिवाइस पर और नेटवर्क टैब का क्या हुआ? मैं उन पेजों पर मौजूद ट्रेस कैसे देखूं?

हमने Firebase कंसोल के Performance Monitoring सेक्शन को फिर से डिज़ाइन किया है, ताकि डैशबोर्ड टैब में आपकी मुख्य मेट्रिक और सभी ट्रेस एक ही जगह पर दिखें. जैसे हमने डिवाइस पर और नेटवर्क के पेजों को हटा दिया है.

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

ट्रेस टेबल के इन सबटैब में अपने ट्रेस देखें:

• नेटवर्क अनुरोध के ट्रेस (पहले से मौजूद अलग-अलग तरह के और अपनी पसंद के मुताबिक, दोनों) — नेटवर्क अनुरोध सबटैब
• कस्टम कोड ट्रेस — कस्टम ट्रेस सबटैब
• ऐप्लिकेशन को शुरू करना, ऐप्लिकेशन-इन-फ़ोरग्राउंड, और बैकग्राउंड में मौजूद ट्रेस की सुविधा — कस्टम ट्रेस सबटैब
• स्क्रीन रेंडरिंग के ट्रेस — स्क्रीन रेंडरिंग सबटैब
• पेज लोड के ट्रेस — पेज लोड सबटैब

ट्रेस टेबल और मेट्रिक और डेटा देखने के बारे में जानकारी के लिए, यहां जाएं कंसोल की खास जानकारी देने वाला पेज (iOS+ | Android | वेब).

धीमे और रुके हुए फ़्रेम की संख्या मेरी उम्मीद के मुताबिक क्यों नहीं है?

धीमे रेंडर होने वाले फ़्रेम और रुके हुए फ़्रेम का हिसाब लगाने के लिए, एक डिवाइस का इस्तेमाल किया जाता है रीफ़्रेश दर 60 हर्ट्ज़ होगी. अगर डिवाइस की रीफ़्रेश दर 60 हर्ट्ज़ से कम है, तो हर फ़्रेम रेंडर होने में ज़्यादा समय लगेगा, क्योंकि कम फ़्रेम प्रति सेकंड में रेंडर होते हैं. रेंडरिंग में ज़्यादा समय लगने की वजह से, रेंडर होने में ज़्यादा समय या रुके हुए फ़्रेम की रिपोर्ट की जा सकती है क्योंकि ज़्यादा फ़्रेम रेंडर होने में ज़्यादा समय लेंगे या फ़्रीज़ हो जाएंगे. हालांकि, अगर किसी डिवाइस को रीफ़्रेश दर 60 हर्ट्ज़ से ज़्यादा है, इसलिए हर फ़्रेम के रेंडर होने में ज़्यादा समय लगेगा. इससे, धीमे या फ़्रीज़ हुए फ़्रेम की कम रिपोर्ट मिल सकती है. यह मौजूदा Performance Monitoring SDK टूल में बताई गई सीमा.

मेरे Performance Monitoring के डेटा को एक्सपोर्ट करने में उम्मीद से ज़्यादा समय लग रहा है BigQuery. क्या यह रीयल-टाइम नहीं है?

अगर आपने Firebase Performance Monitoring के लिए BigQuery इंटिग्रेशन चालू किया है, तो आपके डेटा को दिन खत्म होने के 12 से 24 घंटों के बाद (पैसिफ़िक समय पर) BigQuery में एक्सपोर्ट किया जाएगा समय).

उदाहरण के लिए, 19 अप्रैल का डेटा, 20 अप्रैल को दोपहर 12:00 बजे से लेकर आधी रात के बीच BigQuery में उपलब्ध होगा. सभी तारीखें और समय, पैसिफ़िक टाइम के हिसाब से हैं.

"रीयल-टाइम के करीब" परफ़ॉर्मेंस डेटा का क्या मतलब है?

Firebase Performance Monitoring, इकट्ठा किया गया परफ़ॉर्मेंस डेटा, जैसे ही मिलता है उसे प्रोसेस कर देता है. इससे Firebase कंसोल में, करीब-करीब रीयल-टाइम डेटा दिखता है. प्रोसेस किया गया डेटा इकट्ठा होने के कुछ ही मिनट बाद कंसोल में दिखने लगता है, इसलिए शब्द "रीयल-टाइम के आस-पास".

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

मैं अपने ऐप्लिकेशन के लिए करीब-करीब रीयल-टाइम में परफ़ॉर्मेंस का डेटा कैसे पाऊं?

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

यहां रीयल-टाइम में काम करने वाले SDK टूल के वर्शन दिए गए हैं:

• iOS — v7.3.0 या इसके बाद का वर्शन
• tvOS — v8.9.0 या इसके बाद के वर्शन
• Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
• Web — v7.14.0 या इसके बाद का वर्शन

ध्यान दें कि हमारा सुझाव है कि आप SDK टूल के सबसे नए वर्शन का इस्तेमाल करें. हालांकि, ऊपर दिए गए किसी भी वर्शन का इस्तेमाल करने पर, Performance Monitoring आपके डेटा को रीयल टाइम में प्रोसेस कर पाएगा.

Performance Monitoring SDK टूल के किन वर्शन को रीयल-टाइम में काम करने वाला माना जाता है?

रीयल-टाइम डेटा प्रोसेसिंग के साथ काम करने वाले SDK टूल के वर्शन:

• iOS — v7.3.0 या इसके बाद का वर्शन
• tvOS — v8.9.0 या इसके बाद के वर्शन
• Android — v19.0.10 या इसके बाद के वर्शन (या Firebase Android BoM v26.1.0 या इसके बाद के वर्शन)
• Web — v7.14.0 या इसके बाद का वर्शन

ध्यान दें, हम हमेशा SDK के नए वर्शन का इस्तेमाल करने का सुझाव देते हैं, लेकिन किसी भी समय ऊपर दिया गया वर्शन, Performance Monitoring को करीब-करीब रीयल टाइम में आपके डेटा को प्रोसेस करने में मदद करेगा समय.

अगर मैं अपने ऐप्लिकेशन को रीयल-टाइम में काम करने वाले एसडीके वर्शन का इस्तेमाल करने के लिए अपडेट न करूं, तो क्या होगा?

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

मैंने रीयल-टाइम के साथ काम करने वाले SDK टूल के वर्शन पर अपडेट किया है. हालांकि, मेरे कुछ उपयोगकर्ता मेरे ऐप्लिकेशन के पुराने वर्शन पर अभी भी काम करता है. क्या मुझे उनकी परफ़ॉर्मेंस लगातार दिखती रहेगी Firebase कंसोल में डेटा मौजूद है या नहीं?

हां! ऐप्लिकेशन इंस्टेंस भले ही SDK टूल के किसी भी वर्शन का इस्तेमाल करे, आपको हर बार परफ़ॉर्मेंस डेटा इकट्ठा किया जा सकता है.

हालांकि, अगर हाल ही का डेटा देखा जा रहा हो (करीब 36 घंटे से कम पुराना), तो दिखाया गया डेटा, रीयल-टाइम का इस्तेमाल करके ऐप्लिकेशन इंस्टेंस के उपयोगकर्ताओं का है साथ काम करने वाले SDK टूल का वर्शन. हालांकि, नए डेटा में आपके ऐप्लिकेशन के सभी वर्शन का परफ़ॉर्मेंस डेटा शामिल होता है.