Agora que você implementou novos blocos de anúncios no app, precisa configurar um
teste A/B que vai ajudar a entender o desempenho deles. Você vai definir
os usuários que serão segmentados no teste, bem como suas metas. Também vai ser necessário definir suas variantes de teste,
como os diferentes blocos de anúncios no seu app, e o parâmetro Remote Config, que vai controlar a exibição das
variantes no seu app.
O Firebase A/B Testing usa os seguintes produtos para testar e analisar:
efeitos de adicionar um bloco de anúncios ao seu app:
Firebase A/B Testing (esta etapa): defina metas e configure-os
parâmetros para seu teste
Firebase Remote Config (próxima etapa): adicione lógica ao seu código para lidar
com a configuração dos parâmetros.
Google Analytics (executada em segundo plano): mede o impacto do
configurações
Iniciar um novo teste A/B
Para iniciar um teste controlado de otimização da frequência de anúncios, acesse
à seção A/B Testing do console do Firebase. Clique em Criar.
experimento e selecione Remote Config.
Interface do Console do Firebase mostrando como iniciar um teste A/B usando Remote Config
class="captura de tela">
Configurar o básico
Na seção Básico, defina o nome do experimento e forneça a
descrição dele.
Interface do Console do Firebase mostrando como configurar os conceitos básicos de um teste A/B
class="captura de tela">
Configurar a segmentação
Na seção Segmentação, selecione o app iOS ou Android que o
experimento vai segmentar.
Defina a porcentagem de usuários que vão ser expostos ao experimento. Para este
tutorial, os novos blocos de anúncios vão ser testados com 30% dos seus usuários. Isso não
quer dizer que 30% de todos os seus usuários vão ver os novos blocos de anúncios com limites de frequência mais
altos. Isso significa que 30% dos seus usuários vão ser expostos
aos dois novos anúncios intersticiais junto ao bloco de anúncios de referência (o
anúncio atual).
Não mude as outras configurações.
.
IU do Console do Firebase mostrando como configurar a segmentação de um teste A/B
class="captura de tela">
Configurar suas metas
O Firebase A/B Testing acompanha uma métrica principal para determinar o vencedor
variante, mas também permite que você adicione métricas secundárias para entender a
os impactos de diferentes configurações em outros fatores importantes para seu app.
Para este tutorial, a otimização da receita estimada de AdMob é a principal
meta. Selecione-a no menu suspenso.
(Opcional) Se você quiser que o A/B Testing rastreie outras métricas, como
Receita total estimada ou taxas de retenção diferentes, selecione essas opções clicando em
Adicionar métrica.
.
IU do Console do Firebase mostrando como configurar as metas do teste A/B
class="captura de tela">
Configurar as variantes
A última etapa da configuração de um teste A/B é definir um Remote Config
que controla qual bloco de anúncios será exibido para os usuários.
Na seção Variantes, crie um novo parâmetro chamado
INTERSTITIAL_AD_KEY, digitando-o no campo Parâmetro do cartão
Valor de referência.
Conclua a configuração da seção Variantes usando as seguintes configurações
para o parâmetro INTERSTITIAL_AD_KEY:
Variante valor de referência: valor definido como o ID do bloco de anúncios atual com a
configuração de limite de frequência de 4 impressões por usuário a cada
10 minutos
Variante A: valor definido como o ID do bloco de anúncios do novo bloco, com a
configuração de limite de frequência de 6 impressões por usuário a cada
10 minutos
Variante B: valor definido como o ID do bloco de anúncios do novo bloco, com a
configuração de limite de frequência de 8 impressões por usuário a cada
10 minutos
Neste tutorial, a variante Valor de referência vai mostrar o bloco de anúncios atual
(4 impressões por usuário a cada 10 minutos). A variante A e a variante B vão
mostrar os novos blocos de anúncios (6 e 8 impressões por usuário a cada
10 minutos, respectivamente) para um pequeno subconjunto de usuários. Isso é controlado pelo
valor do parâmetro, que é o ID do bloco de anúncios retirado da IU da AdMob. Esses
valores de parâmetro são definidos aqui no Firebase A/B Testing, mas, na verdade, é o
Firebase Remote Config que envia esses valores para o código do app para
processamento. Você vai configurar o Remote Config na próxima etapa.
.
IU do Console do Firebase mostrando como configurar as variantes do teste A/B
class="captura de tela">
Clique em Revisar para verificar se o experimento está configurado do jeito certo. No entanto,
antes de iniciar o experimento, defina como o código do seu app
vai reagir aos valores do parâmetro recebidos do Firebase. Vá para a
próxima etapa para implementar como Remote Config lida com o parâmetro
INTERSTITIAL_AD_KEY.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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*** ** * ** ***"]]