Banner Ad no desenvolvimento móvel — o que é, formatos de anúncio e como funciona

Autor: IT Sectr Publicado: 2026-04-23 Tempo de leitura: 10 min

Banner Ad é um formato de publicidade gráfica em aplicativos móveis, representado por um banner retangular incorporado na interface do aplicativo. De acordo com Statista, 2025, o mercado de publicidade in-app ultrapassou US$ 380 bilhões, dos quais 18% vêm de formatos de banner. Os Banner Ads continuam sendo a forma mais simples e acessível de monetização para desenvolvedores de aplicativos gratuitos.

Principais Pontos

  • Banner Ad é um bloco de anúncio retangular incorporado na interface de um aplicativo móvel.
  • eCPM de banners é o mais baixo entre os formatos de anúncio: US$ 0,5–US$ 3 nos EUA, US$ 0,2–US$ 1 em outras regiões.
  • Posicionamento na parte inferior da tela oferece o melhor equilíbrio entre receita e experiência do usuário.
  • Auto-refresh — troca automática do anúncio a cada 30–60 segundos.
  • AdMob é a maior rede para Banner Ads com 70% de participação no mercado de publicidade móvel.

O que é um Banner Ad?

Banner Ad é um formato de publicidade móvel que exibe um anúncio gráfico ou textual dentro da interface do aplicativo. Tamanhos padrão: 320×50 px (banner), 320×100 px (banner grande), 300×250 px (retângulo médio), 728×90 px (leaderboard para tablets). O banner ocupa uma área fixa da tela — geralmente 5–15% da altura da tela — e é atualizado automaticamente a cada 30–60 segundos.

De acordo com Google AdMob (2025), os banners adaptativos (adaptive banners) são o formato preferido, ajustando-se automaticamente à largura da tela do dispositivo. O banner adaptativo oferece uma taxa de preenchimento de 98% contra 85% dos banners fixos, pois a rede de anúncios pode combinar um anúncio ao tamanho exato do bloco. O CTR médio dos banners é de 0,1–0,5% e a Taxa de Conversão por clique é de 2–5%.

Banner Ad é o formato de anúncio menos invasivo: o banner não cobre o conteúdo constantemente (ao contrário do interstitial), não requer ação do usuário (ao contrário do rewarded video) e não interrompe a experiência do usuário. No entanto, o baixo eCPM torna os banners eficazes apenas com um grande número de impressões — aplicativos com DAU inferior a 10.000 podem não recuperar o custo de integração de anúncios em banner. De acordo com Appodeal (2025), o limite mínimo para rentabilidade de Banner Ads é de 30.000 impressões por dia.

Como funciona um Banner Ad em aplicativos móveis

Um Banner Ad funciona através de SDKs de anúncios (Software Development Kit) que são incorporados ao aplicativo e gerenciam o carregamento, exibição e atualização dos anúncios.

Princípio de funcionamento

O SDK de anúncios (por exemplo, Google Mobile Ads SDK) carrega um anúncio da rede de anúncios ao iniciar o aplicativo. O banner solicita um anúncio, a rede realiza um leilão em tempo real (real-time bidding) entre os anunciantes, e o anúncio vencedor é exibido no banner. Após 30–60 segundos o processo se repete (auto-refresh). O desenvolvedor obtém receita por impressões (CPM) ou cliques (CPC), dependendo das condições da rede.

Real-time Bidding

RTB é um leilão em tempo real onde os anunciantes fazem lances por cada impressão. Ao solicitar um banner são transmitidos: geo, tipo de dispositivo, categoria do aplicativo, histórico do usuário (se houver consentimento). O vencedor do leilão é o anunciante com o maior lance. O tempo médio do leilão é de 100–200 ms. O in-app bidding aumenta o eCPM em 20–40% em comparação com o modelo waterfall tradicional (dados de PubMatic, 2025).

Integração do SDK de banner

Exemplo de integração de um banner adaptativo do AdMob em um aplicativo usando Kotlin:

