إنشاء تجارب مراسلة باستخدام اختبار A / B

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

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

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

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

تتيح لك التجربة التي تستخدم مؤلف الإشعارات تقييم متغيرات متعددة في رسالة إعلام واحدة.

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

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

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

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

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

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

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

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

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

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

  9. (اختياري) أدخل اسمًا لكل متغير في تجربتك لاستبدال الأسماء Variant A و Variant B وما إلى ذلك.

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

  11. اختر خيارات لرسالتك:

    • تاريخ التسليم: إما أن تختار "إرسال الآن" لبدء تجربتك فورًا عند الحفظ، أو "مجدول" لتحديد وقت لبدء تجربتك في المستقبل.
    • الخيارات المتقدمة: لاختيار خيارات متقدمة لجميع الإشعارات المضمنة في تجربتك، قم بتوسيع الخيارات المتقدمة ، ثم قم بتغيير أي من خيارات الرسائل المدرجة.

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

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

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

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

  1. احصل على رمز تسجيل FCM كما يلي:

    سويفت

    Messaging.messaging().token { token, error in
  if let error = error {
    print("Error fetching FCM registration token: \(error)")
  } else if let token = token {
    print("FCM registration token: \(token)")
    self.fcmRegTokenMessage.text  = "Remote FCM registration token: \(token)"
  }
}

    ج موضوعية

    [[FIRMessaging messaging] tokenWithCompletion:^(NSString *token, NSError *error) {
  if (error != nil) {
    NSLog(@"Error getting FCM registration token: %@", error);
  } else {
    NSLog(@"FCM registration token: %@", token);
    self.fcmRegTokenMessage.text = token;
  }
}];

    Java

    FirebaseMessaging.getInstance().getToken()
    .addOnCompleteListener(new OnCompleteListener<String>() {
        @Override
        public void onComplete(@NonNull Task<String> task) {
          if (!task.isSuccessful()) {
            Log.w(TAG, "Fetching FCM registration token failed", task.getException());
            return;
          }

          // Get new FCM registration token
          String token = task.getResult();

          // Log and toast
          String msg = getString(R.string.msg_token_fmt, token);
          Log.d(TAG, msg);
          Toast.makeText(MainActivity.this, msg, Toast.LENGTH_SHORT).show();
        }
    });

    Kotlin+KTX

    FirebaseMessaging.getInstance().token.addOnCompleteListener(OnCompleteListener { task ->
    if (!task.isSuccessful) {
        Log.w(TAG, "Fetching FCM registration token failed", task.exception)
        return@OnCompleteListener
    }

    // Get new FCM registration token
    val token = task.result

    // Log and toast
    val msg = getString(R.string.msg_token_fmt, token)
    Log.d(TAG, msg)
    Toast.makeText(baseContext, msg, Toast.LENGTH_SHORT).show()
})

    سي ++

    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());
      }
    });

    Unity

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

إدارة تجربتك

سواء قمت بإنشاء تجربة باستخدام 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 ساعة من الإنشاء، أو مع الجماهير التي تم إنشاؤها مؤخرًا .
خاصية المستخدم للنص:
يتضمن،
لا يحتوي،
يتطابق تمامًا،
يحتوي على ريكس

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

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

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

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

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

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

مقاييس أخرى

قياس وصف
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.