مراقبة استقرار أحدث إصدار من تطبيقك

إنّ طرح إصدار جديد من تطبيقك المتوافق مع الأجهزة الجوّالة في قناة الإصدار العلني هو أحد أكثر المراحل إثارة في عملية تطوير التطبيقات، ولكنه قد يكون أيضًا من أكثرها ضغطًا. يحتاج فريقك إلى تتبُّع معدّل استخدام الإصدار والأخطاء الجديدة وتأثير هذه الأخطاء، وإجراء مقارنة بالإصدارات السابقة وغير ذلك.

توضّح هذه الصفحة العديد من الأدوات التي تقدّمها Firebase لتتبُّع البيانات التي تحتاج إليها لزيادة ثقتك بإصدار تطبيقك المتوافق مع الأجهزة الجوّالة.

استخدام لوحة بيانات مراقبة الإصدار لاستكشاف البيانات المتعلّقة بالإصدار

لوحة بيانات مراقبة الإصدارات في وحدة تحكّم Firebase مستندة إلى Firebase Crashlytics. وهي لوحة بيانات واحدة لتتبُّع أحدث إصدار علني لتطبيقك. يتم تعديل لوحة البيانات تقريبًا في الوقت الفعلي، وتوفّر لك نظرة عامة على أهم مقاييس الإصدار ، بما في ذلك المقاييس التي تشير إلى عدم حدوث أعطال ومعدل استخدام الإصدار والمقارنات مع الإصدارات السابقة وأي مشاكل جديدة في الإصدار.

تحسِّن لوحة البيانات الجديدة هذه صفحة أحدث إصدار في وحدة التحكّم. مقارنةً بهذه الصفحة، تضيف لوحة بيانات مراقبة الإصدار المزيد من المعلومات، وتعرض بيانات مفيدة بدون الحاجة إلى "إحصاءات Google"، وتحميلها بشكل أسرع.

.

ميزات لوحة البيانات

  • إعداد التقارير في الوقت الفعلي
    يتم تعديل جميع الرسومات البيانية في الوقت الفعلي تقريبًا. بعد فترة قصيرة من نشر أحدث إصدار، يمكنك مشاهدة تفاعل المستخدمين مع هذا الإصدار. إذا واجه بعض هؤلاء المستخدمين أعطالًا، ستعرف تأثيرها على الفور من خلال الرسوم البيانية للمقاييس التي لم تُسجِّل أي أعطال.

  • المقارنة وقياس الأداء استنادًا إلى الإصدارات السابقة
    يمكنك الاطّلاع على ثبات أحدث إصدار في سياق الإصدارات السابقة. تتيح لك لوحة البيانات مقارنة المقاييس المباشرة من أحدث إصدار وحتى نسختَين من الإصدارات التي تم طرحها سابقًا.

  • أهم المشاكل الجديدة
    يمكنك الاطّلاع على حالات التعطُّل الجديدة لأحدث إصدار من تطبيقك فور ظهورها. في جدول أهم المشاكل الجديدة، يمكنك تتبُّع تأثير المشاكل التي تم رصدها لأول مرة في أحدث إصدار، ما يتيح لك اتخاذ قرار سريع بشأن ما إذا كان يجب إيقاف الإصدار أو التراجع عنه.

متطلبات لوحة البيانات

للاطّلاع على أحدث إصدار في لوحة بيانات تتبُّع الإصدارات، اتّبِع الخطوات التالية:

  1. تأكَّد من أنّ تطبيقك يستخدم على الأقل الإصدارات التالية من Crashlytics حزمة تطوير البرامج (SDK):
    أنظمة التشغيل Apple: الإصدار 10.8.0 أو إصدار أحدث | نظام التشغيل Android: الإصدار 18.6.0 أو إصدار أحدث (BoM الإصدار 32.6.0 أو إصدار أحدث) | Flutter: الإصدار 3.4.5 أو إصدار أحدث | Unity: 11.7.0 أو إصدار أحدث

  2. انشر إصدارًا جديدًا من التطبيق في قناة الإصدار العلني حتى يكون لديك عدد كافٍ من المستخدمين المتفاعلين مع أحدث إصدار.

الأسئلة الشائعة حول لوحة البيانات

لكي يظهر الإصدار في لوحة البيانات، يجب أن يستخدم على الأقل الإصدارات التالية من حزمة SDK لنظام التشغيل Crashlytics:
أنظمة التشغيل Apple: الإصدار 10.8.0 أو الإصدارات الأحدث | نظام التشغيل Android: الإصدار 18.6.0 أو الإصدارات الأحدث (BoM الإصدار 32.6.0 أو الإصدارات الأحدث) | Flutter: الإصدار 3.4.5 أو الإصدارات الأحدث | Unity: 11.7.0 أو الإصدارات الأحدث