kotlin
class MainActivity : AppCompatActivity() {
    private lateinit var adView: AdView
    private val adUnitId = "ca-app-pub-3940256099942544/6300978111"

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        adView = AdView(this)
        adView.adUnitId = adUnitId
        adView.adSize = AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(
            this, AdSize.FULL_WIDTH
        )

        val adContainer = findViewById<FrameLayout>(R.id.ad_container)
        adContainer.addView(adView)

        loadBanner()
    }

    private fun loadBanner() {
        val adRequest = AdRequest.Builder().build()
        adView.loadAd(adRequest)
    }

    override fun onPause() {
        adView.pause()
        super.onPause()
    }

    override fun onResume() {
        super.onResume()
        adView.resume()
    }

    override fun onDestroy() {
        adView.destroy()
        super.onDestroy()
    }
}

Principais tipos de Banner Ads

Os Banner Ads diferem em tamanho, comportamento e tecnologia de exibição. A escolha do tipo de banner afeta o eCPM, a experiência do usuário e a complexidade técnica da integração.

Banners estáticos

Um banner estático é uma imagem gráfica (PNG, JPG) ou animação HTML5 de tamanho fixo. Tamanhos: 320×50 px para telefones, 728×90 px para tablets. Banners estáticos têm o menor eCPM (US$ 0,5–US$ 2) devido ao baixo engajamento. A vantagem é o impacto mínimo no desempenho do aplicativo (sem carga de CPU/GPU). São usados em utilitários, catálogos e aplicativos de conteúdo.

Banners adaptativos (Adaptive)

Banners adaptativos ajustam automaticamente a largura e a altura ao tamanho da tela do dispositivo. O Google AdMob recomenda banners adaptativos como padrão: eles oferecem a taxa de preenchimento máxima e um eCPM 15–25% maior que os banners fixos. Banners adaptativos estão disponíveis nas variantes ancorada (posição fixa inferior/superior) e inline (incorporados em conteúdo rolável). Banners adaptativos inline são o formato mais recente, integrados em uma lista ou feed.

Banners Rich Media

Banners Rich Media são anúncios interativos com vídeo, animação, deslizes e formulários. Eles suportam MRAID (Mobile Rich Media Ad Interface Definitions) — o padrão IAB para publicidade interativa. Banners Rich Media têm um eCPM de US$ 3–US$ 8, mas exigem carregar 2–5 MB de dados e podem reduzir o desempenho do aplicativo em dispositivos antigos. São usados em aplicativos premium e campanhas de marca.

Banners Collapsible

Collapsible é um formato do Google AdMob onde um banner grande (320×100 px) é automaticamente recolhido ao tamanho padrão (320×50 px) após 10–15 segundos. O formato permite exibir mais informações nos primeiros segundos sem ocupar espaço permanente na tela. Banners Collapsible apresentam eCPM 20–30% maior que os padrão, enquanto a Taxa de Retenção não diminui (dados de Google AdMob, 2025).

Redes de anúncios para Banner Ads

A escolha da rede de anúncios afeta criticamente o eCPM, a taxa de preenchimento e a estabilidade da receita. Diferentes redes se especializam em diferentes regiões e categorias de aplicativos.

Principais redes

RedeeCPM (EUA)Taxa de preenchimentoCaracterística
AdMobUS$ 1,5–US$ 395–98%Maior rede, pagamentos estáveis
AppLovinUS$ 2–US$ 490–95%eCPM alto, in-app bidding
Meta Audience NetworkUS$ 3–US$ 740–70%eCPM máximo, baixa taxa de preenchimento
Unity AdsUS$ 1–US$ 385–90%Bom para jogos
IronSourceUS$ 1,5–US$ 3,585–90%Mediação e testes A/B

Mediação de banners

Mediação é uma tecnologia onde a plataforma de anúncios consulta várias redes e exibe o anúncio com o maior eCPM. Para Banner Ads, a mediação é especialmente importante devido ao baixo eCPM — mesmo um aumento de 20% é significativo. Plataformas de mediação populares: AdMob Mediation (gratuita), AppLovin MAX (gratuita), IronSource (gratuita). A mediação aumenta o eCPM dos banners em 20–40% e a taxa de preenchimento para até 97% (dados de PubMatic, 2025).

