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

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

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

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

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

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

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

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

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

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

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

  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 يتم احتسابها في تجربتك. لاحظ أن جميع المستخدمين الذين يطابقون معلمات الاستهداف الخاصة بك سيتلقون قيمًا تجريبية لـ Remote Config ، ولكن سيتم تضمين فقط أولئك الذين قاموا بتشغيل حدث التنشيط في نتائج تجربتك.

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

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

    C ++

    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 ، انقر على اختبار أ / ب .
  3. انقر فوق مسودة (و / أو تشغيل لتجارب التكوين عن بُعد) ، وقم بالمرور فوق تجربتك ، وانقر فوق قائمة السياق ( ) ، ثم انقر فوق إدارة أجهزة الاختبار .
  4. أدخل رمز مصادقة التثبيت لجهاز اختبار واختر متغير التجربة لإرساله إلى جهاز الاختبار هذا.
  5. قم بتشغيل التطبيق وتأكد من استلام المتغير المحدد على جهاز الاختبار.

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

إدارة تجربتك

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

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

ابدأ تجربة

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

مراقبة تجربة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مقاييس اختبار A / B

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

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

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

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

مقاييس الهدف

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

مقاييس أخرى

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

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

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

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

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

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

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

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

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

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