قم بإنشاء تجارب التكوين عن بعد لـ Firebase باستخدام اختبار A/B

عند استخدام Firebase Remote Config لنشر إعدادات تطبيق له قاعدة مستخدمين نشطة، فإنك تريد التأكد من أنك تقوم بذلك بشكل صحيح. يمكنك استخدام تجارب اختبار A/B لتحديد ما يلي بشكل أفضل:

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

لإجراء اختبار A/B لمتغيرات الميزات ذات الخط الأساسي، قم بما يلي:

  1. قم بإنشاء تجربتك.
  2. التحقق من صحة تجربتك على جهاز اختبار.
  3. إدارة تجربتك.

قم بإنشاء تجربة

تتيح لك تجربة التكوين عن بعد تقييم متغيرات متعددة لمعلمة واحدة أو أكثر من معلمات التكوين عن بعد .

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

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

  2. في قسم المشاركة في قائمة التنقل لوحدة تحكم Firebase ، انقر فوق اختبار A/B .

  3. انقر فوق إنشاء تجربة ، ثم حدد Remote Config عندما يُطلب منك تحديد الخدمة التي تريد تجربتها.

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

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

    • الإصدار: إصدار واحد أو أكثر من تطبيقك
    • رقم البناء: رمز إصدار التطبيق
    • اللغات: لغة ولغة محلية واحدة أو أكثر تستخدم لتحديد المستخدمين الذين قد يتم تضمينهم في التجربة
    • البلد/المنطقة: بلد أو منطقة واحدة أو أكثر لتحديد المستخدمين الذين يجب تضمينهم في التجربة
    • جمهور المستخدم: جماهير التحليلات المستخدمة لاستهداف المستخدمين الذين قد يتم تضمينهم في التجربة
    • خاصية المستخدم: واحدة أو أكثر من خصائص مستخدم Analytics لتحديد المستخدمين الذين قد يتم تضمينهم في التجربة
    • الفتح لأول مرة: استهدف المستخدمين استنادًا إلى المرة الأولى التي فتحوا فيها تطبيقك

      يتوفر استهداف المستخدم حسب وقت الفتح الأول بعد تحديد تطبيق Android أو iOS. وهو مدعوم من خلال إصدارات Remote Config SDK التالية: منصات Apple SDK v9.0.0+ وAndroid SDK v21.1.1+ (Firebase BoM v30.3.0+).

      يجب أيضًا تمكين التحليلات على العميل أثناء أول حدث مفتوح.

  6. تعيين النسبة المئوية للمستخدمين المستهدفين: أدخل النسبة المئوية لقاعدة مستخدمي تطبيقك المطابقة للمعايير المحددة ضمن المستخدمين المستهدفين الذين تريد تقسيمهم بالتساوي بين الخط الأساسي ومتغير واحد أو أكثر في تجربتك. يمكن أن تتراوح هذه النسبة بين 0.01% و100%. يتم تعيين المستخدمين بشكل عشوائي لكل تجربة، بما في ذلك التجارب المكررة.

  7. اختياريًا، قم بتعيين حدث تنشيط للتأكد من أن البيانات الواردة من المستخدمين الذين قاموا أولاً بتشغيل بعض أحداث Analytics هي التي يتم حسابها في تجربتك. لاحظ أن جميع المستخدمين الذين يطابقون معلمات الاستهداف الخاصة بك سيحصلون على قيم تجريبية للتكوين عن بعد، ولكن سيتم تضمين فقط أولئك الذين يقومون بتشغيل حدث التنشيط في نتائج تجربتك.

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

    • app_install
    • app_remove
    • app_update
    • dynamic_link_first_open
  8. بالنسبة لأهداف التجربة، حدد المقياس الأساسي المراد تتبعه، ثم أضف أي مقاييس إضافية تريد تتبعها من القائمة. ويتضمن ذلك الأهداف المضمنة (عمليات الشراء، والإيرادات، والاحتفاظ، والمستخدمين بدون أعطال، وما إلى ذلك)، وأحداث تحويل Analytics، وأحداث Analytics الأخرى. عند الانتهاء، انقر فوق التالي .

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

  10. (اختياري) لإضافة أكثر من متغير واحد إلى تجربتك، انقر على إضافة متغير آخر .

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

  12. قم بتوسيع الأوزان المتغيرة لعرض أو تغيير الأوزان المتغيرة للتجربة. افتراضيًا، يتم وزن كل متغير بالتساوي. لاحظ أن الأوزان غير المتساوية قد تزيد من وقت جمع البيانات ولا يمكن تغيير الأوزان بعد بدء التجربة .

  13. انقر فوق مراجعة لحفظ تجربتك.

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

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

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

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

    سويفت

    Installations.installations().authTokenForcingRefresh(true, completion: { (result, error) in
      if let error = error {
        print("Error fetching token: \(error)")
        return
      }
      guard let result = result else { return }
      print("Installation auth token: \(result.authToken)")
    })
    

    ج موضوعية

    [[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")
            }
        }

    سي ++

    firebase::InitResult init_result;
    auto* installations_object = firebase::installations::Installations::GetInstance(
        firebase::App::GetInstance(), &init_result);
    installations_object->GetToken().OnCompletion(
        [](const firebase::Future& future) {
          if (future.status() == kFutureStatusComplete &&
              future.error() == firebase::installations::kErrorNone) {
            printf("Installations Auth Token %s\n", future.result()->c_str());
          }
        });
    

    وحدة

    Firebase.Installations.FirebaseInstallations.DefaultInstance.GetTokenAsync(forceRefresh: true).ContinueWith(
      task => {
        if (!(task.IsCanceled || task.IsFaulted) && task.IsCompleted) {
          UnityEngine.Debug.Log(System.String.Format("Installations token {0}", task.Result));
        }
      });
    
  2. في شريط التنقل بوحدة تحكم Firebase ، انقر فوق اختبار A/B .
  3. انقر فوق مسودة (و/أو تشغيل تجارب التكوين عن بُعد)، وقم بالتمرير فوق تجربتك، وانقر فوق قائمة السياق ( )، ثم انقر فوق إدارة أجهزة الاختبار .
  4. أدخل رمز مصادقة التثبيت لجهاز اختبار واختر متغير التجربة لإرساله إلى جهاز الاختبار هذا.
  5. قم بتشغيل التطبيق وتأكد من استلام المتغير المحدد على جهاز الاختبار.

