يوفّر هذا الدليل معلومات حول المفاهيم الأساسية المتعلّقة بعمليات طرح 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 صيغة رائدة، يمكنك إنشاء عملية طرح باستخدام الصيغة الفائزة. راقِب استقرار التطبيق ومقاييسه الرئيسية مع زيادة عدد المستخدمين الذين تظهر لهم الميزة تدريجيًا، وبعد التأكّد من أدائها، يمكنك طرحها لجميع المستخدمين.
فهم نتائج الطرح
بعد نشر عملية طرح، من المفترض أن تبدأ في رؤية النتائج على الفور تقريبًا.
يمكنك الاطّلاع على النتائج بطرق متعددة في وحدة تحكّم Firebase:
من صفحة DevOps & Engagement > الإعداد عن بُعد > المَعلمات، وسِّع المَعلمة التي ضبطتها لعملية الطرح، ثم انقر على عرض النتائج أسفل عملية الطرح.
من صفحة عمليات DevOps والتفاعل > الإعداد عن بُعد > عمليات الطرح، انقر على اسم عملية الطرح.
تتيح لك أداة اختيار التطبيقات في أعلى صفحة DevOps والتفاعل > الإعداد عن بُعد > النتائج اختيار طرق عرض لتطبيقات معيّنة. تنقسم النتائج إلى أقسام متعددة:
- قسم الملخّص الذي يعرض النسبة المئوية للطرح التي تم ضبطها ويتيح إمكانية التراجع عن الطرح أو تعديله وعند توسيعها، تظهر نظرة عامة على تفاصيل إعدادات عملية الطرح وسجلّ التغييرات.
قسم المستخدمون، والذي يعرض عدد عمليات تثبيت التطبيق الفريدة التي جلبت نموذج طرح في المجموعات التالية:
- مفعَّلة: عدد نُسخ التطبيق التي تتطابق مع شرط الطرح المستهدَف وحصلت على قيمة الطرح.
- مجموعة التحكّم: عدد نُسخ التطبيق التي تتطابق مع شرط الطرح المستهدَف والتي جلبت القيمة التي لم تتغيّر
- الهدف: إجمالي العدد المقدَّر للحالات التي تتطابق مع الشرط الذي حدّدته في عملية الطرح، والتي من المفترض أن تتلقّى إما عملية الطرح أو قيمة لم يتم تغييرها.
يمكنك الاطّلاع على مزيد من المعلومات في مقالة فهم عضوية مجموعة الطرح.
قسمَي Crashlytics وAnalytics اللذين يعرضان بيانات المقارنة لمجموعتَي "تم التفعيل" و"التحكّم" يمكنك فلترة البيانات التي تم جمعها خلال آخر 24 ساعة أو منذ آخر عملية نشر أو خلال آخر 7 أيام. "آخر 24 ساعة" هي طريقة العرض التلقائية.
Crashlytics نتيجة لعمليات الطرح
يمكنك الاطّلاع على إجمالي عدد الأعطال والأخطاء غير الفادحة وأخطاء ANR التي حدثت أثناء عملية الطرح. تعرض كل فئة من فئات النتائج رسمًا بيانيًا شريطيًا يقارن بين الإجماليات الأولية للمستخدمين في المجموعة المفعَّلة والمجموعة الضابطة الذين استوفوا شرط الطرح.
- الأعطال: يعرض هذا المقياس عدد الأعطال ونسبتها المئوية، وعدد المستخدمين الفريدين الذين واجهوا أعطالاً في مجموعتَي "التجربة" و"الضبط".
- الأخطاء غير الفادحة: يعرض هذا المقياس عدد الأخطاء غير الفادحة ونسبتها المئوية، وعدد المستخدمين الفرديين الذين واجهوا أخطاءً غير فادحة.
- أخطاء ANR (تطبيقات Android فقط): يعرض هذا المقياس عدد ونسبة أحداث "التطبيق لا يستجيب"، بالإضافة إلى عدد المستخدمين الفرديين الذين واجهوا حدث ANR واحدًا أو أكثر.
للحصول على معلومات أكثر تفصيلاً عن الأعطال، يمكنك النقر على عرض المزيد في Crashlytics. سيؤدي ذلك إلى فتح صفحة Crashlytics مع فلتر نشط لعملية الطرح التي كنت تفحص نتائجها. تقيس نتائج الطرح على صفحة Crashlytics جميع المستخدمين الذين سبق أن شاهدوا الصيغة المعنيّة، سواء كانت مفعَّلة أو مجموعة التحكّم. يمكنك اختيار عرض أعطال المجموعة الضابطة أو أعطال المجموعة المفعَّلة أو كليهما.
Google Analytics نتيجة لعمليات الطرح
يقارن قسم نتائج طرح ميزة "Google Analytics" مقاييس "Analytics" لجميع المستخدمين الذين سبق لهم التعرّض لمجموعات التجربة أو المجموعات الضابطة بالتفصيل وفي طرق عرض الرسم البياني. يتم توفير ثلاثة مقاييس:
- إجمالي الإيرادات: يعرض هذا المقياس إجمالي مبلغ الإيرادات، بما في ذلك إيرادات الإعلانات وإيرادات عمليات الشراء، بالدولار الأمريكي. يمكنك فلترة النتائج لعرض النتائج الخاصة بـ "إيرادات الإعلانات" أو "إيرادات الشراء".
- إجمالي الإحالات الناجحة: يعرض العدد الأولي لمجموع كل أحداث الإحالات الناجحة. يمكنك فلترة النتائج حسب الإحالة الناجحة التي تريد إبرازها.
- إجمالي مدة التفاعل: يعرض إجمالي مدة تفاعل المستخدمين مع أحد أشكال الطرح. يتم عرض إجمالي مدة التفاعل بتنسيق الساعات:الدقائق:الثواني. على سبيل المثال، 01:31:28. يعرض الرسم البياني البيانات من الفترة الزمنية التي اخترتها أعلى قسم "Crashlytics".