In-app Bidding

In-app bidding é o próximo nível de mediação, onde todas as redes participam de um único leilão simultaneamente (em vez de sequencialmente como no waterfall). Para Banner Ads, o in-app bidding proporciona um aumento de eCPM de 15–30% devido ao acesso igual de todas as redes a cada impressão. Suportado por AppLovin MAX, AdMob (com Open Bidding) e IronSource.

Melhores práticas de posicionamento de Banner Ads

O posicionamento de banners é um fator chave que determina tanto a receita quanto a experiência do usuário. Um posicionamento incorreto pode reduzir a Retenção em 30–50%.

Posição na tela

A posição ideal é na parte inferior da tela (bottom anchor). O banner não cobre o conteúdo e o usuário se acostuma com sua presença. A posição superior (top anchor) é adequada para aplicativos com navegação inferior. Banners flutuantes são a pior opção: eles cobrem o conteúdo e irritam o usuário. De acordo com Google (2025), banners inferiores têm CTR 15% maior que banners superiores e não reduzem a Retenção.

Frequência de atualização (Auto-refresh)

Auto-refresh é o mecanismo padrão para Banner Ads, substituindo o anúncio a cada 30–60 segundos. Intervalo recomendado: 60 segundos para aplicativos de conteúdo (o usuário não se distrai), 30 segundos para utilitários (sessões curtas). Atualização muito frequente (< 30 segundos) não aumenta a receita — os anunciantes pagam menos por impressões em aplicativos com alta densidade de anúncios. O Google AdMob não recomenda intervalos inferiores a 30 segundos.

Gerenciamento do ciclo de vida

O gerenciamento correto do ciclo de vida da Activity é crítico para Banner Ads. O banner deve ser pausado (pause) no onPause, retomado (resume) no onResume e destruído (destroy) no onDestroy. O gerenciamento incorreto cria vazamentos de memória e desperdício de tráfego. O gerenciamento correto do ciclo de vida é mostrado no código de integração acima — onPause, onResume, onDestroy são obrigatórios.

Adaptação ao tema escuro

Tema escuro afeta a publicidade em banner: usuários de tema escuro clicam 20–30% menos em banners brilhantes (dados de AppDynamics, 2025). O AdMob suporta forceAdaptiveBanner para adaptação de contraste. Para aplicativos com tema escuro, recomenda-se: usar anúncios nativos (incorporam-se ao tema), escolher anunciantes com criativos em modo escuro e usar uma paleta de cores neutra para o banner.

O monitoramento das métricas de Banner Ads permite avaliar a eficácia da monetização de anúncios e otimizar o posicionamento oportunamente.

MétricaDescriçãoBenchmark
ImpressionsNúmero de impressões do bannerDepende do DAU
eCPMReceita por 1000 impressõesUS$ 0,5–US$ 3 (EUA)
CTRTaxa de cliques (Click-Through Rate)0,1–0,5%
Fill Rate% de solicitações bem-sucedidas> 95%
Revenue per DAUReceita por usuário ativoUS$ 0,01–US$ 0,05/dia
Impression RPMReceita por 1000 impressõesIgual ao eCPM

Cálculo de receita

A receita de Banner Ads é calculada pela fórmula: Receita Diária = DAU × Sessões × Exibições de Banner por Sessão × eCPM / 1000. Exemplo: 100.000 DAU, 3 sessões por dia, banner exibido em 2 sessões, eCPM US$ 2. Receita = 100.000 × 3 × 0,7 × US$ 2 / 1000 = US$ 420 por dia. Com mediação, o eCPM pode aumentar para US$ 3, elevando a receita diária para US$ 630. Para comparação, um interstitial com eCPM de US$ 8 com uma impressão por usuário por dia renderia US$ 800 — os banners são eficazes apenas com alta frequência de sessões.

