Ora che hai implementato nuove unità pubblicitarie nella tua app, devi impostare
un test A/B, utile per comprendere il rendimento di queste unità pubblicitarie. Definisci
quali utenti scegliere come target nel test, nonché gli obiettivi del test. Scoprirai anche
devi definire le varianti di test (le diverse unità pubblicitarie nella tua app) e impostare
il parametro Remote Config, che controllerà la visualizzazione del
varianti della tua app.
Firebase A/B Testing utilizza i seguenti prodotti per testare e analizzare
effetti dell'aggiunta di un'unità pubblicitaria all'app:
Firebase A/B Testing (questo passaggio): definisci gli obiettivi e configurali
parametri per il tuo test
Firebase Remote Config (passaggio successivo): aggiungi una logica al codice per gestire
la configurazione dei parametri
Google Analytics (viene eseguito dietro le quinte): misura l'impatto del
configurazioni
Avviare un nuovo test A/B
Per avviare un test controllato per l'ottimizzazione della frequenza degli annunci, vai alla sezione A/B Testing della console Firebase. Fai clic su Crea
esperimento, quindi seleziona Remote Config.
UI della console Firebase che mostra come avviare un test A/B utilizzando Remote Config"
class="screenshot">
Configurare le basi
Nella sezione Nozioni di base, definisci il nome dell'esperimento e fornisci la descrizione.
UI della console Firebase che mostra come configurare gli elementi di base del test A/B"
class="screenshot">
Configurare il targeting
Nella sezione Targeting, seleziona l'app per iOS o Android che sarà scelta come target dell'esperimento.
Imposta la percentuale di utenti che saranno esposti all'esperimento. Per questo
le nuove unità pubblicitarie verranno testate con il 30% dei tuoi utenti. Tieni presente che
Ciò non significa che il 30% di tutti gli utenti vedrà le nuove unità pubblicitarie con
aumento delle quote limite; Ciò significa che il 30% dei tuoi utenti sarà esposto
ai due nuovi annunci interstitial insieme all'unità pubblicitaria di base (il tuo
annuncio esistente).
Non modificare le altre impostazioni predefinite.
di Gemini Advanced.
UI della console Firebase che mostra come configurare il targeting del test A/B
class="screenshot">
Configurare gli obiettivi
Firebase A/B Testing monitora una metrica principale per determinare la vincita
ma consente anche di aggiungere metriche secondarie per comprendere
dell'impatto delle diverse configurazioni su altri fattori importanti per la tua app.
Per questo tutorial, l'ottimizzazione delle entrate stimate AdMob è l'impostazione principale
obiettivo, selezionalo dal menu a discesa.
(Facoltativo) Se vuoi che A/B Testing monitori metriche aggiuntive, come
Entrate totali stimate o tassi di fidelizzazione diversi, selezionale facendo clic su
Aggiungi metrica.
di Gemini Advanced.
UI della console Firebase che mostra come impostare gli obiettivi del test A/B"
class="screenshot">
Configurare le varianti
L'ultimo passaggio della configurazione di un test A/B consiste nel definire un Remote Config
parametro che controlli quale unità pubblicitaria verrà mostrata agli utenti.
Nella sezione Varianti, crea un nuovo parametro denominato
INTERSTITIAL_AD_KEY digitandolo nel campo Parametro della
Scheda base di riferimento.
Completa la configurazione della sezione Varianti utilizzando le seguenti impostazioni per il parametro INTERSTITIAL_AD_KEY:
Variante Baseline: valore impostato sull'ID unità pubblicitaria dell'annuncio esistente
con l'impostazione della quota limite di 4 impressioni per utente ogni 10
minuti
Variante della variante A: valore impostato sull'ID unità pubblicitaria del nuovo annuncio
con l'impostazione della quota limite di 6 impressioni per utente ogni 10
minuti
Variante della variante B: valore impostato sull'ID unità pubblicitaria del nuovo annuncio
con l'impostazione della quota limite di 8 impressioni per utente ogni 10
minuti
Per questo tutorial, la variante Base di riferimento mostrerà l'unità pubblicitaria esistente
(4 impressioni per utente ogni 10 minuti). La Variante A e la Variante B:
mostra le nuove unità pubblicitarie (6 e 8 impressioni per utente ogni 10 minuti,
per un piccolo gruppo di utenti. Ciò è controllato
che corrisponde all'ID dell'unità pubblicitaria preso dall'interfaccia utente di AdMob. Questi
sono impostati qui in Firebase A/B Testing, ma in realtà
Firebase Remote Config che invia questi valori al codice della tua app per
gestione dei problemi. Potrai configurare Remote Config nel prossimo passaggio.
di Gemini Advanced.
UI della console Firebase che mostra come configurare le varianti del test A/B
class="screenshot">
Fai clic su Verifica per assicurarti che l'esperimento sia configurato come previsto. Tuttavia,
di poter iniziare l'esperimento, devi definire in che modo
reagirà ai valori parametro ricevuti da Firebase. Passa al
passaggio successivo per implementare il modo in cui Remote Config gestisce INTERSTITIAL_AD_KEY
.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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*** ** * ** ***"]]