تتيح لك عمليات طرح Remote Config إمكانية طرح ميزات وتحديثات جديدة لتطبيقك بأمان وتدريجيًا. وباستخدام Remote Config مَعلمة، يمكنك طرح ميزات جديدة للتطبيق بطريقة منظَّمة لمجموعات محدّدة من المستخدمين. أثناء طرح الإصدار، راقِب مدى نجاحه باستخدام Firebase Crashlytics وGoogle Analytics. يمكنك استخدام عمليات طرح Remote Config من أجل:
- تقليل المشاكل المحتملة: حدِّد أي أخطاء أو مشاكل وعالجها قبل أن تؤثر في جزء كبير من قاعدة المستخدمين.
- جمع ملاحظات قيّمة: يمكنك جمع الملاحظات من شريحة محدودة من الجمهور وتكرار عملية التنفيذ قبل طرحها على شريحة أكبر من الجمهور.
- تفعيل التطوير المتكرّر: يمكنك إجراء تغييرات متكرّرة وسريعة على التطبيقات التي يتم نشرها على نطاق واسع مع الحدّ من المخاطر
- تتبُّع المقاييس التي تهمّك: يمكنك مقارنة ثبات التطبيق بين مجموعتَي الإصدار التجريبي والمجموعة الضابطة باستخدام Crashlytics، واستخدام Google Analytics لتتبُّع مقاييس مثل الإيرادات والتفاعل.
على سبيل المثال، إذا أنشأت تطبيقًا يتضمّن الذكاء الاصطناعي التوليدي ويخزّن الطلبات في مَعلمة Remote Config JSON، قد تحتاج إلى إجراء ما يلي:
- أنشئ عملية طرح على مراحل تعدِّل المَعلمة التي تحتوي على طلبات LLM إلى نسبة صغيرة من قاعدة المستخدمين.
- راقِب الأداء الناتج، وهل زادت الإحالات الناجحة أو انخفضت؟ ماذا عن التفاعل؟ هل هناك المزيد من الأعطال أو أقل؟
- استنادًا إلى نتائج الطرح، يمكنك اتّخاذ قرار بشأن ما يلي:
- تراجَع عن التغيير.
- عدِّل قيمة مَعلمة الطلب لضبط وتحسين استجابة النموذج.
- زيادة نسبة الطرح للوصول إلى شريحة أكبر من الجمهور، والوصول في النهاية إلى 100% من المستخدمين
يمكنك أيضًا الوصول إلى سجلّ جميع التغييرات باستخدام وحدة تحكّم Firebase.
الإمكانات الرئيسية
| الاستهداف حسب سمات المستخدمين | تقديم ميزات إلى شرائح مستخدمين معيّنة استنادًا إلى خصائص المستخدمين أو سلوك التطبيق أو أي معايير أخرى ذات صلة |
| عمليات الطرح على مراحل | زيادة النسبة المئوية للمستخدمين الذين تظهر لهم ميزة جديدة تدريجيًا بمرور الوقت، ما يقلّل من مخاطر حدوث مشاكل غير متوقّعة |
| ثبات الشاشة | استخدِم Crashlytics لمراقبة المشاكل المحتملة (مثل الأعطال والأخطاء غير الخطيرة والتطبيقات التي لا تستجيب) التي قد تحدث عند طرح ميزة جديدة. |
| الحصول على إحصاءات حول المقاييس الرئيسية | تأكَّد من أنّ إصدارك الجديد يؤثّر بشكل إيجابي في Google Analytics المقاييس التي تهمّك، مثل الإحالات الناجحة والإيرادات وتفاعل المستخدمين. |
| وظيفة العودة إلى الإصدار السابق | إذا أظهرت نتائج الطرح مشاكل محتملة، يمكنك العودة إلى إصدار سابق من الميزة لجميع المستخدمين المتأثرين أو لشريحة معيّنة منهم. |
كيف تعمل هذه الميزة؟
تعتمد عمليات الطرح على ثلاثة مكوّنات رئيسية:Remote Config
- تخزِّن خدمة Remote Config بيانات إعدادات تطبيقك وتديرها، بما في ذلك علامات الميزات ومَعلمات الإعدادات.
- توفّر Crashlytics تقارير عن الأعطال في الوقت الفعلي ومراقبة الأداء، ما يتيح لك تتبُّع تأثير عملية الإصدار وتحديد أي مشاكل شائعة بسرعة.
- توفّر أداة Google Analytics إمكانية استهداف عمليات الطرح استنادًا إلى سمات المستخدمين و مراقبة تأثير عملية الإطلاق في المقاييس الرئيسية، مثل الإيرادات وتفاعل المستخدمين وأحداث الإحالات الناجحة.
لمزيد من المعلومات، اطّلِع على لمحة عن طرح Remote Config.
مسار التنفيذ
| ضبط Remote Config | حدِّد علامات الميزات ومَعلمات الإعداد في وحدة تحكّم Firebase. | |
| إعداد Crashlytics | يمكنك دمج Crashlytics في تطبيقك لتتبُّع أدائه وتحديد أي مشاكل. | |
| إعداد Google Analytics | يمكنك دمج Analytics في تطبيقك لعرض المقاييس الرئيسية، مثل الإيرادات ومعدّل الحفاظ على المستخدمين. | |
| تنفيذ منطق الطرح | اضبط Remote Config في وحدة تحكّم Firebase وفي تطبيقك للوصول إلى علامات الميزات ومعلمات الضبط وتطبيقها استنادًا إلى معايير استهداف المستخدمين. | |
| المراقبة والتكرار | راقِب بيانات Crashlytics وملاحظات المستخدمين لتتبُّع تأثير الطرح وإجراء التعديلات حسب الحاجة. |
السياسات والحدود
تتشارك تجارب A/B Testing وعمليات طرح Remote Config إجمالي حدّ التجارب، وهو 24. على سبيل المثال، إذا كنت تجري 12 اختبار A/B، سيقتصر عدد عمليات الطرح النشطة على 12 عملية.