بعد بضع ثوانٍ، ابحث عن اتصال الشبكة إلى firebaselogging.googleapis.com في أدوات مطور البرامج في متصفحك. يشير
توفّر طلب البيانات هذا إلى أنّ المتصفّح يرسل بيانات الأداء
إلى Firebase.
إذا كنت بصدد بدء استخدام Performance Monitoring
(iOS والإصدارات الأحدث |
Android |
الويب)، يمكن أن تساعدك خطوات تحديد المشاكل وحلّها التالية في حلّ المشاكل المتعلّقة برصد Firebase لحزمة تطوير البرامج (SDK) أو عرض
بيانات الأداء الأولى في وحدة تحكّم Firebase.
تمت إضافة حزمة SDK إلى التطبيق، ولكن وحدة التحكّم
ما زالت تطلب إضافة حزمة SDK
يمكن لمنصّة Firebase اكتشاف ما إذا كنت قد أضفت حزمة تطوير البرامج (SDK) Performance Monitoring بنجاح إلى تطبيقك
عند تلقّي معلومات الأحداث (مثل التفاعلات مع التطبيق) من تطبيقك.
خلال 10 دقائق عادةً من بدء تشغيل التطبيق، تعرض لوحة بياناتوحدة تحكُّم Firebase رسالة "تم رصد حزمة تطوير برامج (SDK)". بعد ذلك، في غضون 30
دقيقة، تعرض لوحة البيانات البيانات الأولية التي تمت معالجتها.
إذا مرّ أكثر من 10 دقائق على إضافة أحدث إصدار من حزمة تطوير البرامج (SDK) إلى تطبيقك، ولم يظهر أي تغيير بعد، راجِع رسائل السجلّ للتأكّد من أنّ Performance Monitoring يسجّل الأحداث. يُرجى تجربة الخطوات المناسبة لتحديد المشاكل وحلّها كما هو موضّح أدناه،
وتحديد وحلّ المشاكل المتعلّقة بتعذّر إرسال رسالة رصد حزمة تطوير البرامج (SDK) المتأخّرة.
يسجِّل التطبيق الأحداث: خطوات تحديد المشاكل وحلّها
إذا كنت لا تزال في مرحلة التطوير على الجهاز، جرِّب إنشاء المزيد من الأحداث لجمع data
:
عرض تطبيق الويب وعرضه في بيئة محلية.
يمكنك إنشاء أحداث من خلال تحميل صفحات فرعية لموقعك الإلكتروني، والتفاعل مع
تطبيقك، و/أو بدء طلبات الشبكة. احرص على إبقاء علامة التبويب في المتصفّح مفتوحة لمدة 10 ثوانٍ على الأقل بعد تحميل الصفحة.
يُرجى التأكد من إضافة كائن إعداد Firebase إلى تطبيقك بشكل صحيح ومن عدم تعديله. على وجه التحديد، تحقق مما يلي:
رقم تعريف تطبيق الويب على Firebase (appId) في عنصر الإعدادات صحيح لتطبيقك. يمكنك العثور على رقم تعريف تطبيق Firebase في بطاقة تطبيقاتك ضمن إعدادات
settings.
إذا بدا أنّ هناك خطأ في عنصر الإعدادات في تطبيقك، جرِّب ما يلي:
احذف عنصر الإعدادات الذي لديك حاليًا في تطبيقك.
اتّبِع هذه التعليمات للحصول على
عنصر إعدادات جديد وإضافته إلى تطبيق الويب.
إذا كانت حزمة SDK تسجِّل الأحداث ويبدو أنّه تم إعداد كل شيء بشكلٍ صحيح،
ولكن لم تظهر لك رسالة رصد حزمة تطوير البرامج (SDK) أو البيانات التي تمت معالجتها
(بعد ساعتين)، يُرجى التواصل مع فريق دعم Firebase.
لا يسجِّل التطبيق الأحداث:
خطوات تحديد المشاكل وحلّها
تأكَّد من أنّه تم
إعداد حزمة تطوير البرامج (SDK) لنظام التشغيل Performance Monitoring بشكلٍ صحيح في
تطبيقك.
تأكَّد من أنّ حزمة تطوير البرامج (SDK) لنظام التشغيل Performance Monitoringلم يتم إيقافها من خلال العلامة التالية:
performance.instrumentationEnabled
تأكَّد من أنّ ميزة التخزين المؤقت في المتصفّح متوقفة، وإلا قد لا يرصد المتصفّح
أي إعدادات جديدة لأدوات القياس.
أغلِق علامة تبويب صفحة الويب ثم أعِد فتحها. تحقَّق من التسجيل مرة أخرى.
إذا أضفت حزمة تطوير البرامج (SDK) لتطبيق Performance Monitoring إلى تطبيقك للتو، قد تحتاج إلى
إعادة تشغيل تطبيقك بالكامل حتى تبدأ حزمة SDK في العمل.
تشير وحدة التحكّم إلى أنّه تم رصد حزمة تطوير البرامج (SDK)،
ولكن لا يتم عرض أي بيانات
يعالج Performance Monitoring بيانات أحداث الأداء قبل عرضها في لوحة بيانات
الأداء.
إذا مرّ أكثر من 24 ساعة على ظهور رسالة "تم رصد حزمة تطوير البرامج (SDK)"،
وما زال لا تظهر لك البيانات، يُرجى التحقّق من
لوحة بيانات حالة Firebase في حال حدوث تعطُّل معروف. وفي حال عدم حدوث أي انقطاع في الخدمة،
يُرجى التواصل مع فريق دعم Firebase.
الإجراءات العامّة لتحديد المشاكل وحلّها
إذا أضفت حزمة تطوير البرامج (SDK) بنجاح وتستخدم Performance Monitoring في تطبيقك، يمكن أن تساعدك النصائح التالية لتحديد المشاكل وحلّها في ما يتعلّق بالمشاكل العامة التي تتضمّن ميزات وأدوات Performance Monitoring.
لا تتضمّن لوحة بيانات الأداء
بيانات تأخير الإدخال الأول
إذا لم تظهر لك بيانات لمقياس مهلة الاستجابة لأوّل إدخال، يُرجى تجربة الخطوات التالية لتحديد المشاكل وحلّها:
يُرجى العِلم أنّ Performance Monitoring لا يسجِّل مقياس أول تأخّر في الإدخال إلا عندما يُقرِّر
المستخدِم النقر على صفحة الويب خلال أوّل 5 ثوانٍ بعد تحميل الصفحة.
تأكَّد من إعداد تطبيقك لقياس هذا المقياس. يتطلّب مقياس
مهلة الاستجابة لأوّل إدخالإعدادًا يدويًا
.
وعليك على وجه التحديد إضافة مكتبة polyfill لهذا المقياس. للحصول على تعليمات التثبيت، راجِع مستندات المكتبة.
يُرجى العِلم أنّ إضافة مكتبة polyfill هذه ليست مطلوبة لكي تتمكّن Performance Monitoring من
إعداد تقارير عن مقاييس تطبيقات الويب الأخرى.
لا تتضمّن لوحة بيانات الأداء
بيانات تتبُّع مخصّصة.
هل تظهر لك بيانات الأداء للعمليات التي تم جمع بياناتها تلقائيًا ولكن ليس ل
عمليات تتبُّع الرموز البرمجية المخصّصة؟ يُرجى اتّباع الخطوات التالية لتحديد المشاكل وحلّها:
تحقَّق من إعداد عمليات تتبُّع الرموز المخصّصة التي يتم قياسها من خلال Trace API، وخاصةً ما يلي:
يجب أن تستوفي أسماء عمليات تتبُّع الرموز البرمجية المخصّصة والمقاييس المخصّصة المزدوجة
المتطلبات التالية: عدم استخدام مسافات بيضاء في بداية الاسم أو نهايته، وعدم استخدام علامة تحت خط (_) في بداية الاسم، ويجب ألا يزيد طول الاسم عن 32 حرفًا.
يجب بدء جميع آثار الأنشطة وإيقافها. ولن يتم تسجيل أي عملية تتبُّع لم يتم بدؤها أو لم يتم إيقافها أو إيقافها قبل بدئه.
يُرجى العِلم أنّه إذا كنت تستخدم الطريقة
record()،
لن تحتاج إلى بدء عملية التتبُّع أو إيقافها بشكل واضح.
تتحكّم هذه العلامة في جمع البيانات لعمليات تتبُّع الرموز المخصّصة فقط (وليس جميع البيانات).
تحقَّق من رسائل السجلّ للتأكّد من أنّ "Performance Monitoring" يسجِّل عمليات تتبُّع الرموز المخصَّصة المتوقّعة.
إذا كان "Performance Monitoring" يسجّل الأحداث، ولكن لا يتم عرض أي بيانات بعد 24 ساعة،
يمكنك التواصل مع فريق دعم Firebase.
لا تتوفّر بيانات طلبات الشبكة في لوحة بيانات الأداء
إذا لم تتوفّر بيانات طلبات الشبكة، يُرجى الانتباه لما يلي:
يجمع Performance Monitoring تلقائيًا مقاييس طلبات الشبكة التي تم الإبلاغ عنها من خلال واجهة برمجة تطبيقات المتصفّح. ولا تشمل هذه التقارير طلبات الشبكة التي تعذّر تنفيذها.
استنادًا إلى سلوك الرمز البرمجي ومكتبات الشبكات التي يستخدمها، قد يتم فقط إعداد تقارير عن طلبات الشبكة التي تم إكمالها من خلال Performance Monitoring.
وهذا يعني أنّه قد لا يتم الإبلاغ عن اتصالات HTTP/S التي تُترك مفتوحة.
لا يتم تجميع بيانات طلبات الشبكة على النحو المتوقّع.
ما الذي حدث لأبرز المشاكل في بطاقة "الأداء" على صفحة المشروع الرئيسية؟
لقد استبدلنا أهمّ المشاكل بـ التنبيهات الأخيرة في إطار متابعة
الميزات التي طرحناها مؤخرًا للتنبيهات، والتي تُعلمك تلقائيًا عند تجاوز
الحدود التي تحدّدها. تم إيقاف المشاكل نهائيًا
واستبدالها بالتنبيهات.
تصفِّر أداة اختيار التطبيقات في أعلى بطاقة "الأداء" إدخالات التنبيهات ضمن التنبيهات الأخيرة. لا يتم عرض سوى آخر ثلاثة تنبيهات للتطبيقات التي اخترتها.
ما الذي حدث لإمكانية ضبط الحدود القصوى للمشاكل في وحدة التحكّم؟
تتيح Performance Monitoringالتنبيهات للمقاييس التي تتجاوز
الحدود الدنيا المحدّدة. ولتجنّب الالتباس مع هذه الحدود القابلة للضبط
لمقاييس الأداء، أزلنا إمكانية ضبط الحدود
للمشاكل.
ماذا حدث لمعلومات "التفاصيل والمقاييس" في وحدة تحكّم "Firebase"؟
لقد استبدلنا صفحتَي "التفاصيل والمقاييس" بواجهة مستخدم مركزية أُعيد تصميمها حديثًا لتحسين طريقة تحديد المشاكل وحلّها. توفّر واجهة مستخدِم تحديد المشاكل وحلّها الجديدة هذه الوظائف الأساسية نفسها التي كانت توفّرها "التفاصيل" و"المقاييس". للتعرُّف على المزيد من المعلومات عن تحديد المشاكل وحلّها، يُرجى الاطّلاع على
عرض المزيد من البيانات الخاصة بتتبُّع معيّن.
لماذا لا يكون عدد العيّنات على النحو المتوقّع؟
يجمع تطبيق Performance Monitoring بيانات الأداء من أجهزة مستخدمي تطبيقك. إذا كان تطبيقك يتضمّن العديد من المستخدمين أو إذا كان التطبيق يُنشئ مقدارًا كبيرًا من النشاط المتعلق بالأداء، قد يقصر Performance Monitoring جمع البيانات على مجموعة فرعية من الأجهزة لتقليل عدد الأحداث التي تمت معالجتها. هذه الحدود مرتفعة بدرجة كافية بحيث تظل قيم المقاييس تمثّل تجربة المستخدم في التطبيق،
حتى مع عدد أقل من الأحداث.
لإدارة حجم البيانات التي نجمعها، يستخدم Performance Monitoring
خيارات أخذ العينات التالية:
الحدّ من معدّل الزحف على الجهاز فقط: لمنع جهاز من إرسال مجموعات تتبُّع مفاجئة
للرموز البرمجية، نحدّ من عدد عمليات تتبُّع طلبات الشبكة التي يتم إرسالها من
الجهاز إلى 300 حدث كل 10 دقائق. ويحمي هذا الأسلوب الجهاز من الأدوات الحلقة التي يمكنها إرسال كميات كبيرة من بيانات الأداء، كما تمنع جهازًا واحدًا من تغيير قياسات الأداء.
أخذ العينات الديناميكي: يجمع Performance Monitoring عددًا محدودًا من عمليات تتبُّع الرموز
وعمليات تتبُّع طلبات الشبكة لكل تطبيق يوميًا على مستوى جميع مستخدمي التطبيق. يتم استرجاع معدّل أخذ العيّنات الديناميكي على الأجهزة (باستخدام Firebase Remote Config) لتحديد ما إذا كان يجب التقاط بيانات آثار الأنشطة في جهاز عشوائي وإرسالها. لا يُرسِل أيّ جهاز لم يتم
اختياره لإجراء تحليل عيّنات أيّ أحداث. ويكون معدل العينة الديناميكي خاصًا بالتطبيق ويتم ضبطه لضمان أن يظل الحجم الإجمالي للبيانات التي تم جمعها أقل من الحد المسموح به.
تُرسِل جلسات المستخدمين بيانات إضافية ومفصّلة من جهاز المستخدم، ما يتطلب المزيد من الموارد لتسجيل البيانات وإرسالها. للحدّ من تأثير جلسات المستخدمين، قد يفرض Performance Monitoring أيضًا قيودًا على عدد الجلسات.
وضع حدود للمعدل من جهة الخادم: لضمان عدم تجاوز التطبيقات حدود تحليل عيّنات الأداء، قد تستخدم Performance Monitoring تحليل عيّنات الأداء من جهة الخادم لحذف بعض الأحداث التي يتم تلقّيها من الأجهزة. على الرغم من أن هذا النوع من التقييد لا يغير فعالية المقاييس، إلا أنه قد يتسبب في حدوث تغيُّرات طفيفة في النمط، بما في ذلك ما يلي:
ويمكن أن يختلف عدد عمليات التتبّع عن عدد المرات التي تم فيها تنفيذ جزء من الرمز.
قد تحتوي كل آثار مرتبطة بشكل وثيق في التعليمة البرمجية على عدد مختلف من العينات.
ماذا حدث لعلامة تبويب المشاكل في وحدة التحكّم؟
لقد استبدلنا علامة التبويب "المشاكل" بميزة "التنبيهات" التي تُعلمك تلقائيًا عند تجاوز الحدود التي تحدّدها. لم يعد
عليك التحقّق يدويًا من وحدة تحكّم Firebase لتحديد حالة
أحد الحدود الدنيا. للتعرّف على التنبيهات، اطّلِع على إعداد تنبيهات بشأن مشاكل الأداء.
ماذا حدث لعلامتَي التبويب على الجهاز والشبكة في وحدة التحكّم؟
كيف يمكنني عرض عمليات التتبّع التي كانت على هذه الصفحات؟
لقد أعدنا تصميم القسم Performance Monitoring في وحدة التحكّم Firebase كي تعرض علامة التبويب
لوحة البيانات المقاييس الرئيسية وجميع بيانات التتبّع في مساحة واحدة. في إطار عملية إعادة التصميم، أزلنا صفحتَي على الجهاز والشبكة.
يحتوي جدول عمليات التتبّع في أسفل علامة التبويب لوحة البيانات على كلّ المعلومات
نفسها التي تعرضها علامتا التبويب على الجهاز والشبكة، ولكن مع بعض
الميزات المضافة، بما في ذلك إمكانية ترتيب عمليات التتبّع حسب النسبة المئوية
للتغيير لمقياس معيّن. لعرض جميع المقاييس والبيانات المتعلّقة بمسار traced معيّن، انقر على اسم المسار في جدول المسارات.
يمكنك عرض عمليات التتبُّع في علامات التبويب الفرعية التالية من جدول التتبُّع:
عمليات تتبُّع طلبات الشبكة (التلقائية والمخصّصة) - علامة التبويب الفرعية طلبات الشبكة
عمليات تتبُّع الرموز البرمجية المخصّصة: علامة التبويب الفرعية عمليات التتبُّع المخصّصة
عمليات تتبُّع بدء التطبيق، ومقدمة التطبيق، وتتبّع التطبيق في الخلفية - علامات التبويب الفرعية عمليات التتبُّع المخصّصة
عمليات تتبُّع عرض الشاشة: علامة التبويب الفرعية عرض الشاشة
عمليات تتبُّع تحميل الصفحة - علامة التبويب الفرعية تحميل الصفحة
للاطّلاع على تفاصيل عن جدول عمليات التتبّع وعرض المقاييس والبيانات، يُرجى الانتقال إلى
صفحة النظرة العامة على وحدة التحكّم
(iOS والإصدارات الأحدث |
Android |
الويب).
لماذا يختلف عدد اللقطات البطيئة والثابتة عن ما توقّعته؟
يتم احتساب إطارات العرض البطيء والإطارات الثابتة من خلال معدّل تحديث مفترض للجهاز يبلغ 60 هرتز. إذا كان معدّل تحديث الجهاز أقل من 60 هرتز، سيكون وقت عرض كل
إطار أبطأ بسبب عرض عدد أقل من اللقطات في الثانية.
يمكن أن تؤدي أوقات العرض البطيئة إلى الإبلاغ عن المزيد من اللقطات البطيئة أو المتوقّفة
لأنّ المزيد من اللقطات ستظهر بشكل أبطأ أو ستتوقّف. ومع ذلك، إذا كان معدل التحديث في الجهاز
أعلى من 60 هرتز، سيكون وقت عرض كل لقطة أسرع.
وقد يؤدي ذلك إلى الإبلاغ عن عدد أقل من اللقطات البطيئة أو المتوقّفة. هذا هو أحد الصعوبات التي تواجهك حاليًا في حزمة SDK لنظام التشغيل Performance Monitoring.
كيف يمكنني إضافة
حزمة تطوير البرامج (SDK) لـ Performance Monitoring JS الأصغر حجمًا (حزمة SDK "المستقلة") إلى تطبيق الويب الخاص بي؟
إذا كان Performance Monitoring هو منتج Firebase الوحيد في تطبيقك، يمكنك استخدام
حزمة تطوير البرامج (SDK) المستقلة لـ Performance Monitoring (ورمز النص البرمجي المقترَح للعنوان أدناه) إذا كنت
مهتمًا بما يلي:
استخدام مكتبة ذات مساحة اسم
تقليل حجم حزمة SDK
تأخير إعداد حزمة تطوير البرامج (SDK) إلى ما بعد تحميل الصفحة
لتضمين حزمة تطوير البرامج (SDK) المستقلة "Performance Monitoring" في تطبيقك وتأجيل إعدادها إلى ما بعد تحميل الصفحة، اتّبِع الخطوات التالية:
يحمِّل النص البرمجي أعلاه حزمة تطوير البرامج (SDK) المستقلة بشكل غير متزامن، ثمّ يُنشئ بعد تنشيط حدث onload للنافذة. تقلِّل هذه الطريقة من أثر حزمة SDK في مقاييس تحميل الصفحة لأنّ المتصفّح قد أبلغ عن مقاييس التحميل عند بدء حزمة SDK.
مزيد من المعلومات حول حزمة تطوير البرامج (SDK) المستقلة من "Performance Monitoring" والنص البرمجي
للعنوان
تم تحسين حزمة تطوير البرامج (SDK) المستقلة هذه من حيث الحجم، ويبلغ حجمها بعد ضغطها بتنسيق gzip حوالي 10 كيلوبايت. ويتضمّن هذا الإصدار
جميع وظائف Firebase Performance Monitoring إلى جانب الحدّ الأدنى من مجموعة وظائف حزمة تطوير البرامج (SDK) الأساسية في Firebase.
يستخدم Firebase Performance Monitoring واجهات برمجة التطبيقات fetch وPromise
اللتين لا تتوفّران على المتصفحات القديمة. يتم تضمين رموز polyfill الخاصة بواجهات برمجة التطبيقات هذه في حزمة JavaScript JS العادية من Firebase Performance Monitoring، ولكن يتم حذفها من حزمة SDK المستقلة لتقليل حجمها.
تعتمد حزمة تطوير البرامج (SDK) Performance Monitoring جزئيًا على
Resource Timing API
للحصول على مقاييس تحميل الصفحة من المتصفّح.
يوضّح المقتطف التالي النص البرمجي للعنوان الذي يتضمّن ثم يؤخّر
بدء حزمة SDK:
(function(sdkSource,firebaseConfigObject){functionload(f,c){//CreatesascripttagtoloadthestandaloneSDKvarsdkScript=document.createElement('script');//Setsittoanasyncscriptsothatitdoesn't interfere with page loadsdkScript.async=1;//SetsthesourceofthescriptsdkScript.src=f;//Insertsthescriptintotheheadofthepagevars=document.getElementsByTagName('script')[0];s.parentNode.insertBefore(sdkScript,s);}//Callstheloadmethodload(sdkSource);//InitializestheSDKonlywhentheonloadmethodiscalledwindow.addEventListener('load',function(){firebase.initializeApp(firebaseConfigObject).performance();});})(performance_standalone,firebaseConfig);
حيث
performance_standalone هو 'https://www.gstatic.com/firebasejs/11.0.1/firebase-performance-standalone.js'
جمعت ميزة "Firebase Performance Monitoring" بيانات الأداء فور ورودها، ما يؤدي إلى عرض البيانات في الوقت الفعلي تقريبًا في وحدة تحكّم Firebase. يتم عرض البيانات التي تمت
معالجتها في وحدة التحكم خلال بضع دقائق من جمعها، ومن هنا تأتي عبارة "في الوقت الفعلي تقريبًا".
كيف يمكنني الحصول على بيانات الأداء في الوقت الفعلي تقريبًا لتطبيقي؟
للاستفادة من معالجة البيانات في الوقت الفعلي تقريبًا، ما عليك سوى التأكّد من أنّ تطبيقك يستخدم إصدار حزمة تطوير البرامج (SDK) Performance Monitoring المتوافق مع عملية معالجة البيانات في الوقت الفعلي.
في ما يلي إصدارات حزمة SDK المتوافقة مع الوقت الفعلي:
iOS: الإصدار 7.3.0 أو إصدار أحدث
tvOS: الإصدار 8.9.0 أو إصدار أحدث
Android: الإصدار 19.0.10 أو إصدار أحدث (أو Firebase Android BoM الإصدار 26.1.0 أو إصدار أحدث)
الويب: الإصدار 7.14.0 أو إصدار أحدث
يُرجى العِلم أنّنا ننصح دائمًا باستخدام أحدث إصدار من حزمة SDK، ولكن أي
إصدار من الحزمة مُدرَج أعلاه سيتيح لتطبيق Performance Monitoring معالجة بياناتك في وقتٍ يقترب من الزمن
الفعلي.
ما هي إصدارات حزمة تطوير البرامج (SDK) "Performance Monitoring" التي تُعتبر متوافقة في الوقت الفعلي؟
في ما يلي إصدارات حزمة SDK المتوافقة مع معالجة البيانات في الوقت الفعلي:
iOS: الإصدار 7.3.0 أو إصدار أحدث
tvOS: الإصدار 8.9.0 أو إصدار أحدث
Android: الإصدار 19.0.10 أو إصدار أحدث (أو Firebase Android BoM الإصدار 26.1.0 أو إصدار أحدث)
الويب: الإصدار 7.14.0 أو إصدار أحدث
ملاحظة: ننصح دائمًا باستخدام أحدث إصدار من حزمة SDK، ولكن أي إصدار مدرَج أعلاه سيتيح لـ Performance Monitoring معالجة بياناتك في الوقت الفعلي تقريبًا.
ماذا يحدث إذا لم أحدّث تطبيقي لاستخدام إصدار حزمة SDK متوافق في الوقت الفعلي؟
إذا لم يكن تطبيقك يستخدم إصدارًا متوافقًا من حزمة SDK في الوقت الفعلي، سيظل بإمكانك الاطّلاع على
جميع بيانات أداء تطبيقك في وحدة تحكّم Firebase. ومع ذلك، سيتم تأخير عرض
بيانات الأداء لمدة 36 ساعة تقريبًا من وقت جمعها.
تم التحديث إلى إصدار متوافق مع حزمة SDK في الوقت الفعلي، لكن بعض المستخدمين لا يزالون يستخدمون الإصدارات القديمة من تطبيقي. هل ما زلت أرى بيانات الأداء الخاصة بهم في وحدة تحكّم Firebase؟
نعم. بغض النظر عن إصدار حزمة SDK التي تستخدمها إحدى نُسخ التطبيق، ستظهر لك
بيانات الأداء من جميع المستخدمين.
ومع ذلك، إذا كنت تطّلع على بيانات حديثة (أقل من 36 ساعة تقريبًا)،
تكون البيانات المعروضة من مستخدمي نُسخ التطبيق التي تستخدم إصدارًا من حزمة SDK متوافقًا مع الوقت الفعلي. في المقابل، تتضمّن البيانات غير الحديثة بيانات الأداء
من جميع إصدارات تطبيقك.