يُرجى العِلم أنّه غالبًا ما يُشار إلى إصدارات حزمة SDK هذه باسم "إصدارات حزمة SDK المتوافقة مع الجلسات"، لأنّها قادرة على إرسال بيانات الجلسات إلى Crashlytics ، وهو أمر مطلوب للعديد من الميزات الجديدة في Crashlytics، مثل لوحة بيانات مراقبة الإصدارات.

لكي يظهر الإصدار على لوحة البيانات، يجب أن يستوفي جميع المتطلبات التالية:

  • يستخدم الإصدار على الأقل الإصدارات التالية من Crashlytics حزمة تطوير البرامج (SDK):
    أنظمة التشغيل Apple: الإصدار 10.8.0 أو إصدار أحدث | نظام التشغيل Android: الإصدار 18.6.0 أو إصدار أحدث (BoM الإصدار 32.6.0 أو إصدار أحدث) | Flutter: الإصدار 3.4.5 أو إصدار أحدث | Unity: 11.7.0 أو إصدار أحدث

  • أن يكون لدى الإصدار عدد كافٍ من المستخدمين خلال آخر 3 أيام:

    • يجب أن يتضمّن الإصدار 500 مستخدم فريد على الأقل أو

    • أن يتضمّن الإصدار% 1 على الأقل من إجمالي عدد المستخدمين و يتضمّن مستخدمَين فَريدَين على الأقل

تهدف لوحة بيانات مراقبة الإصدار إلى مساعدتك في إصدارات الإصدار العلني، أي الإصدارات التي تضم عددًا كبيرًا من المستخدمين.

لكي يظهر الإصدار على لوحة البيانات، يجب أن يستوفي جميع المتطلبات التالية:

  • يستخدم الإصدار على الأقل الإصدارات التالية من Crashlytics حزمة تطوير البرامج (SDK):
    أنظمة التشغيل Apple: الإصدار 10.8.0 أو إصدار أحدث | نظام التشغيل Android: الإصدار 18.6.0 أو إصدار أحدث (BoM الإصدار 32.6.0 أو إصدار أحدث) | Flutter: الإصدار 3.4.5 أو إصدار أحدث | Unity: 11.7.0 أو إصدار أحدث

  • أن يكون لدى الإصدار عدد كافٍ من المستخدمين خلال آخر 3 أيام:

    • يجب أن يتضمّن الإصدار 500 مستخدم فريد على الأقل أو

    • أن يتضمّن الإصدار% 1 على الأقل من إجمالي عدد المستخدمين و يتضمّن مستخدمَين فَريدَين على الأقل

(بالنسبة إلى التطبيقات التي يتم توزيعها من خلال Google Play) إذا كان التطبيق يحتوي على رابط Google Play، تعرض لوحة البيانات جميع الإصدارات المدرَجة في Play مسار الإصدار العلني، حتى إذا لم تتلقّى Crashlytics أي سجلّات جلسات أو رصدت مستخدمين فعالين لهذا الإصدار.

يُرجى العِلم أنّه للاطّلاع على البيانات في لوحة البيانات لإجراء مقارنات أو معرفة النسبة المئوية للمستخدمين النشطين، يجب أن تكون قد طرحت إصدارَين على الأقل يستوفيان المتطلّبات السابقة.

أولاً، من المفيد فهم بعض المصطلحات المرتبطة بجدول المستخدِمون النشطون:

  • الجلسة هي فترة زمنية مستمرة يتفاعل خلالها المستخدِم مع أحد التطبيقات. تبدأ جلسة جديدة عند بدء تشغيل التطبيق من جديد أو عند بدء تشغيله في المقدّمة بعد 30 دقيقة على الأقل من تشغيله في الخلفية.

  • المستخدِمون النشطون لإصدار معيّن هم عدد المستخدِمين الذين بدؤوا جلسة باستخدام هذا الإصدار، ويتم تجميعهم حسب الساعة.

  • إجمالي عدد المستخدمين (النشطين) هو عدد المستخدمين الذين بدؤوا جلسة في أي إصدار من التطبيق يستخدم إصدار حزمة تطوير البرامج (SDK) المتوافق مع الجلسات، ويتم تجميعه حسب الساعة.

