إنّ طرح إصدار جديد من تطبيقك المتوافق مع الأجهزة الجوّالة في قناة الإصدار العلني هو أحد أكثر المراحل إثارة في عملية تطوير التطبيقات، ولكنه قد يكون أيضًا من أكثرها ضغطًا.
يحتاج فريقك إلى تتبُّع معدّل استخدام الإصدار والأخطاء الجديدة وتأثير
هذه الأخطاء، وإجراء مقارنة بالإصدارات السابقة وغير ذلك.
توضّح هذه الصفحة العديد من الأدوات التي تقدّمها Firebase لتتبُّع البيانات التي تحتاج إليها لزيادة ثقتك بإصدار تطبيقك المتوافق مع الأجهزة الجوّالة.
استخدام لوحة بيانات مراقبة الإصدار لاستكشاف البيانات المتعلّقة بالإصدار
لوحة بيانات مراقبة الإصدارات
في وحدة تحكّم Firebase مستندة إلى Firebase Crashlytics. وهي لوحة بيانات واحدة
لتتبُّع أحدث إصدار علني لتطبيقك. يتم تعديل لوحة البيانات
تقريبًا في الوقت الفعلي، وتوفّر لك نظرة عامة على أهم مقاييس الإصدار
، بما في ذلك المقاييس الخالية من الأعطال ومعدل استخدام الإصدار والمقارنات مع الإصدارات السابقة
وأي مشاكل جديدة في الإصدار.
تحسِّن لوحة البيانات الجديدة هذه صفحة أحدث إصدار في وحدة التحكّم.
مقارنةً بهذه الصفحة، تضيف لوحة بيانات مراقبة الإصدار المزيد من
المعلومات، وتعرض بيانات مفيدة بدون الحاجة إلى "إحصاءات Google"، وتحميلها
بشكل أسرع.
.
ميزات لوحة البيانات
إعداد التقارير في الوقت الفعلي
تتمّ إعادة تحميل جميع الرسومات البيانية في الوقت الفعلي تقريبًا. بعد فترة قصيرة من نشر أحدث
إصدار، يمكنك مشاهدة تفاعل المستخدمين مع هذا الإصدار. إذا واجه بعض
هؤلاء المستخدمين أعطالًا، ستعرف تأثيرها على الفور
من خلال الرسوم البيانية للمقاييس التي لم تُسجِّل أي أعطال.
المقارنة وقياس الأداء استنادًا إلى الإصدارات السابقة
يمكنك الاطّلاع على ثبات أحدث إصدار في سياق الإصدارات السابقة. تتيح لك لوحة البيانات مقارنة المقاييس المباشرة من أحدث إصدار
وحتى نسختَين من الإصدارات السابقة.
أهم المشاكل الجديدة
يمكنك الاطّلاع على حالات التعطُّل الجديدة لأحدث إصدار من تطبيقك فور توفّرها. في جدول أهم المشاكل الجديدة، يمكنك تتبُّع تأثير المشاكل التي تم رصدها لأول مرة في أحدث إصدار، ما يتيح لك اتخاذ قرار سريع بشأن ما إذا كان يجب إيقاف الإصدار أو التراجع عنه.
متطلبات لوحة البيانات
للاطّلاع على أحدث إصدار في لوحة بيانات تتبُّع الإصدارات، اتّبِع الخطوات التالية:
تأكَّد من أنّ تطبيقك يستخدم على الأقل الإصدارات التالية من
Crashlytics حزمة تطوير البرامج (SDK):
أنظمة التشغيل Apple: الإصدار 10.8.0 أو إصدار أحدث |
نظام التشغيل Android: الإصدار 18.6.0 أو إصدار أحدث (BoM الإصدار 32.6.0 أو إصدار أحدث) |
Flutter: الإصدار 3.4.5 أو إصدار أحدث |
Unity: 11.7.0 أو إصدار أحدث
ما هي إصدارات حزمة تطوير البرامج (SDK) المطلوبة
لاستخدام لوحة بيانات مراقبة الإصدار؟
لكي يظهر الإصدار في لوحة البيانات، يجب أن يستخدم على الأقل الإصدارات التالية
من حزمة 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 دقيقة على الأقل من تشغيله في الخلفية.
المستخدِمون النشطون لإصدار معيّن هم عدد المستخدِمين الذين بدؤوا
جلسة باستخدام هذا الإصدار، ويتم تجميعهم حسب الساعة.
في الرسم البياني المستخدِمون النشطون، يتم عرض قيمة النسبة المئوية وعدد المستخدِمين النشطين
في الرسم البياني دائمًا من آخر 60 دقيقة (أو إذا لم يكن هناك
أي مستخدِمين نشطين في آخر 60 دقيقة، يتم عرض بيانات الساعة الماضية التي كانت
تتضمّن بيانات). على سبيل المثال، في لقطة الشاشة الموضّحة، كان هناك 90
مستخدمًا نشطًا للإصدار 6.0.0 (600) في آخر 60 دقيقة، ما يمثّل% 22.1 من إجمالي المستخدِمين (النشطين) للتطبيق.
عند تمرير مؤشر الماوس فوق الخطوط في الرسم البياني المستخدِمون النشطون، يتم احتساب النسبة المئوية للمستخدِمين النشطِين من عدد المستخدِمين النشطِين خلال الفترة الزمنية التي تشير إليها.
تستند النسبة المئوية للمستخدمين النشطين إلى بيانات الجلسات المستلَمة وليس إلى أي بيانات
أخرى (مثل بيانات Google Play أو تقارير الأعطال).
لماذا لا تظهر لي مقارنة و/أو النسبة المئوية للمستخدمين النشطين؟
إذا كانت هذه هي المرة الأولى التي تُطلق فيها تطبيقك باستخدام
إصدار حزمة SDK متوافق مع Crashlytics، لن تتوفّر لدى
Crashlytics بيانات جلسات سابقة للمقارنة بها.
إعداد التنبيهات
يمكن لعدة منتجات في Firebase، بما في ذلك Crashlytics، إرسال تنبيهات لسبب
مختلف خاص بالمنتج. لتلقّي التنبيهات، يجب أن تكون لديك الأذونات المطلوبة.
لمراقبة ثبات أحدث إصدار، يمكنك إعداد تنبيهات من كلا منصّتَي
Performance Monitoring وCrashlytics. بالنسبة إلى Crashlytics
على وجه التحديد، يمكنك إعداد التنبيهات التالية:
استخدِم تنبيهات السرعة لإعلام فريقك
إذا تجاوزت أي مشكلة فردية في تطبيقك الحدّ المسموح به الذي تحدّده فيconsole
Firebase.
يمكنك إرسال تنبيهات بشأن المشاكل الجديدة أو التي تراجعت إلى قناة الإشعارات المفضّلة:
استخدِم عمليات دمج التنبيهات التي تم ضبطها في وحدة تحكُّم Firebase لخدمات
Jira و
Slack و
PagerDuty.
قبل طرح أحدث إصدار، ننصحك باستخدام بعض الخدمات والميزات التالية
للمساعدة في ضمان عملية طرح سلسة.
استخدام خدمات اختبار الإصدارات التجريبية
تقدّم Firebase منتجَين يمكن أن يساعدا في اختبار الإصدارات التجريبية: Test Lab
وApp Distribution. يمكن دمج كلتا هاتين الخدمتَين في عمليات التطوير المتكامل المستمر (CI/CD).
Firebase Test Lab هي بنية أساسية لاختبار التطبيقات تستند إلى السحابة الإلكترونية وتتيح لك اختبار تطبيقك على مجموعة من الأجهزة و
الإعدادات، ما يتيح لك فهمًا مبكرًا لمستوى أدائه عند استخدامه
من قِبل المستخدمين الفعليين.
وعندما تكون مستعدًا لمنح أحدث إصدار من تطبيقك إلى أشخاص
موثوق بهم لاختباره، استخدِم Firebase App Distribution. يمكنك
إدارة عمليات توزيع الإصدارات التجريبية من تطبيقك على كل من نظامَي التشغيل Apple وAndroid من
المكان نفسه.
يوفّر Firebase أيضًا A/B Testing حتى تتمكّن من اختبار
التغييرات في واجهة مستخدم تطبيقك أو ميزاته أو حملات التفاعل لمعرفة كيفية أثرها
في المقاييس الرئيسية (مثل الأرباح والاحتفاظ بالمستخدمين) قبل طرحها
على نطاق واسع.