يقدّم هذا الدليل معلومات حول المفاهيم الأساسية المتعلّقة Remote Config بعمليات الطرح، ما يتيح لك ما يلي:
- التعرّف على طريقة عمل الانتساب في مجموعة الطرح
- معرفة الوقت المناسب لاستخدام طرح الإصدار ووقت استخدام اختبار A/B
- كيفية تفسير نتائج الطرح
فهم عضوية مجموعة الإصدارات التجريبية
عند إنشاء طرح جديد وتحديد نسبة مئوية، يضع Firebase جزءًا متساوي الحجم من جمهورك في مجموعة التحكّم للحصول على نتائج دقيقة عند مقارنة أداء الميزة المفعَّلة، ما يؤدي إلى ظهور المجموعات التالية.
- مفعَّل: تتلقّى أجهزة المستخدمين المخصّصة لهذه المجموعة القيمة التي تضبطها في عملية الطرح.
- التحكّم: تتلقّى أجهزة المستخدمين المخصّصة لهذه المجموعة القيمة التي كانت ستتلقّاها من Remote Config، وليس قيمة الطرح.
- لم يتم التعيين: تتلقّى أجهزة المستخدمين في هذه المجموعة القيمة التي كان من المفترض أن تتلقّاها من Remote Config، ولكن لا يتم استخدامها في نتائج مقارنة الطرح.
أي أنّه في حال طرح الميزة على% 2 من المستخدمين، تتم إضافتهم إلى مجموعة "مفعَّلة"، وتتم إضافة% 2 إضافية من المستخدمين إلى مجموعة "المجموعة الضابطة" التي تُستخدَم للمقارنة. سيظل% 96 من المستخدمين في حالة "لم يتم التعيين".
يضمن هذا النهج إجراء مقارنة عادلة بين أداء المستخدمين والأجهزة التي تتلقّى قيمة الطرح وتلك التي لا تتلقّاها، كما يتيح لك تحديد نجاح عملية الطرح أو فشلها بشكل فعّال في صفحة نتائج الطرح.
يكون تحديد مجموعة الطرح متسقًا في جميع مراحل عملية الطرح. يعني ذلك أنّه ضمن عملية الطرح نفسها، إذا خفّضت النسبة المئوية إلى %0، سيعود جميع المستخدمين إلى تلقّي قيمة المَعلمة المحدّدة في Remote Configالنموذج. إذا قرّرت لاحقًا زيادة النسبة المئوية للطرح، سيعود المستخدمون الذين كانوا جزءًا من مجموعات "مفعَّل" أو "التحكّم" السابقة إلى المجموعة التي تم تعيينهم إليها في الأصل وسيتلقّون قيمًا تتوافق مع تلك المجموعات.
بعد التأكّد من نجاح الإصدار وقرارك إطلاقه بالكامل لجميع المستخدمين المستهدَفين، لن تستخدم Firebase مجموعة التحكّم، وسيتلقّى جميع المستخدمين والأجهزة المستهدَفة قيمة الطرح.
متى يجب استخدام طرح إصدار مقارنةً باختبار A/B؟
تتلاءم Remote Config وعمليات A/B Testing مع حالات استخدام مختلفة قليلاً ويمكن استخدامهما بطريقة تكميلية.
عمليات الطرح هي إصدارات تدريجية، ويتم استخدامها غالبًا لطرح ميزة جديدة لمجموعة محدّدة من المستخدمين. قد تحتاج إلى استهداف المستخدمين في بلد معيّن أو الذين يستخدمون إصدارًا معيّنًا من تطبيقك. استخدِم عمليات الطرح للحدّ من المخاطر واختبار الميزات الجديدة في بيئة فعلية مع فرض ضوابط صارمة، حتى تتمكّن من معرفة أداء الميزة. يمكنك أيضًا تتبُّع أداء خدمات الخلفية مع زيادة عدد المستخدمين الذين يستفيدون من الميزة الجديدة، وتقدير معدّل الاستخدام لضمان إمكانية توسيع نطاق التغيير قبل إتاحته لجمهور أوسع.
تُعد عمليات الطرح أدوات ممتازة في الحالات التي يتم فيها تنفيذ ميزات جديدة تؤدي إلى تغييرات كبيرة في الوظائف، أو تغييرات قد تؤدي إلى نتائج غير متوقعة، أو تغييرات قد تؤثر في البنية الأساسية أو الخدمات أو واجهات برمجة التطبيقات الخارجية.
تتيح لك ميزة A/B Testing عرض إصدارات متعددة من ميزة أو عنصر في التطبيق، مثل تعديل شكل واجهة المستخدم ومظهرها، أو تغيير نص الإعلان، أو تعديل مستوى صعوبة اللعبة. يمكنك بعد ذلك عرض صيغ مختلفة للمستخدمين لمعرفة الخيار الذي يحقّق نتائج أفضل استنادًا إلى المقياس الذي اخترته (مثل تفاعل المستخدمين والنقرات على الإعلانات والإيرادات).
استخدِم A/B Testing لاتّخاذ قرارات مستنِدة إلى البيانات وتحسين الأداء وفهم تفضيلات المستخدمين. تُعدّ هذه الميزة مثالية للحالات التي تتوفّر فيها خيارات متعدّدة قابلة للمقارنة وأهداف محدّدة جدًا. على سبيل المثال، تكون A/B Testing مناسبة للتغييرات التي تريد فيها تعديل تطبيقك لتحسين مقياس معيّن، مثل اختبار موضع إعلان البانر الذي يؤدي إلى المزيد من النقرات.
من المستحسن أيضًا الجمع بين Remote Config عمليات الطرح وA/B Testing ضمن استراتيجية شاملة: أولاً، أنشئ اختبار A/B مع مجموعة محدودة من المستخدمين لتحديد الصيغة التي تحقّق أفضل النتائج لمقاييسك الرئيسية. بعد أن يحدّد A/B Testing متغيرًا فائزًا، أنشئ طرحًا باستخدام هذا المتغير. تتبَّع ثباته ومقاييسه الرئيسية أثناء زيادة عدد المستخدمين الذين سيتم عرض الميزة لهم بشكل تدريجي، وبعد التأكّد من أدائها، يمكنك طرحها على %100 من المستخدمين.
فهم نتائج الطرح
بعد نشر عملية طرح، من المفترض أن تبدأ في رؤية النتائج على الفور تقريبًا.
يمكنك الاطّلاع على النتائج بعدة طرق في وحدة تحكّم Firebase:
من صفحة عمليات التطوير والتشغيل والتفاعل > الإعداد عن بُعد > المَعلمات، وسِّع المَعلمة التي أعددتها لعملية الطرح، ثم انقر على عرض النتائج أسفل عملية الطرح.
من صفحة عمليات DevOps والتفاعل > الإعداد عن بُعد > عمليات الطرح، انقر على اسم عملية الطرح.
يتيح لك أداة اختيار التطبيقات في أعلى صفحة عمليات تطوير البرامج وإشراك المستخدمين > الإعداد عن بُعد > النتائج اختيار طرق عرض لتطبيقات معيّنة. تنقسم النتائج إلى عدة أقسام:
- قسم الملخّص الذي يعرض نسبة الطرح التي تم ضبطها ويتيح إمكانية التراجع عن الطرح أو تعديله عند توسيعه، يعرض نظرة عامة على تفاصيل إعدادات الطرح وسجلّ التغييرات.
قسم المستخدمون الذي يعرض عدد عمليات تثبيت التطبيق الفردية التي تم استرداد نموذج طرح لها في المجموعات التالية:
- مفعَّلة: عدد مثيلات التطبيق التي تتطابق مع شرط الطرح المستهدف وحصلت على قيمة الطرح.
- عنصر التحكّم: عدد مثيلات التطبيق التي تتطابق مع شرط الطرح المستهدف والتي تم استرجاع القيمة غير المتغيرة لها.
- الهدف: إجمالي عدد الحالات المقدَّر التي تتطابق مع الشرط الذي حدّدته في عملية الطرح، والتي من المفترض أن تتلقّى عملية الطرح أو قيمة غير متغيّرة.
يمكنك الاطّلاع على مزيد من المعلومات في مقالة التعرّف على العضوية في مجموعة الإصدارات التجريبية.
قسمَا Crashlytics وAnalytics اللذان يعرضان بيانات المقارنة لمجموعتَي "المجموعة التي تمّت ترقيتها" و"المجموعة الضابطة" يمكنك فلترة البيانات التي تم جمعها حسب آخر 24 ساعة أو منذ آخر نشر أو آخر 7 أيام. آخر 24 ساعة هي طريقة العرض التلقائية.
Crashlytics نتيجة عن عمليات الطرح
يمكنك الاطّلاع على إجمالي عدد الأعطال والأخطاء غير المميتة وأخطاء ANR التي حدثت أثناء طرح الإصدار. تعرض كل فئة من فئات النتائج رسمًا بيانيًا شريطيًا يقارن بين إجمالي الأعداد الأولية للمستخدمين الذين تم تفعيل الميزة لهم والمستخدمين الذين تم تضمينهم في المجموعة الضابطة والذين استوفوا شرط الطرح.
- الأعطال: تعرض هذه البطاقة عدد الأعطال ونسبتها المئوية، وعدد المستخدمين الفريدين الذين واجهوا أعطالاً في مجموعتَي "الميزة مفعّلة" و"المجموعة الضابطة".
- الأخطاء غير القاتلة: تعرض عدد الأخطاء غير القاتلة ونسبتها المئوية وعدد المستخدمين الفرديين الذين واجهوا أخطاء غير قاتلة.
- أخطاء ANR (تطبيقات Android فقط): تعرض هذه البطاقة عدد أحداث "التطبيق لا يستجيب" ونسبتها المئوية، بالإضافة إلى عدد المستخدمين الفرديين الذين واجهوا حدثًا واحدًا أو أكثر من أحداث ANR.
للحصول على معلومات أكثر تفصيلاً عن الأعطال، يمكنك النقر على عرض المزيد في Crashlytics. سيؤدي ذلك إلى فتح صفحة Crashlytics مع فلتر نشط لعملية الطرح التي كنت تفحص نتائجها. تقيس نتائج الطرح في صفحة Crashlytics جميع المستخدمين الذين سبق أن شاهدوا الإصدار المعنيّ، سواء مفعَّلاً أو عنصر تحكّم. يمكنك اختيار عرض الأعطال في مجموعة التحكّم أو الأعطال في المجموعة المفعَّلة أو كليهما.
Google Analytics نتيجة عن عمليات الطرح
يقارن قسم نتائج طرح Google Analytics Analytics المقاييس لجميع المستخدمين الذين تم عرض المجموعات "مفعَّلة" أو "مجموعة التحكّم" لهم بالتفصيل وفي طرق عرض الرسومات البيانية. يتم توفير ثلاثة مقاييس:
- إجمالي الإيرادات: يعرِض إجمالي مبلغ الإيرادات، بما في ذلك إيرادات الإعلانات وإيرادات عمليات الشراء، بالدولار الأمريكي. يمكنك فلترة نتائجك لعرض نتائج خاصة بإيرادات الإعلانات أو إيرادات عمليات الشراء.
- إجمالي الإحالات الناجحة: يعرض هذا المقياس العدد الأولي لمجموع كل أحداث الإحالات الناجحة. يمكنك فلترة نتائجك حسب الإحالة الناجحة التي تريد إبرازها.
- إجمالي مدة التفاعل: يعرِض هذا المقياس إجمالي مدة التفاعل التي قضاها المستخدمون مع أحد أشكال الطرح. يتم عرض إجمالي مدة التفاعل بالتنسيق "الساعات:الدقائق:الثواني". على سبيل المثال، 01:31:28. يعرض الرسم البياني البيانات من الفترة الزمنية التي اخترتها أعلى القسم Crashlytics.