Samouczek: testowanie nowych formatów reklam AdMob za pomocą Firebase
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Samouczek rozwiązania
Przyjęcie różnych formatów reklam może być skomplikowane, ale Firebase zapewnia
które pomagają w testowaniu i podejmowaniu na podstawie danych decyzji o zastosowaniu nowych
formatów reklam.
Za pomocą Firebase możesz przeprowadzić test A/B skuteczności nowego formatu reklamy, używając
niewielki podzbiór użytkowników.
Możesz obserwować wyniki testów i sprawdzać rekomendacje z Firebase
o tym, czy nowy format reklamy jest skuteczniejszy od reklamy dotychczasowej
.
Gdy masz pewność, że zmiany prawdopodobnie przyniosą pozytywne efekty,
Możesz wprowadzić zmiany na większej liczbie użytkowników jednym kliknięciem.
Czego się nauczysz
Z tego wieloetapowego samouczka dowiesz się, jak za pomocą Firebase przetestować
Google AdMob format reklamy dla Twojej aplikacji. Wykorzystuje
reklama pełnoekranowa z nagrodą
jak w przypadku przykładowego przypadku testowego, ale możesz ekstrapolować i wykonać te same kroki,
przetestuj
inne formaty reklam.
W tym samouczku zakładamy, że korzystasz już z usługi AdMob w swojej aplikacji i wiesz, że
Możesz sprawdzić, czy dodanie kolejnej jednostki reklamowej (z nowym formatem reklamy)
wpływ na przychody z aplikacji i inne dane. Jeśli jednak nie używasz jeszcze w swojej aplikacji AdMob, nie ma problemu. Pomocne mogą też być czynności opisane w tym samouczku
czy samo dodanie jednostki reklamowej do aplikacji wpływa
danych o aplikacji.
Google AdMob umożliwia tworzenie wariantów jednostek reklamowych, które będą wyświetlane w aplikacji. Gdy połączysz AdMob z Firebase, AdMob będzie wysyłać do Firebase informacje o przychodach z reklam, aby ulepszyć optymalizację strategii reklamowej.
Google Analytics
Google Analytics zapewnia wgląd w te dane:
zaangażowanie użytkowników, utrzymanie użytkowników
i dane o generowaniu przychodu, takie jak łączne przychody,
AdMob, przychody z zakupów i wiele innych korzyści. Pozwala też:
tworzyć odbiorców i segmenty użytkowników.
Firebase Remote Config
Firebase Remote Config umożliwia:
dynamicznie zmieniać i dostosowywać działanie i wygląd aplikacji
wybranych segmentów użytkowników – bez publikowania nowych wersji
. W tym samouczku użyjemy parametrów Remote Config, aby
kontrolować, czy nowa jednostka reklamowa ma być wyświetlana użytkownikom.
Firebase A/B Testing
Firebase A/B Testing udostępnia
i infrastrukturą do przeprowadzania eksperymentów związanych z produktami i marketingiem
do aplikacji. Odpowiada on za rozpowszechnianie wariantów eksperymentu wśród użytkowników.
a następnie przeprowadza analizę statystyczną, aby określić, czy wariant eksperymentu jest
osiąga lepsze wyniki niż w grupie kontrolnej na podstawie wybranych kluczowych danych, takich jak
przychody i utrzymanie użytkowników.
Zdefiniuj podstawy testowania, kierowanie i cele, które chcesz przeprowadzić w ramach testu
przeciwko Google.
Zdefiniuj warianty testowe i skonfiguruj parametr Remote Config, który
pozwala określić, czy nowa jednostka reklamowa ma się wyświetlać użytkownikom testowym.
Po rozpoczęciu testu i prowadzeniu go przez kilka dni lub tygodni
Sprawdź w konsoli Firebase, czy test A/B okazał się najlepszy
na podstawie głównego celu testu A/B.
Sprawdź wpływ wariantów na dane pomocnicze, aby mieć pewność, że nie powodują one niezamierzonych negatywnych skutków.
Jeśli A/B Testing ustali, że wariant wyświetla nowy format reklamy
jest zwycięska, możesz zacząć wyświetlać ten format reklamy wszystkim użytkownikom
wszystkich użytkowników aplikacji lub podzbioru użytkowników w ramach eksperymentu.
Jeśli zwycięzca nie zostanie jeszcze wyłoniony, możesz kontynuować bieg
eksperyment, aby zebrać więcej danych, lub zakończyć eksperyment, jeśli jest
już od dłuższego czasu dawało niejednoznaczne wyniki.
Czego potrzebujesz
Twoja własna aplikacja (projekt na iOS, Androida lub Unity)
Twoja aplikacja zarejestrowana jako aplikacja Firebase połączona z aplikacją AdMob
(więcej informacji)
Dostęp do powiązanego z Twoją aplikacją konta AdMob z uprawnieniami do tworzenia
nowe jednostki reklamowe
Dostęp do projektu Firebase powiązanego z Twoją aplikacją z uprawnieniami do tworzenia
i zarządzaj nimi Remote Config i A/B Testing, a także wyświetlać
Google Analytics
Twoje preferowane IDE
Słowniczek
Wyświetl listę popularnych terminów związanych z tym rozwiązaniem
Przychody z: AdMob: przychody z sieci i Otwartego ustalania stawek: AdMob
Przychody z zakupów w aplikacji: przychody z zakupów w aplikacji.
Łączne przychody: łączne przychody.
Utrzymanie: utrzymanie jako kluczowe dane w testach A/B jest śledzone jako 1 dzień,
2–3 dni, 4–7 dni, 8–14 dni lub ponad 15 dni utrzymania użytkowników
Parametr Remote Config: parametr konfigurowalny używany do sterowania
niezależnie od tego, czy
będzie on wyświetlany w nowym formacie. W tym przewodniku będzie to wartość logiczna.
Konfiguracja podstawowa: konfiguracja w niezmienionej postaci w dowolnym teście A/B.
– nazywa się to też grupą kontrolną. Element sterujący zwykle używa wartości domyślnej dla argumentu
parametru Remote Config, ale można go skonfigurować tak, aby używał nowego elementu sterującego
w razie potrzeby.
Konfiguracje wariantów: alternatywą są konfiguracje wariantów
w konfiguracjach z różnymi wartościami parametru Remote Config,
które testujemy w porównaniu z konfiguracją bazową.
[null,null,["Ostatnia aktualizacja: 2025-07-25 UTC."],[],[],null,["**Solution tutorial**\n\nThe adoption of different ad formats can be complicated, but Firebase offers\ntools that help you test and then make data-driven decisions about adopting new\nad 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\nWhat you'll learn\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\nLearn more about the business case and value for this solution in our\n[*Test adoption of new AdMob ad formats* solution overview](/docs/tutorials/test-ad-format-adoption/solution-overview).\n\nProducts and features used in this tutorial\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\nTutorial 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\nWhat you'll need\n\n- Your own app (iOS, Android, or Unity project)\n\n- Your app registered as a Firebase App that's linked to an AdMob App\n ([learn more](//support.google.com/admob/answer/6383165))\n\n- Access to your app's associated AdMob account, with permissions to create\n new ad units\n\n- Access to your app's associated Firebase project, with permissions to create\n and manage Remote Config and A/B Testing as well as to view\n Google Analytics\n\n- Your preferred IDE\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\n\n\u003cbr /\u003e\n\n*** ** * ** ***\n\n\u003cbr /\u003e\n\n[**Step 1** : Use AdMob to create a new ad unit variantarrow_forward_ios](/docs/tutorials/test-ad-format-adoption/step-1)\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]
