إنشاء تجارب للمراسلة داخل التطبيق باستخدام ميزة "اختبار A/B"

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

لإجراء اختبار A/B على صيغ الميزة باستخدام خط أساس، اتّبِع الخطوات التالية:

  1. أنشئ تجربتك.
  2. اختبِر تجربتك على جهاز اختباري.
  3. إدارة تجربتك

إنشاء تجربة

تتيح لك التجربة التي تستخدم Firebase In-App Messaging تقييم عدة صيغ مختلفة لرسالة واحدة داخل التطبيق.

  1. سجِّل الدخول إلى وحدة تحكّم Firebase وتأكَّد من تفعيل Google Analytics في مشروعك لكي يتمكّن الاختبار من الوصول إلى بيانات Analytics.

    إذا لم تفعّل Google Analytics عند إنشاء مشروعك، يمكنك تفعيله في علامة التبويب عمليات الدمج التي يمكنك الوصول إليها باستخدام > إعدادات المشروع في Firebase وحدة التحكّم.

  2. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.

  3. انقر على إنشاء تجربة، ثمّ اختَر الرسائل داخل التطبيق عندما يُطلب منك تحديد الخدمة التي تريد إجراء تجربة عليها.

  4. بدلاً من ذلك، في قائمة التنقّل في وحدة تحكّم Firebase، وسِّع التفاعل، ثم انقر على In-App Messaging. بعد ذلك، انقر على تجربة جديدة.

  5. أدخِل اسمًا ووصفًا اختياريًا لتجربتك، ثم انقر على التالي.

  6. املأ حقول الاستهداف، وابدأ باختيار التطبيق الذي يستخدم تجربتك. يمكنك أيضًا استهداف مجموعة فرعية من المستخدمين للمشاركة في تجربتك عن طريق اختيار خيارات تتضمّن ما يلي:

    • الإصدار: إصدار واحد أو أكثر من تطبيقك
    • شريحة جمهور المستخدمين: شرائح الجمهور Analytics المستخدَمة لاستهداف المستخدمين الذين قد يتم تضمينهم في التجربة
    • خاصية المستخدِم: خاصية مستخدِم واحدة أو أكثر Analytics لاختيار المستخدِمين الذين يمكن تضمينهم في التجربة
    • البلد/المنطقة: بلد أو منطقة واحدة أو أكثر لاختيار المستخدمين الذين قد يتم تضمينهم في التجربة
    • لغة الجهاز: لغة واحدة أو أكثر من اللغات واللغات المحلية المستخدَمة لاختيار المستخدمين الذين قد يتم تضمينهم في التجربة
    • عمليات فتح التطبيق للمرة الأولى: استهداف المستخدمين استنادًا إلى أول مرة فتحوا فيها تطبيقك
    • آخر تفاعل مع التطبيق: استهداف المستخدمين استنادًا إلى آخر مرّة تفاعلوا فيها مع تطبيقك
  7. اضبط النسبة المئوية للمستخدمين المستهدَفين: اختَر النسبة المئوية من قاعدة مستخدمي تطبيقك الذين يستوفون المعايير المحدّدة ضمن المستخدمون المستهدَفون والتي تريد تقسيمها بالتساوي بين السعر الأساسي وواحد أو أكثر من الأسعار المتغيرة في تجربتك. يمكن أن تكون هذه النسبة المئوية أي قيمة بين% 0.01 و%100. تتم إعادة تحديد النسب المئوية للمستخدمين بشكل عشوائي لكل تجربة، بما في ذلك التجارب المكرّرة.

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

  9. لإضافة سعر متغير إلى تجربتك، انقر على إضافة سعر متغير. تحتوي التجارب تلقائيًا على سعر أساسي واحد وسعر متغير واحد.

  10. (اختياري) أدخِل اسمًا أكثر وصفًا لكل خيار.

  11. (اختياري) في أعلى قسم الرسائل البديلة، انقر على الزر مقارنة الرسائل البديلة لمقارنة رسالة بديلة أخرى جنبًا إلى جنب مع الرسالة الأساسية.

  12. حدِّد مقياس هدف لتجربتك لاستخدامه عند تقييم صيغ التجربة، بالإضافة إلى أي مقاييس إضافية تريد استخدامها من القائمة. وتشمل هذه المقاييس أهدافًا مضمّنة (التفاعل وعمليات الشراء والإيرادات والاحتفاظ بالمستخدمين وما إلى ذلك). أحداث الإحالات الناجحة Analytics وأحداث Analytics الأخرى

  13. اضبط جدول المواعيد للتجربة:

    • حدِّد تاريخ البدء وتاريخ الانتهاء للتجربة.
    • اضبط طريقة تشغيل الرسائل داخل التطبيق على مستوى جميع الصيغ.
  14. انقر على مراجعة لحفظ تجربتك.

