עכשיו, אחרי שהטמיעו את יחידות המודעות החדשות באפליקציה, צריך להגדיר
בדיקת A/B שתעזור לכם להבין את הביצועים של יחידות המודעות האלה. ההגדרה של
לאילו משתמשים לטרגט בבדיקה וגם את יעדי הבדיקה שלכם. כמו כן
צריך להגדיר את הווריאציות לבדיקה (יחידות המודעות השונות באפליקציה) ולהגדיר
את הפרמטר Remote Config שישלוט בהצגה של
וריאציות באפליקציה שלך.
ב-Firebase A/B Testing נעשה שימוש במוצרים הבאים כדי לבדוק ולנתח את
ההשפעה של הוספת יחידת מודעות לאפליקציה:
Firebase Remote Config (השלב הבא) – מוסיפים לקוד לוגיקה לטיפול בהגדרה של הפרמטרים
Google Analytics (פועל מאחורי הקלעים) – מדידת ההשפעה של
מערכי הגדרות אישיות
הפעלה של בדיקת A/B חדשה
כדי להתחיל בדיקה מבוקרת לאופטימיזציה של תדירות הצגת המודעות, צריך לנווט קודם
לקטע A/B Testing במסוף Firebase. לוחצים על יצירה
ניסוי, ולאחר מכן בוחרים Remote Config.
ממשק המשתמש של מסוף Firebase שמראה איך להתחיל בדיקת A/B באמצעות Remote Config"
class="screen">
הגדרה של היסודות
בקטע עקרונות בסיסיים, מגדירים את שם הניסוי ומציינים את הפרטים הבאים:
תיאור הניסוי.
ממשק המשתמש של מסוף Firebase שמראה איך להגדיר את היסודות של בדיקת A/B"
class="screen">
הגדרת טירגוט
בקטע טירגוט, בוחרים את האפליקציה ל-iOS או ל-Android ש
שהניסוי יתמקד בו.
מגדירים את אחוז המשתמשים שייחשפו לניסוי. בשביל זה
במדריך הזה, יחידות המודעות החדשות ייבדקו עם 30% מהמשתמשים שלכם. שימו לב
זה לא אומר ש-30% מכל המשתמשים יראו את יחידות המודעות החדשות עם
מכסות תדירות מוגברות. פירוש הדבר הוא ש-30% מהמשתמשים שלכם ייחשפו
בין שתי מודעות המעברון החדשות לבין יחידת המודעות הבסיסית (
מודעה קיימת).
משאירים את כל שאר ההגדרות כברירות המחדל.
ממשק המשתמש של מסוף Firebase שמראה איך להגדיר את הטירגוט בבדיקת A/B"
class="screen">
הגדרת יעדים
Firebase A/B Testing עוקב אחר מדד ראשי כדי לקבוע את הזוכה
אבל הוא גם מאפשר להוסיף מדדים משניים כדי להבין
ההשפעה של הגדרות שונות על גורמים חשובים אחרים באפליקציה.
במדריך הזה, אופטימיזציה של הכנסה משוערת של AdMob היא השיטה הראשית
יעד, לכן בחר אותו מהתפריט הנפתח.
(אופציונלי) אם רוצים לעקוב אחרי מדדים נוספים ב-A/B Testing, כמו
אומדן הכנסות כוללות או שיעורי שימור שונים, בוחרים אותם לפי
לוחצים על הוספת מדד.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את היעדים של בדיקת ה-A/B"
class="screenshot">
מגדירים את הווריאציות
השלב האחרון בהגדרה של בדיקת A/B הוא הגדרת Remote Config
פרמטר שקובע איזו יחידת מודעות תוצג למשתמשים.
בקטע וריאציות, יוצרים פרמטר חדש בשם
INTERSTITIAL_AD_KEY על ידי הקלדת הפרמטר בשדה פרמטר של
כרטיס Baseline.
מגדירים את הפרמטר INTERSTITIAL_AD_KEY לפי ההגדרות הבאות בקטע וריאנטים:
וריאנט Baseline: ערך מוגדר למזהה יחידת המודעות של המודעה הקיימת
יחידה עם הגדרת מכסת תדירות של 4 חשיפות למשתמש לכל 10
דקות
הווריאנט Variant A: Value מוגדר למזהה של יחידת המודעות החדשה, עם הגדרת מכסת התדירות של 6 חשיפות לכל משתמש בכל 10 דקות.
וריאנט וריאנט B: ערך מוגדר למזהה יחידת המודעות של המודעה החדשה.
יחידה עם הגדרת מכסת תדירות של 8 חשיפות למשתמש לכל 10
דקות
במדריך הזה, בווריאנט Baseline תוצג יחידת המודעות הקיימת.
(4 חשיפות לכל משתמש ב-10 דקות). הפעולה של וריאנט A ווריאנט B
להציג את יחידות המודעות החדשות (6 ו-8 חשיפות לכל משתמש ב-10 דקות,
בהתאמה) לקבוצת משנה קטנה של משתמשים. נקבע על ידי
הערך של הפרמטר, שהוא מזהה יחידת המודעות שנלקח מממשק המשתמש של AdMob. האלה
ערכי הפרמטרים מוגדרים כאן ב-Firebase A/B Testing, אבל למעשה
הפקודה Firebase Remote Config, ששולחת את הערכים האלה לקוד של האפליקציה עבור
לטיפול. בשלב הבא צריך להגדיר את Remote Config.
ממשק המשתמש של מסוף Firebase שבו מוסבר איך להגדיר את הווריאנטים של בדיקת ה-A/B"
class="screenshot">
לוחצים על בדיקה כדי לוודא שהניסוי מוגדר כראוי. אבל, לפעמים
לפני שתוכלו להפעיל את הניסוי, עליכם להגדיר איך
הקוד יגיב לערכי הפרמטרים שיתקבלו מ-Firebase. עוברים לשלב הבא כדי להגדיר את האופן שבו Remote Config מטפל בפרמטר INTERSTITIAL_AD_KEY.
[null,null,["עדכון אחרון: 2025-07-25 (שעון UTC)."],[],[],null,["Step 2: Set up an A/B test in the Firebase console\n\n\u003cbr /\u003e\n\n|--------------------------------------------------------------------------------------------------------------------------------|\n| Introduction: [Optimize AdMob ad frequency using Firebase](/docs/tutorials/optimize-ad-frequency) |\n| Step 1: [Use AdMob to create new ad unit variants for testing](/docs/tutorials/optimize-ad-frequency/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/optimize-ad-frequency/step-3) |\n| Step 4: [Start the A/B test and review the test results in the Firebase console](/docs/tutorials/optimize-ad-frequency/step-4) |\n| Step 5: [Decide whether to roll out the new ad format](/docs/tutorials/optimize-ad-frequency/step-5) |\n\n\u003cbr /\u003e\n\nNow that you have new ad units implemented in your app, you need to set up an\nA/B test that will help you understand how these ad units perform. 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 for optimizing ad frequency, start by navigating\nto the *A/B Testing* section of the Firebase console. Click **Create\nexperiment** , then select **Remote Config**.\nFirebase console UI showing how to start an A/B test using Remote Config\" class=\"screenshot\"\\\u003e\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 units will be tested with 30% of your users. Note that\n this doesn't mean that 30% of all your users will see the new ad units with\n increased frequency caps; this means that 30% of your users will be exposed\n to the two new interstitial ads along with the baseline ad unit (your\n existing ad).\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 which ad unit will be shown to users.\n\n1. In the *Variants* section, create a new parameter named\n `INTERSTITIAL_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 `INTERSTITIAL_AD_KEY` parameter:\n\n - ***Baseline*** variant: *Value* set to the ad unit ID of the existing ad unit with the frequency cap setting of 4 impressions per user per 10 minutes\n - ***Variant A*** variant: *Value* set to the ad unit ID of the new ad unit with the frequency cap setting of 6 impressions per user per 10 minutes\n - ***Variant B*** variant: *Value* set to the ad unit ID of the new ad unit with the frequency cap setting of 8 impressions per user per 10 minutes\n\n For this tutorial, the *Baseline* variant will show the existing ad unit\n (4 impressions per user per 10 minutes). *Variant A* and *Variant B* will\n show the new ad units (6 and 8 impressions per user per 10 minutes,\n respectively) to a small subset of users. This is controlled by the\n parameter's value which is the ad unit ID taken from the AdMob UI. These\n parameter values are set here in Firebase A/B Testing, but it's actually\n Firebase Remote Config that sends these values to your app's code for\n handling. You'll set up 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 parameter values received from Firebase. Proceed to the\nnext step to implement how Remote Config handles the `INTERSTITIAL_AD_KEY`\nparameter.\n\n\u003cbr /\u003e\n\n*** ** * ** ***\n\n\u003cbr /\u003e\n\n[arrow_back_ios**Step 1** : Use AdMob to create new ad unit variants](/docs/tutorials/optimize-ad-frequency/step-1)\n[**Step 3** : Handle Remote Config parameter valuesarrow_forward_ios](/docs/tutorials/optimize-ad-frequency/step-3)\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]