Tutorial: otimizar a frequência de anúncios da AdMob usando o Firebase
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Tutorial da solução
Otimizar a frequência de anúncios e manter uma experiência do usuário de alta qualidade pode ser complicado,
mas o Firebase tem ferramentas que ajudam você a testar e tomar decisões baseadas em dados
quanto à frequência de anúncios ideal.
Com o Firebase, é possível fazer um teste A/B do desempenho de diversas frequências
de anúncios com um pequeno subconjunto de usuários.
É possível observar os resultados do teste e rever as recomendações do Firebase
sobre qual frequência de anúncio tem o melhor desempenho com impacto mínimo na
retenção.
Quando estiver confiante de que as alterações vão ter um impacto positivo,
você vai poder lançá-las para mais usuários com o clique de um botão.
O que você vai aprender
Neste tutorial em várias etapas, você aprenderá como usar o Firebase para testar vários
limites de frequência para anúncios Google AdMob no seu app. Ela usa
anúncios intersticiais
como o exemplo de caso de teste, mas é possível extrapolar e usar essas mesmas etapas para
testar o limite de frequência
outros formatos.
Este tutorial presume que você já usa AdMob no seu app e
quer testar se a mudança da frequência de um bloco de anúncios intersticiais vai
impactar a receita do seu app ou outras métricas. No entanto, se você ainda não
use AdMob no app. As etapas deste tutorial também podem ajudar
você a entender qual frequência de anúncios usar no seu app.
Com o Google AdMob, você pode criar blocos de anúncios
com várias frequências de anúncios ou taxas de atualização que serão veiculadas
app. Quando você vincula o AdMob ao Firebase, o AdMob envia a receita de publicidade
ao Firebase para melhorar a otimização da estratégia de anúncios.
Google Analytics
Google Analytics fornece informações sobre
métricas de engajamento, retenção e monetização de usuários, como receita total,
AdMob de receita, receita de compra e muito mais. Ele também permite criar
públicos-alvo e segmentos de usuários.
Firebase Remote Config
A Firebase Remote Config permite que você
mudam e personalizam dinamicamente o comportamento e a aparência do aplicativo para
segmentos de usuários desejados — sem publicar uma nova versão dos
app. Neste tutorial, você vai usar os parâmetros Remote Config para
controlar qual bloco de anúncios é exibido para os usuários.
Firebase A/B Testing
O Firebase A/B Testing fornece a
interface e a infraestrutura para executar experimentos de produto e marketing no
seu app. Ele distribui variantes de experimentos aos usuários e
realiza análises estatísticas para determinar se uma variante de experimento está
superando o grupo de controle com base na métrica principal selecionada, como
receita ou retenção de usuários.
Depois de iniciar o teste e permitir que ele seja executado por alguns dias ou semanas,
verifique no console do Firebase se o teste A/B tem um vencedor
variante com base no objetivo principal do teste A/B.
Analise o impacto nas métricas secundárias de cada variante para garantir que
não tenham causado impactos negativos indesejados.
Se o A/B Testing determinar que a variante que mostra o novo formato
é a vencedora, é possível começar a exibir o formato do anúncio para todos os usuários segmentados
no experimento, todos os usuários do seu app ou para um subconjunto dos seus usuários.
Se um vencedor ainda não tiver sido determinado, você pode continuar executando
o experimento para coletar mais dados ou encerrar o experimento se ele
já estiver em execução por um longo período e apresentar resultados inconclusivos.
O que você vai precisar
Um app próprio (projeto iOS, Android ou Unity)
Seu app registrado como um app Firebase que está vinculado a um app do AdMob
(saiba mais)
Acesso à conta da AdMob associada ao seu app, com permissões para criar
novos blocos de anúncios
Acesso ao projeto do Firebase associado ao seu app, com permissões para criar
e gerenciar Remote Config e A/B Testing, além de exibir
Google Analytics
Um ambiente de desenvolvimento integrado (IDE) de sua preferência
Glossário
Veja uma lista de termos comuns para essa solução
Receita de AdMob: receita da rede AdMob e do Open Bidding
Receita de compras no app (IAP): receita das compras feitas no app
Receita total: receita total
Retenção: a retenção como métrica principal em testes A/B é definida como a retenção de usuários de 1 dia,
2 a 3 dias, 4 a 7 dias, 8 a 14 dias ou mais de 15 dias.
Parâmetro Remote Config: o parâmetro configurável usado para controlar
qual bloco de anúncios será exibido aos usuários. Neste guia, vai ser um ID de bloco de anúncios.
Configuração de referência: a configuração no estado em que se encontra em qualquer teste A/B
específico, também conhecida como controle. O controle geralmente usa o valor padrão para
o parâmetro Remote Config, mas ele pode ser configurado para usar um novo
se necessário.
Configurações de variantes: as configurações das variantes são a alternativa
com valores de parâmetro Remote Config diferentes que faríamos
para testar a configuração do valor de referência.
[null,null,["Última atualização 2025-07-25 UTC."],[],[],null,["**Solution tutorial**\n\nOptimizing ad frequency while keeping a high-quality user experience can be\ntricky, but Firebase offers tools that help you test and then make data-driven\ndecisions about optimal ad frequency.\n\n- Using Firebase, you can A/B test the performance of various ad frequencies\n with a *small subset* of users.\n\n- You can observe the test results and review recommendations from Firebase\n about which ad frequency is performing better with minimal impact on\n retention.\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 various\nfrequency caps for Google AdMob ads in your app** . It uses\n[interstitial ads](https://support.google.com/admob/answer/7311435)\nas the example test case, but you can extrapolate and use these same steps to\ntest frequency capping for\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 changing the *frequency* of an interstitial ad unit will\nhave an 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 what ad frequency you should use in your app.\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[*Optimize AdMob ad frequency* solution overview](/docs/tutorials/optimize-ad-frequency/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 units with various ad frequencies or refresh rates 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 which 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/optimize-ad-frequency/step-1)\n\n1. [**Use AdMob to\n create new ad unit variants for testing**](/docs/tutorials/optimize-ad-frequency/step-1)\n\n 1. Create two new interstitial ad units in AdMob.\n\n 2. Set the *Frequency capping* of each ad unit to an impressions per user\n value that you want to test.\n\n 3. Implement the ad unit placements within your app's code.\n\n2. [**Set up an A/B test\n in the Firebase console**](/docs/tutorials/optimize-ad-frequency/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 which ad unit is shown to users in the test.\n\n3. [**Handle\n Remote Config parameter values in your app's code**](/docs/tutorials/optimize-ad-frequency/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 test\n and review the test results in the Firebase console**](/docs/tutorials/optimize-ad-frequency/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 to\n roll out the new ad unit with the updated ad frequency**](/docs/tutorials/optimize-ad-frequency/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 which ad unit is show to users. In this guide, it will be an ad unit ID.\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 new ad unit variantsarrow_forward_ios](/docs/tutorials/optimize-ad-frequency/step-1)\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n*** ** * ** ***"]]