يُسمح لك بإجراء ما يصل إلى 300 تجربة لكل مشروع، ويمكن أن يتضمّن ذلك ما يصل إلى 24 تجربة نشطة، مع بقاء التجارب الأخرى كمسودّة أو مكتملة.

التحقّق من صحة تجربتك على جهاز اختباري

يمكنك استرداد رمز مصادقة التثبيت المرتبط بكل عملية تثبيت في Firebase. يمكنك استخدام هذا الرمز المميز لاختبار صيغ تجريبية محدّدة على جهاز اختباري تم تثبيت تطبيقك عليه. للتحقّق من صحة التجربة على جهاز اختبار، اتّبِع الخطوات التالية:

  1. احصل على رمز المصادقة الخاص بالتثبيت على النحو التالي:

    Swift

    do {
      let result = try await Installations.installations()
        .authTokenForcingRefresh(true)
      print("Installation auth token: \(result.authToken)")
    } catch {
      print("Error fetching token: \(error)")
    }

    Objective-C

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                                   completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
      if (error != nil) {
        NSLog(@"Error fetching Installation token %@", error);
        return;
      }
      NSLog(@"Installation auth token: %@", [result authToken]);
    }];

    Java

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
            .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
        @Override
        public void onComplete(@NonNull Task<InstallationTokenResult> task) {
            if (task.isSuccessful() && task.getResult() != null) {
                Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
            } else {
                Log.e("Installations", "Unable to get Installation auth token");
            }
        }
    });

    Kotlin

    val forceRefresh = true
    FirebaseInstallations.getInstance().getToken(forceRefresh)
        .addOnCompleteListener { task ->
            if (task.isSuccessful) {
                Log.d("Installations", "Installation auth token: " + task.result?.token)
            } else {
                Log.e("Installations", "Unable to get Installation auth token")
            }
        }
  2. في شريط التنقّل الخاص Firebaseوحدة التحكّم، انقر على اختبار A/B.
  3. انقر على مسودّة (أو قيد التشغيل لتجارب "الإعداد عن بُعد")، مرِّر المؤشر فوق تجربتك، وانقر على قائمة السياق ()، ثم انقر على إدارة الأجهزة الاختبارية.
  4. أدخِل الرمز المميز لمصادقة التثبيت لجهاز اختبار، واختَر صيغة التجربة التي تريد إرسالها إلى جهاز الاختبار هذا.
  5. شغِّل التطبيق وتأكَّد من تلقّي الإصدار المحدّد على الجهاز التجريبي.

لمزيد من المعلومات حول عمليات تثبيت Firebase، يُرجى الاطّلاع على إدارة عمليات تثبيت Firebase.

إدارة تجربتك

سواء أنشأت تجربة باستخدام Remote Config أو &quot;أداة إنشاء الإشعارات&quot; أو Firebase In-App Messaging، يمكنك بعد ذلك التحقّق من صحة التجربة وبدءها، وتتبُّعها أثناء تنفيذها، وزيادة عدد المستخدمين المضمّنين في تجربتك الجارية.

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

