בדיקת השימוש בפורמטים חדשים של מודעות ב-AdMob באמצעות Firebase
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
סקירה כללית על הפתרון
מהי בדיקת אימוץ של פורמט מודעה?
בין שהאפליקציה שלכם מבוססת על הכנסות משילוב של מקורות הכנסה ובין שהיא מבוססת על הכנסות מפרסום, יכול להיות שיהיה לכם קשה להשתמש בפורמטים שונים של מודעות.
לא כל הפורמטים של המודעות מתאימים לכל אפליקציה, ויכול להיות שפורמטים מסוימים של מודעות יניבו ביצועים טובים יותר בהתאם למאפייני האפליקציה. כשאתם מטמיעים פורמט מודעה חדש, יכול להיות שאתם חוששים מההשפעה השלילית על חוויית המשתמש או על שימור המשתמשים. עם זאת, יכול להיות שאתם גם רוצים לדעת אם תוכלו להגדיל את ההכנסות ואת ההתעניינות של המשתמשים אם תטמיעו פורמט מודעה חדש בצורה נכונה.
תרשים 1: פורמט מודעה אופטימלי שמניב את ההכנסות המקסימליות עם השפעה מינימלית על שיעור נטישה
כדי לפתור את הבעיות האלה, מערכת Firebase מציעה כלים שיעזרו לכם לבדוק פורמטים חדשים של מודעות, ואז לקבל החלטות מבוססות-נתונים לגבי השימוש בהם:
באמצעות Firebase, אפשר לבצע בדיקת A/B של הביצועים של פורמט מודעה חדש בקרב קבוצת משנה קטנה של משתמשים.
תוכלו לראות את תוצאות הבדיקה ולעיין בהמלצות מ-Firebase לגבי הביצועים של פורמט המודעה החדש לעומת פורמט המודעה הקיים.
אחרי שתהיה לכם תחושה חזקה שלשינוי צפויה השפעה חיובית, תוכלו להשיק אותו למשתמשים נוספים בלחיצה אחת על הלחצן.
התרחיש העסקי והערך
מפתחים ובעלי אפליקציות שמשתמשים בכלים של Google AdMob ו-Firebase כדי להוסיף פורמט מודעה חדש נהנים מעלייה משמעותית בהכנסות (עד פי 10*), תוך שמירה על יציבות בשיעור השימור.
*העלייה בהכנסות מבוססת על תוצאות מ-8 בעלי תוכן דיגיטלי גדולים בשנת 2020.
חברת Pomelo Games משתמשת ב-Firebase כדי להגדיל את ההכנסות שלה ב-35% בלי לאבד שחקנים.
Qtonz משתמשים ב-Firebase כדי להשיג עלייה של פי 4 בהכנסות מפרסום ועלייה של 190% בהכנסה היומית הממוצעת לכל משתמש פעיל (ARPDAU).
הטמעת הפתרון
כדי ליישם את הפתרון הזה, אפשר לפעול לפי המדריך המפורט שלנו (סקירה כללית של המדריך מופיעה בהמשך הדף).
במדריך הזה, שמחולק לכמה שלבים, תלמדו איך משתמשים ב-Firebase כדי לבדוק Google AdMobפורמט מודעה חדש לאפליקציה. בדוגמה לבדיקה נעשה שימוש במודעת מעברון עם פרס, אבל אפשר להסיק מסקנות ולהשתמש באותם השלבים כדי לבדוק פורמטים אחרים של מודעות.
במדריך הזה נניח שכבר השתמשתם ב-AdMob באפליקציה שלכם, ואתם רוצים לבדוק אם הוספת יחידת מודעות נוספת (עם פורמט מודעה חדש) תשפיע על ההכנסות מהאפליקציה או על מדדים אחרים. עם זאת, אם עדיין לא משתמשים ב-AdMob באפליקציה, זה בסדר. בעזרת השלבים במדריך הזה תוכלו גם להבין אם הוספה פשוטה של יחידת מודעות לאפליקציה משפיעה על המדדים של האפליקציה.
המוצרים והתכונות ששימשו לפתרון הזה
Google AdMob
Google AdMob מאפשר ליצור וריאנטים של יחידות מודעות שיוצגו באפליקציה. כשמקשרים את AdMob ל-AdMob, AdMob שולח ל-Firebase מידע על ההכנסות מפרסום כדי לשפר את האופטימיזציה של אסטרטגיית הפרסום.
Google Analytics
Google Analytics מספק תובנות לגבי מדדי מעורבות, שימור ומוניטיזציה של משתמשים, כמו ההכנסה הכוללת, ההכנסה מ-AdMob, ההכנסה מרכישות ועוד. אפשר גם ליצור קהלים ופלחים של משתמשים.
Firebase Remote Config
Firebase Remote Config מאפשרת לשנות באופן דינמי ולהתאים אישית את ההתנהגות והמראה של האפליקציה לפלחים הרצויים של המשתמשים – בלי לפרסם גרסה חדשה של האפליקציה. במדריך הזה תלמדו להשתמש בפרמטרים של Remote Config כדי לקבוע אם יחידת מודעות חדשה תוצג למשתמשים.
Firebase A/B Testing
Firebase A/B Testing מספק את הממשק ואת התשתית להרצת ניסויים שיווקיים ומוצריים באפליקציה. הוא אחראי על הפצת הווריאנטים של הניסוי למשתמשים, ולאחר מכן מבצע ניתוח סטטיסטי כדי לקבוע אם וריאנט של ניסוי מניב ביצועים טובים יותר מקבוצת הבקרה על סמך מדד המפתח שבחרתם, כמו הכנסה או שימור משתמשים.
אחרי שמפעילים את הבדיקה ומאפשרים לה לפעול במשך כמה ימים או שבועות, כדאי לבדוק במסוף Firebase אם יש לבדיקה וריאנט מנצח על סמך היעד הראשי של בדיקת ה-A/B.
בודקים את ההשפעה על מדדים משניים של כל וריאנט כדי לוודא שהוריאנטים לא גרמו להשפעות שליליות לא רצויות על המדדים האלה.
אם A/B Testing יקבע שהוריאנט שבו מוצג פורמט המודעה החדש הוא הזוכה, תוכלו להתחיל להציג את פורמט המודעה לכל המשתמשים שאליהם הופנה הניסוי, לכל המשתמשים באפליקציה או לקבוצת משנה של המשתמשים.
אם עדיין לא ניתן לקבוע מנצחת ברורה, תוכלו להמשיך להריץ את הניסוי כדי לאסוף עוד נתונים, או לסיים את הניסוי אם הוא כבר פועל במשך תקופה ארוכה עם תוצאות לא חד-משמעיות.
הכנסה מרכישות מתוך האפליקציה (IAP): הכנסה מרכישות מתוך האפליקציה
סה"כ הכנסות: סה"כ הכנסות
שימור משתמשים: שימור משתמשים הוא מדד מפתח בבדיקות A/B, והמעקב אחריו מתבצע לפי טווחי זמן של יום אחד, 2-3 ימים, 4-7 ימים, 8-14 ימים או יותר מ-15 ימים.
הפרמטר Remote Config: הפרמטר שניתן להגדרה, שמשמש לקביעת האפשרות להציג את פורמט המודעה החדש. במדריך הזה, זה יהיה ערך בוליאני.
הגדרת בסיס: ההגדרה כפי שהיא בכל בדיקת A/B מסוימת, שנקראת גם קבוצת הבקרה. בדרך כלל המערכת משתמשת בערך ברירת המחדל של הפרמטר Remote Config, אבל אפשר להגדיר אותה כך שתשתמש בערך חדש של אמצעי הבקרה במקרה הצורך.
הגדרות של וריאנטים: ההגדרות החלופיות עם ערכי פרמטר שונים של Remote Config שרוצים לבדוק בהשוואה להגדרת הבסיס.
[[["התוכן קל להבנה","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-25 (שעון UTC)."],[],[],null,["**Solution overview**\n\nWhat is ad format adoption testing?\n\nWhether your app is hybrid-revenue or ads-revenue driven, the adoption of\ndifferent ad formats can be complicated.\n\nNot all ad formats will suit every app, and some ad formats might perform better\ndepending on app properties. When implementing a new ad format, you might be\nconcerned about negative impact on user experience or retention, but you might\nalso be curious if you can increase revenue and engagement if a new ad format\nis properly instrumented.\n***Figure 1**: Optimal ad format maximizes revenue with minimal impact to churn*\n\nTo resolve these unknowns, Firebase offers tools that help you test and then\nmake data-driven decisions about adopting new ad formats:\n\n- Using Firebase, you can A/B test the performance of a new ad format with a\n *small subset* of users.\n\n- You can observe the test results and review recommendations from Firebase\n about whether the new ad format is performing better than the existing ad\n format.\n\n- Once you're confident that the changes will likely have a positive impact,\n you can roll out the changes to more of your users with a click of a button.\n\nBusiness case and the value\n\nOn average, developers and publishers who use Google AdMob and Firebase\ntools for adding a new ad format enjoy major revenue uplifts (up to 10X\\*) while\nkeeping the retention rate stable.\n\n\\**Revenue uplift based on results from 8 large publishers in 2020.*\n\n|---|--------------------------------------------------------------------------------------------------------------------|\n| | [**Pomelo Games**](/use-cases/pomelo-games) uses Firebase to increase revenue by up to 35% without losing players. |\n\n|---|---------------------------------------------------------------------------------------------------------------------|\n| | [**Qtonz**](/use-cases/qtonz-mbit-music) uses Firebase to achieve 4x increase in Ads Revenue and 190% increase in . |\n\nImplementing the solution\n\nTo implement this solution, you can follow our step-by-step tutorial (find an\noverview of this tutorial later on this page).\n\nIn this multistep tutorial, you'll learn **how to use Firebase to test a new\nGoogle AdMob ad format for your app** . It uses a\n[rewarded interstitial ad](https://support.google.com/admob/answer/9884467)\nas the example test case, but you can extrapolate and use these same steps to\ntest out\n[other ad formats](https://support.google.com/admob/answer/6128738).\n\nThis tutorial assumes that you already use AdMob in your app and that you'd\nlike to test whether adding *another* ad unit (with a new ad format) will have\nan impact on your app's revenue or other metrics. However, if you don't already\nuse AdMob in your app, that's ok! The steps in this tutorial can also help\nyou understand if simply adding an ad unit to your app has an impact on your\napp's metrics.\n| **Tip:** If there's a term that you're not familiar with, check out the [glossary](#glossary) at the bottom of this page.\n\nProducts and features used for this solution\n\n|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Google AdMob \u003e [Google AdMob](/docs/admob) enables you to create ad unit variants that will be served within your app. When you link AdMob with Firebase, AdMob sends ad revenue information to Firebase to improve ad strategy optimization. Google Analytics \u003e [Google Analytics](/docs/analytics) gives you insight into user engagement, retention, and monetization metrics like total revenue, AdMob revenue, purchase revenue, and much more. It also allows you to create user audiences and segments. | Firebase Remote Config \u003e [Firebase Remote Config](/docs/remote-config) enables you to dynamically change and customize the behavior and appearance of your app for desired user segments --- *all without publishing a new version of your \u003e app* . In this tutorial, you'll use Remote Config parameters to control whether a new ad unit is shown to your users. Firebase A/B Testing \u003e [Firebase A/B Testing](/docs/ab-testing) provides the interface and infrastructure to run product and marketing experiments in your app. It takes care of distributing experiment variants to users, and then performs statistical analysis to determine if an experiment variant is outperforming the control group based on your selected key metric, such as revenue or user retention. |\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nSolution tutorial overview\n\n[Go\ndirectly to the step-by-step tutorial](/docs/tutorials/test-ad-format-adoption/step-1)\n\n1. [**Use AdMob to\n create a new ad unit variant for testing**](/docs/tutorials/test-ad-format-adoption/step-1)\n\n 1. Create a new rewarded interstitial ad unit in AdMob.\n\n 2. Implement the ad unit placement within your app's code.\n\n2. [**Set up an A/B\n test in the Firebase console**](/docs/tutorials/test-ad-format-adoption/step-2)\n\n 1. Define testing basics, targeting, and the goals that the test will run\n against.\n\n 2. Define test variants and set up the Remote Config parameter that\n will control whether to show the new ad unit to users in the test.\n\n3. [**Handle\n Remote Config parameter values in your app's code**](/docs/tutorials/test-ad-format-adoption/step-3)\n\n 1. Use the Remote Config parameter in your app.\n\n 2. Implement the logic for displaying the ad unit based on the parameter's\n value.\n\n4. [**Start the A/B\n test and review the test results in the Firebase console**](/docs/tutorials/test-ad-format-adoption/step-4)\n\n 1. After starting the test and allowing it to run for a few days or weeks,\n check the Firebase console for whether the A/B test has a winning\n variant based on the primary goal of the A/B test.\n\n 2. Review the impact on secondary metrics for each variant to ensure the\n variants didn't cause unintended negative impacts to those metrics.\n\n5. [**Decide whether\n to roll out the new ad format**](/docs/tutorials/test-ad-format-adoption/step-5)\n\n 1. If A/B Testing determines that the variant showing the new ad format\n is the winner, you can start showing the ad format to all users targeted\n in the experiment, all users of your app, or to a subset of your users.\n\n 2. If a clear winner isn't yet determined, you can either continue running\n the experiment to gather more data, or end the experiment if it's\n already been running for a long period with inconclusive results.\n\nGlossary\n\n\u003cbr /\u003e\n\nView a list of common terms for this solution\n\n\u003cbr /\u003e\n\n- **AdMob revenue** : AdMob network and open bidding revenue\n\n- **IAP revenue**: In app purchases revenue\n\n- **Total revenue**: Total revenue\n\n- **Retention**: Retention as a key metric in A/B tests is tracked as 1 day,\n 2-3 days, 4-7 days, 8-14 days, or 15+ days user retention\n\n- **Remote Config parameter**: The configurable parameter used to control\n whether we show the new ad format or not. In this guide, it will be a boolean\n value.\n\n- **Baseline configuration** : The as-is configuration in any particular A/B test\n --- also known as the control. The control usually uses the default value for\n the Remote Config parameter, but it can be configured to use a new control\n value if needed.\n\n- **Variant configurations** : The variant configurations are the alternative\n configurations with different Remote Config parameter values that we would\n like to test against the baseline configuration.\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e"]]