צור ניסויי הודעות עם בדיקת A/B

כאשר אתה פונה למשתמשים שלך או מתחיל קמפיין שיווקי חדש, אתה רוצה לוודא שאתה עושה את זה נכון. בדיקת A/B יכולה לעזור לך למצוא את הניסוח והמצגת האופטימליים על ידי בדיקת גרסאות של הודעות בחלקים נבחרים של בסיס המשתמשים שלך. בין אם המטרה שלך היא שימור טוב יותר או המרה טובה יותר בהצעה, בדיקת A/B יכולה לבצע ניתוח סטטיסטי כדי לקבוע אם וריאנט מסר עולה על קו הבסיס עבור היעד שבחרת.

כדי לבחון גרסאות A/B עם קו בסיס, בצע את הפעולות הבאות:

  1. צור את הניסוי שלך.
  2. אמת את הניסוי שלך במכשיר בדיקה.
  3. נהל את הניסוי שלך.

צור ניסוי

ניסוי המשתמש ב-Notifications composer מאפשר לך להעריך גרסאות מרובות בהודעת התראה אחת.

  1. היכנס למסוף Firebase וודא ש-Google Analytics מופעל בפרויקט שלך כך שלניסוי תהיה גישה לנתוני Analytics.

    אם לא הפעלת את Google Analytics בעת יצירת הפרויקט שלך, תוכל להפעיל אותו בכרטיסייה אינטגרציות , אליה תוכל לגשת באמצעות > הגדרות פרויקט במסוף Firebase .

  2. בקטע Engage בסרגל הניווט של מסוף Firebase , לחץ על A/B Testing .

  3. לחץ על צור ניסוי ולאחר מכן בחר הודעות כאשר תתבקש עבור השירות שברצונך להתנסות איתו.

  4. הזן שם ותיאור אופציונלי עבור הניסוי שלך ולחץ על הבא .

  5. מלא את שדות המיקוד , תחילה בחר את האפליקציה שמשתמשת בניסוי שלך. תוכל גם למקד לקבוצת משנה של המשתמשים שלך להשתתף בניסוי שלך על ידי בחירת אפשרויות הכוללות את הדברים הבאים:

    • גרסה: גרסה אחת או יותר של האפליקציה שלך
    • קהל משתמשים: קהלים ב-Analytics משמשים למיקוד משתמשים שעשויים להיכלל בניסוי
    • נכס משתמש: נכס משתמש אחד או יותר של Analytics לבחירת משתמשים שעשויים להיכלל בניסוי
    • מדינה/אזור: מדינה או אזור אחד או יותר לבחירת משתמשים שעשויים להיכלל בניסוי
    • שפת מכשיר: שפה אחת או יותר מקומיות המשמשות לבחירת משתמשים שעשויים להיכלל בניסוי
    • פתיחה ראשונה: מקד למשתמשים על סמך הפעם הראשונה שהם פתחו את האפליקציה שלך
    • מעורבות אחרונה באפליקציה: מקד למשתמשים על סמך הפעם האחרונה שהם היו מעורבים באפליקציה שלך

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

    Objective-C

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

    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. הפעל את האפליקציה ואשר שהגרסה שנבחרה מתקבלת במכשיר הבדיקה.

נהל את הניסוי שלך

בין אם אתה יוצר ניסוי עם Config מרחוק, מחבר ההודעות או Firebase In-App Messaging, לאחר מכן תוכל לאמת ולהתחיל את הניסוי שלך, לעקוב אחר הניסוי שלך בזמן שהוא פועל ולהגדיל את מספר המשתמשים הכלולים בניסוי הפועל שלך.

כאשר הניסוי שלך יסתיים, תוכל לשים לב להגדרות המשמשות את הגרסה הזוכה, ולאחר מכן להפיץ את ההגדרות הללו לכל המשתמשים. לחלופין, אתה יכול להריץ ניסוי אחר.