بدء تجربة

  1. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.
  2. انقر على مسودة، ثمّ انقر على عنوان تجربتك.
  3. للتأكّد من أنّ تطبيقك يتضمّن مستخدمين سيتم إدراجهم في تجربتك، وسِّع تفاصيل المسودة وابحث عن رقم أكبر من 0% في قسم الاستهداف والتوزيع (على سبيل المثال، % 1 من المستخدمين الذين يستوفون المعايير).
  4. لتغيير تجربتك، انقر على تعديل.
  5. لبدء تجربتك، انقر على بدء التجربة. يمكنك إجراء ما يصل إلى 24 تجربة لكل مشروع في المرة الواحدة.

مراقبة تجربة

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

  1. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.
  2. انقر على جارٍ، ثمّ انقر على عنوان تجربتك أو ابحث عنه. في هذه الصفحة، يمكنك الاطّلاع على إحصاءات مختلفة تم رصدها وإحصاءات مستندة إلى نماذج حول تجربتك النشطة، بما في ذلك ما يلي:

    • النسبة المئوية للفرق عن المرجع: مقياس لتحسُّن أحد المقاييس لصيغة معيّنة مقارنةً بالصيغة المرجعية. يتم احتسابها من خلال مقارنة النطاق القيمي لخيارات المنتج بالنطاق القيمي للمنتج الأساسي.
    • احتمالية تجاوز المعدّل المرجعي: الاحتمالية المُقدَّرة لتفوّق صيغة معيّنة على المعدّل المرجعي للمقياس المحدّد.
    • observed_metric لكل مستخدم: استنادًا إلى نتائج التجربة، هذا هو النطاق المتوقّع الذي ستقع فيه قيمة المقياس بمرور الوقت.
    • الإجمالي observed_metric: القيمة التراكمية المرصودة للمقياس الأساسي أو المتغير. تُستخدَم القيمة لقياس مدى جودة أداء كل صيغة من صيغ التجربة، كما تُستخدَم لاحتساب التحسّن ونطاق القيمة واحتمالية التفوق على خط الأساس واحتمالية أن تكون الصيغة الأفضل. واستنادًا إلى المقياس الذي يتم قياسه، قد يتم تصنيف هذا العمود على أنّه "المدة لكل مستخدم" أو "الإيرادات لكل مستخدم" أو "معدل الاحتفاظ بالمستخدمين" أو "معدل الإحالات الناجحة".
  3. بعد إجراء التجربة لفترة من الوقت (7 أيام على الأقل لـ FCM وIn-App Messaging أو 14 يومًا لـ Remote Config)، تشير البيانات الواردة في هذه الصفحة إلى الصيغة "الأفضل"، إن وُجدت. تتضمّن بعض القياسات رسومات بيانية شريطية تعرض البيانات بتنسيق مرئي.

طرح تجربة لجميع المستخدمين

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

  1. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.
  2. انقر على مكتملة أو قيد التنفيذ، ثم انقر على التجربة التي تريد طرحها لجميع المستخدمين، وانقر على قائمة السياق () طرح الصيغة.
  3. اطرح تجربتك لجميع المستخدمين من خلال تنفيذ أحد الإجراءات التالية:

    • بالنسبة إلى التجربة التي تستخدم أداة إنشاء الإشعارات، استخدِم مربّع الحوار رسالة الطرح لإرسال الرسالة إلى المستخدمين المستهدَفين المتبقّين الذين لم يكونوا جزءًا من التجربة.
    • بالنسبة إلى تجربة Remote Config، اختَر صيغة لتحديد قيم معلمات Remote Config التي تريد تعديلها. تتم إضافة معايير الاستهداف التي تم تحديدها عند إنشاء التجربة كشرط جديد في نموذجك، وذلك للتأكّد من أنّ عملية الطرح لن تؤثر إلا في المستخدمين الذين تستهدفهم التجربة. بعد النقر على مراجعة في ميزة "الإعداد عن بُعد" للاطّلاع على التغييرات، انقر على نشر التغييرات لإكمال عملية الطرح.
    • بالنسبة إلى تجربة In-App Messaging، استخدِم مربّع الحوار لتحديد نوع الإصدار الذي يجب طرحه كحملة In-App Messaging مستقلة. بعد اختيار هذا الخيار، ستتم إعادة توجيهك إلى شاشة إنشاء الرسالة داخل التطبيق لإجراء أي تغييرات (إذا لزم الأمر) قبل النشر.

