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