إنشاء تجارب للمراسلة داخل التطبيق باستخدام ميزة "اختبار 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+KTX

    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 أو منشئ الإشعارات أو 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 مستقلة. بعد اختياره، ستتم إعادة توجيهك إلى شاشة إنشاء FIAM لإجراء أي التغييرات (إذا لزم الأمر) قبل النشر.

توسيع التجربة

إذا تبيّن لك أنّ إحدى التجارب لا تجذب عددًا كافيًا من المستخدمين للحملة 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)

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

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

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

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

مقاييس الهدف

المقياس الوصف
المستخدمون الذين لم يواجههم أي تعطُّل يشير هذا المقياس إلى النسبة المئوية للمستخدمين الذين لم تواجههم أي أخطاء في تطبيقك. تم رصدها بواسطة حزمة تطوير البرامج (SDK) Firebase Crashlytics أثناء التجربة.
الأرباح المقدّرة الناتجة عن الإعلانات أرباح الإعلانات المقدّرة.
إجمالي الأرباح المقدَّرة القيمة المجمّعة لعملية الشراء وأرباح الإعلانات المقدّرة.
الأرباح من عمليات الشراء القيمة المُجمَّعة لكل purchase حدثان (in_app_purchase).
الاحتفاظ بالبيانات (يوم واحد) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك يوميًا.
الاحتفاظ بالاشتراكات (من يومَين إلى 3 أيام) يشير ذلك إلى عدد المستخدمين الذين يعودون إلى تطبيقك في غضون يومَين إلى 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 يحتسب جلسات المستخدمين في تطبيقك. للمزيد من المعلومات راجع تلقائيًا الأحداث التي تم جمعها.