توسيع نطاق تجربة

إذا تبيّن لك أنّ إحدى التجارب لا تجذب عددًا كافيًا من المستخدمين لتحديد التجربة الأفضل، يمكنك زيادة نسبة توزيع تجربتك للوصول إلى نسبة أكبر من قاعدة مستخدمي التطبيق.A/B Testing

  1. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.
  2. اختَر التجربة النشطة التي تريد تعديلها.
  3. في نظرة عامة على التجربة، انقر على قائمة السياق ()، ثم انقر على تعديل التجربة الجارية.
  4. يعرض مربّع الحوار الاستهداف خيارًا لزيادة النسبة المئوية للمستخدمين المشاركين في التجربة الجارية. اختَر رقمًا أكبر من النسبة المئوية الحالية وانقر على نشر. سيتم طرح التجربة على النسبة المئوية للمستخدمين التي حدّدتها.

تكرار تجربة أو إيقافها

  1. في قسم التفاعل ضمن قائمة التنقّل في وحدة تحكّم Firebase، انقر على A/B Testing.
  2. انقر على مكتملة أو جارية، ثم مرِّر المؤشر فوق تجربتك، وانقر على قائمة السياق ()، ثم انقر على تكرار التجربة أو إيقاف التجربة.

استهداف المستخدمين

يمكنك استهداف المستخدمين المطلوب تضمينهم في تجربتك باستخدام معايير استهداف المستخدمين التالية.

معيار الاستهداف المشغِّلون    القيمة(القيم) ملاحظة
الإصدار يحتوي على،
لا يحتوي على،
يطابق تمامًا،
يحتوي على تعبير عادي
أدخِل قيمة واحدة أو أكثر لإصدارات التطبيق التي تريد تضمينها في التجربة.

عند استخدام أي من عوامل التشغيل يتضمّن أو لا يتضمّن أو يطابق تمامًا، يمكنك تقديم قائمة بالقيم مفصولة بفواصل.

عند استخدام عامل التشغيل يحتوي على تعبير عادي، يمكنك إنشاء تعبيرات عادية بتنسيق RE2. يمكن أن يتطابق التعبير العادي مع السلسلة المستهدفة للإصدار بشكل كامل أو جزئي. يمكنك أيضًا استخدام أدوات الربط ^ و$ لمطابقة بداية سلسلة مستهدَفة أو نهايتها أو السلسلة بأكملها.

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

بالنسبة إلى الأرقام:
<، ≤، =، ≥، >
يتم استخدام Analytics خاصية مستخدم لاختيار المستخدمين الذين قد يتم تضمينهم في تجربة، مع توفّر مجموعة من الخيارات لاختيار قيم خاصية المستخدم.

على العميل، يمكنك ضبط قيم السلسلة فقط لخصائص المستخدم. بالنسبة إلى الشروط التي تستخدم عوامل تشغيل رقمية، تحوّل خدمة Remote Config قيمة خاصية المستخدم المقابلة إلى عدد صحيح أو عدد عشري.
عند استخدام عامل التشغيل يحتوي على تعبير عادي، يمكنك إنشاء تعبيرات عادية بتنسيق RE2. يمكن أن يتطابق التعبير العادي مع السلسلة المستهدفة للإصدار بشكل كامل أو جزئي. يمكنك أيضًا استخدام أدوات الربط ^ و$ لمطابقة بداية سلسلة مستهدَفة أو نهايتها أو السلسلة بأكملها.
البلد/المنطقة لا ينطبق بلد واحد أو أكثر أو مناطق مستخدَمة لاختيار المستخدمين الذين قد يتم تضمينهم في التجربة  
اللغات لا ينطبق لغة واحدة أو أكثر ولغات محلية مستخدَمة لاختيار المستخدمين الذين قد يتم تضمينهم في التجربة  
أول فتح أكثر من
أقل من
بين
استهداف المستخدمين استنادًا إلى المرة الأولى التي فتحوا فيها تطبيقك، ويتم تحديدها بالأيام
آخر تفاعل مع التطبيق أكثر من
أقل من
بين
استهداف المستخدمين استنادًا إلى آخر مرة تفاعلوا فيها مع تطبيقك، محدَّدة بالأيام

