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

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

فهم الانتساب في مجموعة عمليات الطرح

عند إنشاء عملية طرح جديدة وتحديد نسبة مئوية، يضع Firebase جزءًا متساوي الحجم من جمهورك في مجموعة تحكّم للحصول على نتائج دقيقة عند مقارنة أداء الميزة المفعّلة، ما يؤدي إلى ظهور المجموعات التالية:

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

يعني ذلك أنّه إذا طرحت الميزة لنسبة% 2 من المستخدمين، تتم إضافتهم إلى المجموعة "مفعّلة"، وتتم إضافة نسبة% 2 أخرى من المستخدمين إلى "مجموعة التحكّم" التي تُستخدم للمقارنة. وتبقى نسبة% 96 من المستخدمين في المجموعة "غير مخصّصة".

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

يكون تخصيص مجموعة عمليات الطرح متسقًا في جميع مراحل عملية الطرح. يعني ذلك أنّه ضمن عملية الطرح نفسها، إذا خفّضت النسبة المئوية إلى %0، سيعود جميع المستخدمين إلى تلقّي قيمة المعلمة المحدّدة في Remote Config النموذج. إذا قرّرت لاحقًا زيادة النسبة المئوية لعملية الطرح، سيعود المستخدمون الذين كانوا جزءًا من مجموعتَي "مفعّلة" أو "مجموعة التحكّم" السابقتَين إلى المجموعة التي تم تخصيصهم لها في الأصل وسيتلقّون قيمًا متسقة مع تلك المجموعات.

بعد التأكّد من نجاح الإصدار وتقرّر إطلاقه بالكامل لنسبة% 100 من المستخدمين المستهدَفين، لن يعود 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 Console:

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

  • من صفحة DevOps ومعدّل الاهتمام بالتطبيق > الإعداد عن بُعد > عمليات الطرح ، انقر على اسم عملية الطرح.

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

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

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

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

    مزيد من المعلومات في مقالة فهم الانتساب في مجموعة عمليات الطرح.

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

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

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

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

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

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

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

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

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