התחל ניסוי

  1. בקטע Engage של תפריט הניווט של מסוף Firebase , לחץ על A/B Testing .
  2. לחץ על טיוטה ולאחר מכן לחץ על כותרת הניסוי שלך.
  3. כדי לוודא שלאפליקציה שלך יש משתמשים שייכללו בניסוי שלך, הרחב את פרטי הטיוטה ובדוק אם יש מספר גדול מ -0% בקטע מיקוד והפצה (לדוגמה, 1% מהמשתמשים התואמים את הקריטריונים ).
  4. כדי לשנות את הניסוי, לחץ על ערוך .
  5. כדי להתחיל את הניסוי, לחץ על התחל ניסוי . אתה יכול להריץ עד 24 ניסויים בכל פרויקט בכל פעם.

מעקב אחר ניסוי

לאחר שניסוי פועל במשך זמן מה, אתה יכול לבדוק את ההתקדמות שלו ולראות איך נראות התוצאות שלך עבור המשתמשים שהשתתפו בניסוי שלך עד כה.

  1. בקטע Engage של תפריט הניווט של מסוף Firebase , לחץ על A/B Testing .

  2. לחץ על פועל ולאחר מכן לחץ על, או חפש, את כותרת הניסוי שלך. בדף זה, תוכל להציג נתונים סטטיסטיים שונים שנצפו ובמודלים לגבי הניסוי המתנהל שלך, כולל הפריטים הבאים:

    • % הבדל מקו הבסיס : מדד לשיפור של מדד עבור וריאנט נתון בהשוואה לקו הבסיס. מחושב על ידי השוואת טווח הערכים של הגרסה לטווח הערכים של קו הבסיס.
    • הסתברות לנצח את קו הבסיס : ההסתברות המשוערת לכך שגרסה נתונה מנצחת את קו הבסיס עבור המדד שנבחר.
    • observed_metric למשתמש : בהתבסס על תוצאות הניסוי, זהו הטווח החזוי שאליו הערך המדד ייכנס לאורך זמן.
    • Total observed_metric : הערך המצטבר שנצפה עבור קו הבסיס או הגרסה. הערך משמש למדידת הביצועים של כל וריאנט ניסוי ומשמש לחישוב שיפור , טווח ערכים , הסתברות לנצח את קו הבסיס והסתברות להיות הגרסה הטובה ביותר . בהתאם למדד הנמדד, עמודה זו עשויה להיות מתויגת "משך זמן למשתמש", "הכנסה למשתמש", "שיעור שימור" או "שיעור המרות".

  3. לאחר שהניסוי שלך רץ במשך זמן מה (לפחות 7 ימים עבור FCM והודעות בתוך האפליקציה או 14 ימים עבור Remote Config), הנתונים בדף זה מציינים איזו גרסה, אם בכלל, היא ה"מובילה". חלק מהמדידות מלוות בתרשים עמודות המציג את הנתונים בפורמט ויזואלי.

הפעל ניסוי לכל המשתמשים

לאחר שניסוי נמשך מספיק זמן כדי שיהיה לך "מוביל", או גרסה מנצחת, עבור מדד היעד שלך, תוכל לשחרר את הניסוי ל-100% מהמשתמשים. זה מאפשר לך לבחור גרסה לפרסום לכל המשתמשים בהמשך. גם אם הניסוי שלך לא יצר מנצח ברור, אתה עדיין יכול לבחור לשחרר גרסה לכל המשתמשים שלך.

  1. בקטע Engage של תפריט הניווט של מסוף Firebase , לחץ על A/B Testing .
  2. לחץ על הושלם או פועל , לחץ על ניסוי שברצונך לשחרר לכל המשתמשים, לחץ על תפריט ההקשר ( ) גרסה הפעלה .

  3. הפעל את הניסוי שלך לכל המשתמשים על ידי ביצוע אחת מהפעולות הבאות:

    • עבור ניסוי המשתמש ב-Notifications composer , השתמש בתיבת הדו-שיח 'הפצת הודעה' כדי לשלוח את ההודעה לשאר המשתמשים הממוקדים שלא היו חלק מהניסוי.
    • עבור ניסוי של Remote Config , בחר גרסה כדי לקבוע אילו ערכי פרמטר של Remote Config לעדכן. קריטריוני המיקוד שהוגדרו בעת יצירת הניסוי מתווספים כתנאי חדש בתבנית שלך, כדי להבטיח שההשקה משפיעה רק על משתמשים שאליהם הניסוי ממקד. לאחר לחיצה על סקירה ב-Remote Config כדי לסקור את השינויים, לחץ על פרסם שינויים כדי להשלים את ההשקה.
    • עבור ניסוי של העברת הודעות בתוך האפליקציה , השתמש בתיבת הדו-שיח כדי לקבוע איזו גרסה יש להפעיל כקמפיין עצמאי להעברת הודעות בתוך האפליקציה. לאחר הבחירה, אתה מופנה למסך הכתיבה של FIAM כדי לבצע שינויים (אם נדרש) לפני הפרסום.