A/B Testing مقياس

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

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

  • إجمالي الأرباح المقدّرة لمعرفة الفرق بين الصيغتين في إجمالي الأرباح الناتجة عن عمليات الشراء داخل التطبيق والأرباح الناتجة عن الإعلانات
  • معدّل الاحتفاظ بالمستخدمين (يوم واحد) ومعدّل الاحتفاظ بالمستخدمين (من يومين إلى 3 أيام) ومعدّل الاحتفاظ بالمستخدمين (من 4 إلى 7 أيام) لتتبُّع معدّل الاحتفاظ بالمستخدمين يوميًا/أسبوعيًا

توفّر الجداول التالية تفاصيل حول كيفية احتساب مقاييس الأهداف والمقاييس الأخرى.

مقاييس الهدف

المقياس الوصف
المستخدمون الذين لم يواجههم أي تعطُّل النسبة المئوية للمستخدمين الذين لم يواجهوا أخطاء في تطبيقك تم رصدها بواسطة حزمة تطوير البرامج (SDK) Firebase Crashlytics أثناء التجربة.
الإيرادات المقدَّرة الناتجة من الإعلانات الأرباح المقدّرة من الإعلانات
إجمالي الأرباح المقدَّرة القيمة المجمّعة لعمليات الشراء والأرباح المقدّرة من الإعلانات
الأرباح من عمليات الشراء القيمة المجمّعة لجميع أحداث purchase وin_app_purchase
الاحتفاظ بالبيانات (يوم واحد) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك يوميًا.
الاحتفاظ بالبيانات (من يومين إلى ثلاثة أيام) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك خلال يومَين إلى 3 أيام.
الاحتفاظ بالبيانات (من 4 إلى 7 أيام) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك خلال مدة تتراوح بين 4 و7 أيام.
الاحتفاظ بالبيانات (من 8 إلى 14 يومًا) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك خلال الفترة من 8 إلى 14 يومًا.
الاحتفاظ بالبيانات (أكثر من 15 يومًا) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك بعد مرور 15 يومًا أو أكثر على آخر استخدام لهم للتطبيق.
first_open هو Analytics حدث يتم تشغيله عندما يفتح المستخدِم تطبيقًا للمرة الأولى بعد تثبيته أو إعادة تثبيته. يتم استخدامها كجزء من مسار الإحالة الناجحة.

المقاييس الأخرى

المقياس الوصف
notification_dismiss حدث Analytics يتم تشغيله عندما يتم تجاهل إشعار مُرسَل بواسطة أداة إنشاء الإشعارات (على Android فقط).
notification_receive حدث Analytics يتم تشغيله عند تلقّي إشعار مُرسَل بواسطة أداة إنشاء الإشعارات أثناء عمل التطبيق في الخلفية (على أجهزة Android فقط).
os_update Analytics حدث يتتبّع وقت تحديث نظام تشغيل الجهاز إلى إصدار جديد.لمزيد من المعلومات، اطّلِع على الأحداث التي يتم جمعها تلقائيًا.
screen_view حدث Analytics يتتبّع الشاشات التي تمّت مشاهدتها داخل تطبيقك. لمزيد من المعلومات، راجِع مقالة تتبُّع مشاهدات الشاشة.
session_start Analytics حدث يتم فيه احتساب جلسات المستخدمين في تطبيقك. لمزيد من المعلومات، اطّلِع على الأحداث المجمّعة تلقائيًا.