Catch up on everthing we announced at this year's Firebase Summit. Learn more

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

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

لاختبار متغيرات ميزات اختبار A / B مع مجموعة تحكم ، قم بما يلي:

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

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

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

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

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

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

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

  9. (اختياري) أدخل اسم لكل متغير في تجربتك لاستبدال أسماء متغير A، 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;
      }
    }];
    

    جافا

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

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

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

مراقبة تجربة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مقاييس الهدف

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

مقاييس أخرى

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

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

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

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

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

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

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

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

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

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