في الرسم البياني المستخدِمون النشطون، يتم عرض قيمة النسبة المئوية وعدد المستخدِمين النشطين في الرسم البياني دائمًا من آخر 60 دقيقة (أو إذا لم يكن هناك أيّ مستخدِمين نشطين في آخر 60 دقيقة، يتم عرض بيانات الساعة الماضية التي كانت تتضمّن بيانات). على سبيل المثال، في لقطة الشاشة الموضّحة، كان هناك 90 مستخدمًا نشطًا للإصدار 6.0.0 (600) في آخر 60 دقيقة، ما يمثّل% 22.1 من إجمالي المستخدِمين (النشطين) للتطبيق.

لقطة شاشة لمثال على الرسم البياني _للمستخدمين النشطين_ من لوحة بيانات <i>مراقبة الإصدار</i>

عند تمرير مؤشر الماوس فوق الخطوط في الرسم البياني المستخدِمون النشطون، يتم احتساب النسبة المئوية للمستخدِمين النشطِين من عدد المستخدِمين النشطِين خلال الفترة الزمنية التي تشير إليها.

يُرجى العِلم أنّه للاطّلاع على النسبة المئوية للمستخدمين النشطين، يجب أن تكون قد طرحت إصدارَين على الأقل يستوفيان المتطلبات الموضّحة في الأسئلة الشائعة "ما هي الإصدارات التي يمكن عرضها في لوحة بيانات مراقبة الإصدار؟".

تستند النسبة المئوية للمستخدمين النشطين إلى بيانات الجلسات المستلَمة وليس إلى أي بيانات أخرى (مثل بيانات Google Play أو تقارير الأعطال).

إذا كانت هذه هي المرة الأولى التي تُطلق فيها تطبيقك باستخدام إصدار حزمة SDK متوافق مع Crashlytics، لن تتوفّر لدى Crashlytics بيانات جلسات سابقة للمقارنة بها.

إعداد التنبيهات

يمكن لعدة منتجات في Firebase، بما في ذلك Crashlytics، إرسال تنبيهات لسبب مختلف خاص بالمنتج. لتلقّي التنبيهات، يجب أن تكون لديك الأذونات المطلوبة.

لمراقبة ثبات أحدث إصدار، يمكنك إعداد تنبيهات من كلا منصّتَي Performance Monitoring وCrashlytics. بالنسبة إلى Crashlytics على وجه التحديد، يمكنك إعداد التنبيهات التالية:

  • استخدِم تنبيهات السرعة لإعلام فريقك إذا تجاوزت أي مشكلة فردية في تطبيقك الحدّ المسموح به الذي تحدّده فيconsole Firebase.

  • يمكنك إرسال تنبيهات بشأن المشاكل الجديدة أو التي تراجعت إلى قناة الإشعارات المفضّلة:

التأكّد من سلاسة الإصدار قبل طرحه

قبل طرح أحدث إصدار، ننصحك باستخدام بعض الخدمات والميزات التالية للمساعدة في ضمان عملية طرح سلسة.

استخدام خدمات اختبار الإصدارات التجريبية

تقدّم Firebase منتجَين يمكن أن يساعدا في اختبار الإصدارات التجريبية: Test Lab وApp Distribution. يمكن دمج كلتا هاتين الخدمتَين في عمليات التطوير المتكامل المستمر (CI/CD).

Firebase Test Lab هي بنية أساسية لاختبار التطبيقات تستند إلى السحابة الإلكترونية وتتيح لك اختبار تطبيقك على مجموعة من الأجهزة و الإعدادات، ما يتيح لك فهمًا مبكرًا لمستوى أدائه عند استخدامه من قِبل المستخدمين الفعليين.

وعندما تكون مستعدًا لمنح أحدث إصدار من تطبيقك إلى أشخاص موثوق بهم لاختباره، استخدِم Firebase App Distribution. يمكنك إدارة عمليات توزيع الإصدارات التجريبية من تطبيقك على كل من نظامَي التشغيل Apple وAndroid من الموضع نفسه.

استخدام خدمات الطرح والاختبار المحدود

استخدِم Firebase Remote Config لإطلاق ميزات جديدة باستخدام آلية طرح حسب النسبة المئوية أو اختبار هذه الميزات على مجموعة اختبار محدودة.

يوفّر Firebase أيضًا A/B Testing حتى تتمكّن من اختبار التغييرات في واجهة مستخدم تطبيقك أو ميزاته أو حملات التفاعل لمعرفة كيفية أثرها في المقاييس الرئيسية (مثل الأرباح والاحتفاظ بالمستخدمين) قبل طرحها على نطاق واسع.