הרחב ניסוי

אם אתה מגלה שניסוי לא מביא מספיק משתמשים כדי ש-A/B Testing יכריז על מנהיג, תוכל להגדיל את התפוצה של הניסוי שלך כדי להגיע לאחוז גדול יותר מבסיס המשתמשים של האפליקציה.

  1. בקטע Engage של תפריט הניווט של מסוף Firebase , לחץ על A/B Testing .
  2. בחר את הניסוי הפועל שברצונך לערוך.
  3. בסקירה הכללית של הניסוי , לחץ על תפריט ההקשר ( ), ולאחר מכן לחץ על ערוך ניסוי פועל .
  4. תיבת הדו-שיח 'מיקוד ' מציגה אפשרות להגדיל את אחוז המשתמשים שנמצאים בניסוי הפועל. בחר מספר גדול מהאחוז הנוכחי ולחץ על פרסם . הניסוי יידחק החוצה לאחוז המשתמשים שציינת.

שכפל או הפסק ניסוי

  1. בקטע Engage של תפריט הניווט של מסוף Firebase , לחץ על A/B Testing .
  2. לחץ על הושלם או פועל , החזק את המצביע מעל הניסוי שלך, לחץ על תפריט ההקשר ( ), ולאחר מכן לחץ על שכפל ניסוי או עצור ניסוי .

מיקוד למשתמש

אתה יכול למקד את המשתמשים שיש לכלול בניסוי שלך באמצעות הקריטריונים הבאים של מיקוד משתמשים.

קריטריון מיקוד מפעיל(ים) ערכים הערה
גִרְסָה מכיל,
לא מכיל,
מתאים בדיוק,
מכיל ביטוי רגולרי		 הזן ערך עבור גרסת אפליקציה אחת או יותר שברצונך לכלול בניסוי.

כאשר אתה משתמש בכל אחד מהאופרטורים מכיל , אינו מכיל או מתאים בדיוק לאופרטורים, אתה יכול לספק רשימה של ערכים מופרדים בפסיקים.

בעת שימוש באופרטור contains regex , ניתן ליצור ביטויים רגולריים בפורמט RE2 . הביטוי הרגולרי שלך יכול להתאים את מחרוזת גרסת היעד כולה או חלק ממנה. אתה יכול גם להשתמש בעוגני ^ ו- $ כדי להתאים את ההתחלה, הסוף או השלמות של מחרוזת יעד.

קהלי משתמשים כולל את כל,
כולל לפחות אחד מ,
לא כולל את כולם,
אינו כולל לפחות אחד מהם		 בחר קהל אחד או יותר של Analytics כדי למקד למשתמשים שעשויים להיכלל בניסוי שלך. ניסויים מסוימים הממקדים לקהלים של Google Analytics עשויים לדרוש מספר ימים כדי לצבור נתונים מכיוון שהם כפופים לאחזור עיבוד הנתונים של Analytics . סביר להניח שתתקל בעיכוב הזה עם משתמשים חדשים, שבדרך כלל נרשמים לקהלים מתאימים 24-48 שעות לאחר היצירה, או עבור קהלים שנוצרו לאחרונה .
נכס משתמש לטקסט:
מכיל,
לא מכיל,
מתאים בדיוק,
מכיל ביטוי רגולרי

