Przetestuj nowe formaty reklam AdMob za pomocą Firebase
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Omówienie rozwiązania
Czym jest testowanie stosowania formatu reklamy?
Niezależnie od tego, czy aplikacja generuje przychody hybrydowe, czy przychody z reklam, wdrażanie różnych formatów reklam może być skomplikowane.
Nie wszystkie formaty reklam pasują do każdej aplikacji, a niektóre z nich mogą być skuteczniejsze w zależności od właściwości aplikacji. Podczas wdrażania nowego formatu reklamy możesz się obawiać, że wpłynie on negatywnie na wrażenia użytkowników lub ich utrzymanie. Możesz też zastanawiać się, czy po prawidłowym skonfigurowaniu nowego formatu reklamy uda Ci się zwiększyć przychody i zaangażowanie użytkowników.
Rysunek 1.: Optymalny format reklamy maksymalizuje przychody przy minimalnym wpływie na utratę klientów
Aby pomóc Ci w rozwiązaniu tych problemów, Firebase udostępnia narzędzia, które ułatwiają testowanie i podejmowanie decyzji o wdrażaniu nowych formatów reklam na podstawie danych:
Za pomocą Firebase możesz przeprowadzić testy A/B skuteczności nowego formatu reklamy na małej grupie użytkowników.
Możesz obserwować wyniki testu i sprawdzać w Firebase, czy nowy format reklamy jest skuteczniejszy od dotychczasowego.
Gdy będziesz mieć pewność, że zmiany przyniosą pozytywne skutki, możesz wdrożyć je dla większej liczby użytkowników jednym kliknięciem.
uzasadnienie biznesowe i wartość
Deweloperzy i wydawcy, którzy korzystają z narzędzi Google AdMob i Firebase do dodawania nowych formatów reklam, odnotowują średnio znaczny wzrost przychodów (do 10 razy*) przy jednoczesnym utrzymaniu stabilnego współczynnika utrzymania użytkowników.
*Wzrost przychodów na podstawie wyników 8 dużych wydawców w 2020 r.
Firma Pomelo Games korzysta z Firebase, aby zwiększyć przychody nawet o 35% bez utraty graczy.
Qtonz używa Firebase, aby uzyskać 4-krotny wzrost przychodów z reklam i 190% wzrost ARPDAU.
Wdrażanie rozwiązania
Aby wdrożyć to rozwiązanie, możesz postępować zgodnie z tym samouczkiem krok po kroku (poniżej znajdziesz jego omówienie).
Z tego samouczka, który składa się z kilku kroków, dowiesz się, jak za pomocą Firebase przetestować nowy format reklamy Google AdMob w aplikacji. W tym samouczku przykładowo testujemy reklamę pełnoekranową z nagrodą, ale te same kroki możesz powtórzyć, aby przetestować inne formaty reklam.
W tym samouczku zakładamy, że masz już w aplikacji komponent AdMob i chcesz sprawdzić, czy dodanie innego (z nowym formatem reklamy) wpłynie na przychody z aplikacji lub inne dane. Jeśli jednak nie używasz jeszcze w swojej aplikacji AdMob, nie ma problemu. Dzięki tej instrukcji możesz też sprawdzić, czy samo dodanie jednostki reklamowej do aplikacji wpływa na jej dane.
Usługi i funkcje używane w tym rozwiązaniu
Google AdMob
Google AdMob umożliwia tworzenie wariantów jednostek reklamowych, które będą wyświetlane w aplikacji. Po połączeniu AdMob z Firebase AdMob będzie wysyłać do Firebase informacje o przychodach z reklam, aby ulepszyć optymalizację strategii reklamowej.
Google Analytics
Google Analytics zawiera dane o zaangażowaniu użytkowników, ich retencji i generowaniu przychodu, takie jak łączne przychody, przychody z AdMob, przychody z zakupów i wiele innych. Umożliwia też tworzenie list odbiorców i segmentów użytkowników.
Firebase Remote Config
Firebase Remote Config umożliwia dynamiczne zmienianie i dostosowywanie zachowania oraz wyglądu aplikacji w przypadku wybranych segmentów użytkowników – bez publikowania nowej wersji aplikacji. W tym samouczku użyjesz parametrów Remote Config, aby określić, czy nowa jednostka reklamowa będzie wyświetlana użytkownikom.
Firebase A/B Testing
Firebase A/B Testing zapewnia interfejs i infrastrukturę do przeprowadzania eksperymentów produktowych i marketingowych w aplikacji. Zajmuje się dystrybucją wariantów eksperymentu do użytkowników, a następnie przeprowadza analizę statystyczną, aby określić, czy wariant eksperymentu jest skuteczniejszy od grupy kontrolnej na podstawie wybranego kluczowego wskaźnika, np. przychodów lub retencji użytkowników.
Określ podstawy testowania, kierowanie reklam i cele, które będą testowane.
Zdefiniuj warianty testowe i skonfiguruj parametr Remote Config, który będzie określać, czy nowa jednostka reklamowa ma się wyświetlać użytkownikom biorącym udział w teście.
Po rozpoczęciu testu i jego przeprowadzeniu przez kilka dni lub tygodni sprawdź w konsoli Firebase, czy test A/B wykazał wariant zwycięski na podstawie głównego celu testu.
Sprawdź wpływ wariantów na dane pomocnicze, aby mieć pewność, że nie powodują one niezamierzonych negatywnych skutków.
Jeśli A/B Testing uzna, że wariant wyświetlający nowy format reklamy jest zwycięski, możesz zacząć wyświetlać ten format wszystkim użytkownikom objętym eksperymentem, wszystkim użytkownikom aplikacji lub podzbiorowi użytkowników.
Jeśli nie udało się jeszcze określić jednoznacznego zwycięzcy, możesz kontynuować eksperyment, aby zebrać więcej danych, lub zakończyć go, jeśli trwa już od dłuższego czasu i nie przynosi jednoznacznych wyników.
Słowniczek
wyświetlić listę typowych terminów dotyczących tego rozwiązania;
Przychody AdMob: przychody z sieci AdMob i z otwartego ustalania stawek
Przychody z zakupów w aplikacji: przychody z zakupów w aplikacji.
Łączne przychody: łączne przychody.
Utrzymanie: w testach A/B jako kluczowy element śledzimy utrzymanie użytkowników przez 1 dzień, 2–3 dni, 4–7 dni, 8–14 dni lub ponad 15 dni.
Parametr Remote Config: parametr konfigurowalny, który służy do określania, czy nowy format reklamy ma się wyświetlać. W tym przewodniku będzie to wartość logiczna.
Konfiguracja bazowa: konfiguracja „jak jest” w konkretnym teście A/B, zwana też grupą kontrolną. Element sterujący zwykle używa domyślnej wartości parametru Remote Config, ale w razie potrzeby można skonfigurować go tak, aby używał nowej wartości.
Konfiguracje wariantów: konfiguracje wariantów to alternatywne konfiguracje z różnymi wartościami parametrów Remote Config, które chcemy porównać z konfiguracją bazową.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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"]]