لمعرفة المزيد حول عمليات تثبيت Firebase، راجع إدارة عمليات تثبيت Firebase .

إدارة تجربتك

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

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

ابدأ التجربة

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

مراقبة التجربة

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

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

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

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

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

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

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

قم بتوسيع تجربة

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

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

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

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

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

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

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

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

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

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

بالنسبة إلى Remote Config، يعني هذا أنه حتى إذا كان المستخدم مؤهلاً تقنيًا لجمهور ما، إذا لم يقم Analytics بعد بإضافة المستخدم إلى الجمهور عند تنفيذ `fetchAndActivate()`، فلن يتم تضمين المستخدم في التجربة.

خاصية المستخدم للنص:
يتضمن،
لا يحتوي،
يتطابق تمامًا،
يحتوي على ريكس

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

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

استهدف المستخدمين بناءً على المرة الأولى التي يفتحون فيها تطبيقك:

  • حدد المستخدمين الجدد لاستهداف المستخدمين الذين يفتحون تطبيقك لأول مرة بعد تاريخ ووقت محددين في المستقبل.
  • حدد النطاق الزمني لاستهداف المستخدمين الذين يفتحون تطبيقك لأول مرة ضمن النطاق قبل أو بعد التاريخ والوقت الذي تحدده. الجمع بين شروط " قبل " و "بعد " لاستهداف المستخدمين ضمن نطاق زمني محدد.

يتوفر استهداف المستخدم عن طريق الفتح لأول مرة بعد تحديد تطبيق Android أو iOS. وهو مدعوم حاليًا من خلال إصدارات Remote Config SDK التالية: أنظمة Apple الأساسية SDK v9.0.0+ وAndroid SDK v21.1.1+ (Firebase BoM v30.3.0+).

يجب أيضًا تمكين التحليلات على العميل أثناء أول حدث مفتوح.

مقاييس اختبار أ/ب

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

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

  • لتتبع معدل الاحتفاظ بالمستخدمين اليومي والأسبوعي، أضف الاحتفاظ (2-3 أيام) والاحتفاظ (4-7 أيام) .
  • لمقارنة الاستقرار بين تدفقات اللعبة، أضف مستخدمي Crash-free .
  • لرؤية طرق عرض أكثر تفصيلاً لكل نوع من أنواع الإيرادات، قم بإضافة إيرادات الشراء وإيرادات الإعلانات المقدرة .

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

مقاييس الهدف

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

تصدير بيانات BigQuery

يمكنك الوصول إلى جميع البيانات التحليلية المتعلقة باختبارات A/B الخاصة بك في BigQuery . يتيح لك BigQuery تحليل البيانات باستخدام BigQuery SQL، أو تصديرها إلى موفر سحابي آخر، أو استخدام البيانات لنماذج تعلم الآلة المخصصة لديك. راجع ربط BigQuery بـ Firebase لمزيد من المعلومات.

لتحقيق أقصى استفادة من تصدير بيانات BigQuery، يجب أن تتبنى مشاريع Firebase خطة تسعير "Blaze" للدفع أولاً بأول. يتقاضى BigQuery رسومًا مقابل تخزين البيانات، وتدفق الإدخالات، والاستعلام عن البيانات. تحميل وتصدير البيانات بدون تكلفة. راجع تسعير BigQuery أو وضع الحماية في BigQuery لمزيد من المعلومات.

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

للاستعلام عن البيانات التحليلية لتجربة ما:

  1. من قائمة تجاربك النشطة ، حدد التجربة لفتح صفحة نتائج التجربة.
  2. من قائمة السياق في جزء النظرة العامة على التجربة ، حدد الاستعلام عن بيانات التجربة (هذا الخيار غير متاح للمشروعات الموجودة في الطبقة بدون تكلفة).

    يؤدي هذا إلى فتح مؤلف استعلام وحدة تحكم BigQuery مع نموذج استعلام تم إنشاؤه تلقائيًا لبيانات التجربة التي تم تحميلها مسبقًا لمراجعتك. في هذا الاستعلام، يتم ترميز تجربتك كخاصية مستخدم مع اسم التجربة في المفتاح ومتغير التجربة في القيمة.

  3. في مؤلف الاستعلام، حدد تشغيل الاستعلام. يتم عرض النتائج في الجزء السفلي.

لاحظ أنه نظرًا لأنه يتم تحديث بيانات Firebase في BigQuery مرة واحدة فقط يوميًا، فقد تكون البيانات المتاحة في صفحة التجربة أكثر تحديثًا من البيانات المتاحة في وحدة تحكم BigQuery.