למספרים:
<, ≤, =, ≥, >		 נכס משתמש של Analytics משמש לבחירת משתמשים שעשויים להיכלל בניסוי, עם מגוון אפשרויות לבחירת ערכי נכסי משתמש.

בלקוח, אתה יכול להגדיר רק ערכי מחרוזת עבור מאפייני משתמש. עבור תנאים המשתמשים באופרטורים מספריים, שירות התצורה המרוחקת ממיר את הערך של מאפיין המשתמש המתאים למספר שלם/צף.		 בעת שימוש באופרטור contains regex , ניתן ליצור ביטויים רגולריים בפורמט RE2 . הביטוי הרגולרי שלך יכול להתאים את מחרוזת גרסת היעד כולה או חלק ממנה. אתה יכול גם להשתמש בעוגני ^ ו- $ כדי להתאים את ההתחלה, הסוף או השלמות של מחרוזת יעד.
מדינה/אזור לא מדינה או אזור אחד או יותר משמשים לבחירת משתמשים שעשויים להיכלל בניסוי.
שפות לא שפה ומקומון אחד או יותר המשמשים לבחירת משתמשים שעשויים להיכלל בניסוי.
פתיחה ראשונה יותר מ
פחות מ
בֵּין		 מקד למשתמשים על סמך הפעם הראשונה שהם פתחו את האפליקציה שלך, שצוין בימים.
מעורבות אחרונה באפליקציה יותר מ
פחות מ
בֵּין		 מקד למשתמשים בהתבסס על הפעם האחרונה שהם היו מעורבים באפליקציה שלך, שצוין בימים.

מדדי A/B Testing

כאשר אתה יוצר את הניסוי שלך, אתה בוחר מדד ראשי, או מדד יעד , המשמש לקביעת הגרסה המנצחת. עליך גם לעקוב אחר מדדים אחרים כדי לעזור לך להבין טוב יותר את הביצועים של כל וריאנט ניסוי ולעקוב אחר מגמות חשובות שעשויות להיות שונות עבור כל וריאציה, כמו שימור משתמשים, יציבות אפליקציה והכנסות מרכישות מתוך האפליקציה. אתה יכול לעקוב אחר עד חמישה מדדים שאינם יעדים בניסוי שלך.

לדוגמה, נניח שהוספת רכישות חדשות בתוך האפליקציה לאפליקציה שלך וברצונך להשוות את היעילות של שתי הודעות "דחיפה" שונות. במקרה זה, ייתכן שתחליט לבחור להגדיר הכנסה מרכישה כמדד היעד שלך, כי אתה רוצה שהגרסה המנצחת תייצג את ההתראה שהובילה להכנסה הגבוהה ביותר מרכישות מתוך האפליקציה. ומכיוון שאתה גם רוצה לעקוב אחר איזו וריאציה הביאה ליותר המרות עתידיות ולשמירה על משתמשים, תוכל להוסיף את הדברים הבאים במדדים אחרים למעקב :

  • הכנסה כוללת משוערת כדי לראות כיצד הרכישה המשולבת שלך מתוך האפליקציה וההכנסה ממודעות שונה בין שתי הגרסאות
  • שימור (יום אחד) , שימור (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 המופעל כאשר הודעה שנשלחה על ידי מחבר ההודעות נדחית (אנדרואיד בלבד).
notification_receive אירוע Analytics המופעל כאשר הודעה שנשלחה על ידי כותב ההודעות מתקבלת כשהאפליקציה נמצאת ברקע (אנדרואיד בלבד).
os_update אירוע Analytics שעוקב מתי מערכת ההפעלה של המכשיר מתעדכנת לגרסה חדשה. למידע נוסף, ראה אירועים שנאספו אוטומטית .
screen_view אירוע Analytics שעוקב אחר מסכים שנצפו באפליקציה שלך. למידע נוסף, ראה מעקב אחר תצוגות מסך .
session_start אירוע 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.