LTV do usuário de anúncio

LTV de um usuário monetizado apenas com banners: LTV = Receita Diária por Usuário × Dias de Vida Médios. Com Receita Diária por Usuário de US$ 0,02 (100.000 DAU, US$ 2.000 por dia) e vida média de 120 dias, LTV = US$ 2,40. Para rentabilidade, o CPI deve ser inferior a US$ 2,40. Com CPI de jogos de US$ 2,80, a monetização apenas com banners pode ser não lucrativa — é necessária uma combinação com interstitial ou rewarded video para alcançar LTV > CPI.

Testes A/B de banners

O teste de posição, tamanho e frequência dos banners é um processo contínuo. O Google recomenda testes A/B com o seguinte esquema: grupo de controle (70% do tráfego) com as configurações atuais, grupo de teste (30% do tráfego) com as novas. Métricas para comparação: Receita por Usuário, Retenção D7, CTR e eCPM. Após 7–14 dias de teste, uma decisão é tomada. Testes A/B típicos para Banner Ads: inferior vs superior, 320×50 vs 320×100, atualização a cada 30 segundos vs a cada 60 segundos.

Perguntas Frequentes

Qual eCPM para Banner Ads é considerado bom?

Bom eCPM para banners é de US$ 2–US$ 4 nos EUA, médio de US$ 1–US$ 2, baixo < US$ 1. Para outras regiões, o eCPM é 2–5 vezes menor. A mediação e o in-app bidding aumentam o eCPM em 20–40% em comparação com uma única rede.

Onde é melhor colocar um banner no aplicativo?

Idealmente — na parte inferior da tela (bottom anchor). O banner não cobre o conteúdo nem interfere na navegação. A colocação superior é adequada para aplicativos com navegação inferior. Evite banners flutuantes que cobrem o conteúdo.

Quantos banners podem ser exibidos em uma mesma tela?

Apenas um banner por tela. Política do Google AdMob — não mais que uma visualização de banner por tela. A violação pode levar ao bloqueio da conta. Exceção — mediação com banners recolhíveis de diferentes redes, mas apenas um visível.

Como os Banner Ads afetam o desempenho do aplicativo?

O impacto é mínimo: o SDK de banner adiciona 2–5 MB ao tamanho do aplicativo e 10–30 MB de RAM. Em dispositivos modernos, o efeito nos FPS é imperceptível. Em dispositivos com RAM < 2 GB, recomenda-se usar lazy loading com um atraso de 1–2 segundos após a inicialização.

O que é melhor: Banner Ads ou Interstitial?

Banner — receita estável e previsível com impacto mínimo na UX. Interstitial — eCPM mais alto (US$ 5–15 vs US$ 0,5–3), mas risco de perda de usuários se exibido com frequência. Combinação ideal: banner sempre + interstitial não mais que uma vez a cada 90 segundos.

Resumo

  • Banner Ad é o formato de publicidade móvel mais acessível: eCPM baixo (US$ 0,5–US$ 3), mas alta previsibilidade de receita.
  • Banners adaptativos são o padrão da indústria, proporcionando taxa de preenchimento de 98% e eCPM 15–25% maior que banners fixos.
  • Mediação de redes de anúncios e in-app bidding aumentam o eCPM dos banners em 20–40%.
  • A posição inferior da tela é o equilíbrio ideal entre receita e experiência do usuário.
  • Auto-refresh de 30–60 segundos é o intervalo padrão; menos de 30 segundos não aumenta a receita.
  • O banner é eficaz com DAU > 10.000 e alta frequência de sessões; com audiência menor, a receita não cobre os custos de integração.
  • O híbrido Banner + Interstitial + Rewarded Video proporciona o máximo ARPU mantendo uma experiência de usuário aceitável.

Vamos desenvolver um aplicativo móvel chave na mão

A IT Sectr cria aplicativos para iOS e Android para startups e empresas desde 2017. Nós vamos aconselhá-lo e propor a melhor solução.

Discutir o projeto

Leia também