لمحة عن عمليات طرح ميزة "الإعداد عن بُعد"

يقدّم هذا الدليل معلومات حول المفاهيم الأساسية المتعلّقة بعمليات Remote Config الطرح، حتى تتمكّن من:

فهم العضوية في مجموعة الطرح

عند إنشاء طرح جديد وتحديد نسبة مئوية، يضع 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% من المستخدمين.

فهم نتائج الطرح

بعد نشر طرح، من المفترض أن تبدأ في ملاحظة النتائج على الفور تقريبًا.

يمكنك الاطّلاع على النتائج بعدّة طرق:

  • من صفحة المَعلمات، وسِّع المَعلمة التي أعددتها لعملية الطرح، ثم انقر على عرض النتائج أسفل عملية الطرح.
  • من صفحة عمليات الطرح، انقر على اسم عملية الطرح.

تتيح لك أداة اختيار التطبيق في أعلى صفحة "النتائج" اختيار طرق عرض لتطبيقات معيّنة. تنقسم النتائج إلى عدة أقسام:

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

  • قسم المستخدمون الذي يعرض عدد عمليات تثبيت التطبيق الفردية التي تم فيها استرداد نموذج طرح في المجموعات التالية:

    • مفعَّلة: عدد مثيلات التطبيق التي تتطابق مع شرط الطرح المستهدف وحصلت على قيمة الطرح.
    • المجموعة الضابطة: عدد مثيلات التطبيق التي تتطابق مع شرط الطرح المستهدف والتي تم استرجاع القيمة غير المتغيرة لها.
    • الهدف: إجمالي العدد المقدَّر للحالات التي تتطابق مع الشرط الذي تحدّده في عملية الطرح، والتي من المفترض أن تتلقّى عملية الطرح أو قيمة غير متغيّرة.

    يمكنك الاطّلاع على مزيد من المعلومات في المقالة فهم العضوية في مجموعة الطرح.

  • قسمَا Crashlytics وAnalytics اللذان يعرضان بيانات المقارنة لمجموعتَي "المجموعة الضابطة" و"المجموعة التي تمّت ترقيتها" يمكنك فلترة البيانات التي تم جمعها حسب آخر 24 ساعة أو منذ آخر نشر أو آخر 7 أيام. آخر 24 ساعة هي طريقة العرض التلقائية.

Crashlytics نتيجة عن عمليات الطرح

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

  • الأعطال: يعرِض هذا القسم عدد الأعطال ونسبتها المئوية وعدد المستخدمين الفريدين الذين واجهوا أعطالاً في المجموعتين "مفعَّلة" و"مجموعة التحكّم".
  • الأخطاء غير الفادحة: تعرض عدد الأخطاء غير الفادحة ونسبتها المئوية وعدد المستخدمين الفريدين الذين واجهوا أخطاء غير فادحة.
  • أخطاء ANR (تطبيقات Android فقط): تعرض هذه البطاقة عدد أحداث "التطبيق لا يستجيب" ونسبتها المئوية، بالإضافة إلى عدد المستخدمين الفرديين الذين واجهوا حدثًا واحدًا أو أكثر من أحداث ANR.

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

Google Analytics نتيجة عن عمليات الطرح

يقارن قسم نتائج الطرح Google Analytics مقاييس Analytics جميع المستخدمين الذين تم عرض المجموعتين "مفعَّلة" أو "مجموعة التحكّم" لهم بالتفصيل وفي طرق عرض الرسومات البيانية. يتم توفير ثلاثة مقاييس:

  • إجمالي الإيرادات: يعرِض إجمالي مبلغ الإيرادات، بما في ذلك إيرادات الإعلانات وإيرادات عمليات الشراء، بالدولار الأمريكي. يمكنك فلترة نتائجك لعرض نتائج خاصة بإيرادات الإعلانات أو إيرادات عمليات الشراء.
  • إجمالي الإحالات الناجحة: يعرِض العدد الأولي لمجموع كل أحداث الإحالات الناجحة. يمكنك فلترة النتائج حسب الإحالة الناجحة التي تريد إبرازها.
  • إجمالي مدة التفاعل: يعرِض إجمالي مدة التفاعل التي قضاها المستخدمون مع أحد متغيرات الطرح. يتم عرض إجمالي مدة التفاعل بالتنسيق ساعات:دقائق:ثوانٍ. على سبيل المثال، 01:31:28. يعرض الرسم البياني البيانات من الفترة الزمنية التي اخترتها أعلى القسم Crashlytics.

الخطوات التالية