עכשיו, אחרי שהטמעתם יחידת מודעות חדשה באפליקציה, עליכם להגדיר בדיקת A/B שתעזור לכם להבין את הביצועים של יחידת המודעות הזו. תצטרכו להגדיר את המשתמשים שאליהם תרצו לטרגט את הבדיקה ואת יעדי הבדיקה. בנוסף, תצטרכו להגדיר את הווריאנטים לבדיקה (יחידות המודעות השונות באפליקציה) ולהגדיר את הפרמטר Remote Config, שישלוט בהצגת הווריאנטים באפליקציה.
Firebase A/B Testing משתמש במוצרים הבאים כדי לבדוק ולנתח את ההשפעות של הוספת יחידת מודעות לאפליקציה:
Firebase A/B Testing (השלב הזה) – מגדירים את היעדים ואת הפרמטרים שניתן לשנות לבדיקה
Firebase Remote Config (השלב הבא) – מוסיפים לקוד לוגיקה לטיפול בהגדרה של הפרמטרים
Google Analytics (פועל מאחורי הקלעים) – מודד את ההשפעה של ההגדרות
התחלת בדיקת A/B חדשה
כדי להתחיל בדיקה מבוקרת של אימוץ פורמט מודעה חדש, עוברים לקטע A/B Testing במסוף Firebase. לוחצים על יצירת ניסוי ובוחרים באפשרות Remote Config.
הגדרת היסודות
בקטע Basics (עקרונות בסיסיים), נותנים שם לניסוי ומזינים את התיאור של הניסוי.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את היסודות של בדיקת A/B"
class="screenshot">
הגדרת טירגוט
בקטע Targeting, בוחרים את האפליקציה ל-iOS או ל-Android שהניסוי יטרגט אליה.
מגדירים את אחוז המשתמשים שייחשפו לניסוי. במדריך הזה, יחידת המודעות החדשה תבדוק ב-10% מהמשתמשים שלכם. חשוב לזכור: המשמעות של 10% היא לא ש-10% מכל המשתמשים יראו את פורמט המודעה החדש, אלא ש-10% מהמשתמשים ישתתפו בניסוי ויראו או לא יראו את פורמט המודעה החדש.
משאירים את כל שאר ההגדרות בברירת המחדל.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את הטירגוט של בדיקת ה-A/B"
class="screenshot">
הגדרת היעדים
Firebase A/B Testing עוקב אחרי מדד ראשי כדי לקבוע את הווריאנט המנצח, אבל מאפשר גם להוסיף מדדים משניים כדי להבין את ההשפעות של הגדרות התצורה השונות על גורמים חשובים אחרים באפליקציה.
במדריך הזה, האופטימיזציה של הכנסה משוערת AdMob היא היעד הראשי, לכן בוחרים בה בתפריט הנפתח.
(אופציונלי) אם רוצים ש-A/B Testing יעקוב אחרי מדדים נוספים, כמו הכנסה כוללת משוערת או שיעורי שימור שונים, לוחצים על הוספת מדד ובוחרים את המדדים הרצויים.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את היעדים של בדיקת ה-A/B"
class="screenshot">
הגדרת הווריאנטים
השלב האחרון בהגדרת בדיקת A/B הוא הגדרת הפרמטר Remote Config שקובע אם היחידה החדשה של המודעות תוצג למשתמשים.
בקטע Variants, יוצרים פרמטר חדש בשם SHOW_NEW_AD_KEY. לשם כך, מקלידים את השם בשדה Parameter בכרטיס Baseline.
מגדירים את הפרמטר SHOW_NEW_AD_KEY לפי ההגדרות הבאות בקטע וריאנטים:
וריאנט Baseline: הערך מוגדר כ-false (כלומר: לא מציגים את פורמט המודעה החדש)
וריאנט Variant A: Value מוגדר כ-true (כלומר: הצגת פורמט מודעה חדש)
במדריך הזה, בווריאנט הבקרהלא יוצג פורמט המודעה החדש לאף משתמש, אבל בווריאנט Aיוצג פורמט המודעה החדש לקבוצת משנה קטנה של משתמשים. הדבר נשלט על ידי הערך הבוליאני של הפרמטר. הערכים האלה מוגדרים כאן ב-Firebase A/B Testing, אבל למעשה Firebase Remote Config שולח את הערכים האלה לקוד של האפליקציה לצורך טיפול. בשלב הבא תגדירו את Remote Config.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את הווריאנטים של בדיקת ה-A/B"
class="screenshot">
לוחצים על בדיקה כדי לוודא שהניסוי מוגדר כראוי. עם זאת, לפני שתוכלו להתחיל את הניסוי, תצטרכו להגדיר איך קוד האפליקציה יגיב לערך הפרמטר true או false שיתקבל מ-Firebase.
עוברים לשלב הבא כדי להגדיר את האופן שבו Remote Config מטפל בפרמטר SHOW_NEW_AD_KEY.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-07-24 (שעון UTC)."],[],[],null,["Step 2: Set up an A/B test in the Firebase console\n\n\u003cbr /\u003e\n\n|----------------------------------------------------------------------------------------------------------------------------------|\n| Introduction: [Test new AdMob ad format adoption using Firebase](/docs/tutorials/test-ad-format-adoption) |\n| Step 1: [Use AdMob to create a new ad unit variant for testing](/docs/tutorials/test-ad-format-adoption/step-1) |\n| **Step 2: Set up an A/B test in the Firebase console** \u003cbr /\u003e |\n| Step 3: [Handle Remote Config parameter values in your app's code](/docs/tutorials/test-ad-format-adoption/step-3) |\n| Step 4: [Start the A/B test and review the test results in the Firebase console](/docs/tutorials/test-ad-format-adoption/step-4) |\n| Step 5: [Decide whether to roll out the new ad format](/docs/tutorials/test-ad-format-adoption/step-5) |\n\n\u003cbr /\u003e\n\nNow that you have a new ad unit implemented in your app, you need to set up an\nA/B test that will help you understand how this ad unit performs. You'll define\nwhich users to target in the test as well as your testing goals. You'll also\nneed to define your test variants (the different ad units in your app) and set\nup the Remote Config parameter which will control the display of the\nvariants in your app.\n\nFirebase A/B Testing utilizes the following products to test and analyze the\neffects of adding an ad unit to your app:\n\n- Firebase A/B Testing (this step) --- define goals and configurable parameters for your test\n- Firebase Remote Config (next step) --- add logic to your code to handle the configuration of the parameters\n- Google Analytics (runs behind the scenes) --- measures the impact of the configurations\n\n**Initiate a new A/B test**\n\nTo initiate a controlled test over adopting a new ad format, start by navigating\nto the *A/B Testing* section of the Firebase console. Click **Create\nexperiment** , then select **Remote Config**.\n\n**Set up the basics**\n\nIn the *Basics* section, define the experiment name and provide the\nexperiment description.\nFirebase console UI showing how to set up the basics of A/B test\" class=\"screenshot\"\\\u003e\n\n**Set up targeting**\n\n1. In the *Targeting* section, select the iOS or Android app that the\n experiment will target.\n\n2. Set the percentage of users who will be exposed to the experiment. For this\n tutorial, the new ad unit will be tested with 10% of your users. Note that\n this doesn't mean that 10% of all your users will see the new ad format;\n this means that 10% of your users will be part of the experiment to see or\n not see the new ad format.\n\n Leave all other settings as their defaults.\n\nFirebase console UI showing how to set up the targeting of A/B test\" class=\"screenshot\"\\\u003e **Note:** Due to the different user behavior patterns observed from iOS and Android users, each A/B test can only target either the iOS or Android version of your app.\n|\n| To run the same test for both versions of your app, set up an experiment\n| for one version of your app, then duplicate the test settings in a second\n| experiment. In this second experiment, select the other version of your app\n| in the *Targeting* section.\n\n**Set up your goals**\n\nFirebase A/B Testing tracks a primary metric to determine the winning\nvariant, but it also allows you to add secondary metrics to understand the\nimpacts of different configurations on other important factors for your app.\n\n1. For this tutorial, *Estimated AdMob revenue* optimization is the primary\n goal, so select it from the dropdown menu.\n\n2. *(Optional)* If you want A/B Testing to track additional metrics, like\n *Estimated total revenue* or different retention rates, select those by\n clicking **Add metric**.\n\nFirebase console UI showing how to set up the goals of A/B test\" class=\"screenshot\"\\\u003e\n\n**Set up the variants**\n\nThe last step of configuring an A/B test is defining a Remote Config\nparameter that controls whether the new ad unit will be shown to users.\n\n1. In the *Variants* section, create a new parameter named\n `SHOW_NEW_AD_KEY` by typing it in the *Parameter* field of the\n *Baseline* card.\n\n2. Finish setting up the *Variants* section using the following settings\n for the `SHOW_NEW_AD_KEY` parameter:\n\n - ***Baseline*** variant: *Value* set to `false` (which means: do ***not*** show new ad format)\n - ***Variant A*** variant: *Value* set to `true` (which means: show new ad format)\n\n For this tutorial, the *Baseline* variant ***will not show*** the new ad\n format to users at all, but the *Variant A* variant ***will show*** the\n new ad format to a small subset of users. This is controlled by the\n parameter's boolean value. These values are set here in\n Firebase A/B Testing, but it's actually Firebase Remote Config\n that sends these values to your app's code for handling. You'll set up\n Remote Config in the next step.\n | **Note:** In your own future tests, if you set up various experiments and variants, we recommend giving variants meaningful names to easily track the test results later on.\n\nFirebase console UI showing how to set up the variants of A/B test\" class=\"screenshot\"\\\u003e\n\nClick **Review** to make sure your experiment is set up as expected. However,\nbefore you can actually start the experiment, you need to define how your app's\ncode will react to the `true` or `false` parameter value received from Firebase.\nProceed to the next step to implement how Remote Config handles the\n`SHOW_NEW_AD_KEY` parameter.\n\n\u003cbr /\u003e\n\n*** ** * ** ***\n\n\u003cbr /\u003e\n\n[arrow_back_ios**Step 1** : Use AdMob to create a new ad unit variant](/docs/tutorials/test-ad-format-adoption/step-1)\n[**Step 3** : Handle Remote Config parameter valuesarrow_forward_ios](/docs/tutorials/test-ad-format-adoption/step-3)\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את היסודות של בדיקת A/B"
class="screenshot">
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את הטירגוט של בדיקת ה-A/B"
class="screenshot">
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את היעדים של בדיקת ה-A/B"
class="screenshot">
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את הווריאנטים של בדיקת ה-A/B"
class="screenshot">