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

يقدّم هذا الدليل معلومات حول المفاهيم الأساسية المتعلّقة 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.

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