Google Mobile Ads — o que é, SDK de publicidade e monetização

O que é o Google Mobile Ads?

Google Mobile Ads é a plataforma de publicidade do Google para aplicativos móveis, fornecendo um SDK para exibir anúncios e ferramentas de análise de receita. A plataforma inclui dois sistemas principais: AdMob (para desenvolvedores independentes) e Google Ad Manager (para grandes editores com campanhas publicitárias diretas). Ambos os sistemas usam o mesmo Google Mobile Ads SDK, o que simplifica a migração entre plataformas.

No centro do Google Mobile Ads está um leilão em tempo real (RTB — Real-Time Bidding). Quando um aplicativo solicita um anúncio, o SDK envia uma solicitação aos servidores do Google, onde os algoritmos analisam o perfil do usuário, o contexto do aplicativo e as campanhas publicitárias disponíveis. O vencedor do leilão é determinado em 100–300 milissegundos — quanto maior o lance do anunciante, maior a receita para o desenvolvedor. De acordo com Google (2025), o eCPM médio para aplicativos Android é de $5–15.

eCPM (effective Cost Per Mille) é uma métrica chave de monetização que mostra a receita por 1.000 impressões. O eCPM depende da região do usuário (mais alto nos EUA e Europa, mais baixo na Ásia), do formato do anúncio (vídeo recompensado gera eCPM de $10–30, banners — $0.50–2) e da época do ano (em dezembro o eCPM é 30–50% mais alto). O Google Mobile Ads SDK otimiza automaticamente as impressões para o máximo eCPM por meio do leilão.

Formatos de anúncios: banners, intersticiais, recompensados e nativos

Banners publicitários — blocos retangulares de tamanho fixo (320×50 — padrão, 320×100 — grande, 300×250 — médio). Os banners são colocados na parte inferior ou superior da tela e ocupam espaço mínimo. Desvantagem: eCPM baixo ($0.50–2) e habituação do usuário — a taxa de cliques (CTR) dos banners é de 0,05–0,5%. Os banners são atualizados automaticamente a cada 30–60 segundos, mas o Google recomenda não atualizar mais de uma vez a cada 60 segundos para preservar a experiência do usuário.

Anúncios intersticiais — anúncios em tela cheia exibidos durante pausas naturais no aplicativo (entre níveis do jogo, ao alternar entre telas). Os intersticiais geram eCPM de $3–15, mas exigem posicionamento cuidadoso — exibições frequentes irritam os usuários. O Google limita a frequência: no máximo um intersticial por minuto. De acordo com o Google, com o posicionamento adequado, os intersticiais não reduzem a retenção de usuários em mais de 5%.

Anúncios recompensados — vídeos que os usuários assistem em troca de um bônus (vidas extras, moedas, acesso premium). O formato mais caro com eCPM de $10–30 e alto engajamento do usuário — 80% dos usuários concordam em assistir ao vídeo recompensado. Importante: a recompensa deve ser significativa para o usuário, caso contrário ele não assistirá ao anúncio. Rewarded interstitial — um formato híbrido (recompensa sem visualização obrigatória), disponível desde o SDK 21.0.0.

// Carregar e exibir RewardedAd
class RewardedAdManager {

    private var rewardedAd: RewardedAd? = null

    fun loadAd(context: Context) {
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
                override fun onAdFailedToLoad(
                    error: LoadAdError
                ) {
                    Log.d("AdMob", error.message)
                }
            }
        )
    }
}

App Open Ads: anúncios na inicialização do aplicativo

Anúncios nativos — anúncios visualmente adaptados ao design do aplicativo: o desenvolvedor controla a posição do título, descrição, imagem e botão de chamada para ação. Os anúncios nativos têm o maior CTR (0,5–2%) entre todos os formatos e se integram melhor à experiência do usuário do aplicativo. O Google Mobile Ads SDK fornece modelos de anúncios nativos (NativeTemplate) ou controle total por meio de NativeAdOptions. O formato ad_source_type mostra de qual rede veio o criativo nativo.

AdMob ou Ad Manager: qual escolher

AdMob — a plataforma de publicidade do Google para aplicativos móveis, projetada para desenvolvedores independentes e pequenos estúdios. O AdMob oferece preenchimento automático de espaços publicitários por meio de leilão, configuração simples via interface web e mediação integrada com mais de 30 redes de anúncios. Limite de pagamento: $100. O AdMob é adequado para 90% dos desenvolvedores, incluindo estúdios médios com receita de até $100.000 por mês.

Google Ad Manager — uma plataforma avançada para grandes editores com campanhas publicitárias diretas (direct deals), garantias programáticas e priorização de fontes. O Ad Manager suporta múltiplos servidores de anúncios, leilão competitivo (App Bidding) e análises detalhadas para cada anunciante. O Ad Manager requer tráfego mensal de 5 milhões de impressões. De acordo com o Google, o Ad Manager aumenta a receita dos grandes editores em 15–30% em comparação com o AdMob.

Para migrar do AdMob para o Ad Manager, basta alterar o ID da unidade de anúncio no código do aplicativo — o SDK permanece o mesmo (Google Mobile Ads SDK). O Google recomenda começar com o AdMob e, ao atingir uma receita mensal de $10.000+, considerar a mudança para o Ad Manager. App Bidding — uma tecnologia chave do Ad Manager que permite que todas as redes de anúncios concorram em um único leilão, aumentando o eCPM em 10–40%.

Mediação: conectar múltiplas redes de anúncios

Mediação de anúncios — uma tecnologia do Google Mobile Ads que permite conectar múltiplas redes de anúncios a uma única unidade de anúncio. Quando o SDK solicita um anúncio, ele consulta sequencialmente as redes: primeiro Google Ads, depois redes parceiras (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral e outras), selecionando a rede com o maior lance para aquele usuário.

O Google Mobile Ads SDK suporta mediação de mais de 30 redes de anúncios por meio de adaptadores, que são carregados como dependências Gradle separadas. Cada adaptador implementa uma interface unificada do Google, permitindo que o SDK funcione uniformemente com qualquer rede. De acordo com o Google, a mediação aumenta a receita total de anúncios em 15–50% em comparação com o uso apenas do AdMob. App Bidding — uma versão mais avançada da mediação onde todas as redes participam de um único leilão simultaneamente, em vez de sequencialmente.

// Configuração de mediação (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adaptadores de mediação
    implementation "com.google.ads:mediation-facebook:6.17.0.0"
    implementation "com.google.ads:mediation-unity:4.10.0.0"
    implementation "com.google.ads:mediation-applovin:12.3.0.0"
}

// Inicialização do SDK Mobile Ads
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: leilão paralelo

Importante: a mediação aumenta a latência de exibição do anúncio porque o SDK consulta várias redes sequencialmente. Para banners isso não é crítico (atraso aceitável — até 2 segundos), mas para anúncios intersticiais e recompensados, um atraso de mais de 1 segundo reduz a probabilidade de exibição (o usuário pode sair da tela). O Google recomenda usar o App Bidding em vez da mediação sequencial para minimizar atrasos. O App Bidding processa todos os lances em paralelo dentro de 100–200 ms.

Configurar o Google Mobile Ads em um projeto Android

A configuração do Google Mobile Ads em um aplicativo Android começa com a adição da dependência play-services-ads no build.gradle e a inicialização do SDK na classe Application. O Google Mobile Ads SDK requer Android 5.0 (API 21) e Google Play Services versão 21.0.0+. Recomenda-se inicializar o SDK o mais cedo possível — em Application.onCreate() — para que os anúncios sejam carregados em paralelo com a inicialização do aplicativo.

Após a inicialização, o desenvolvedor cria uma unidade de anúncio na interface web do AdMob ou Ad Manager e incorpora o AdView no layout do aplicativo (para banners) ou carrega InterstitialAd/RewardedAd programaticamente. Importante: use um ID de unidade de anúncio de teste durante o desenvolvimento e um ID de produção após a publicação. O Google Mobile Ads SDK detecta automaticamente o modo de teste pelo dispositivo adicionado em Dispositivos de Teste no console do AdMob.

// Inicialização do SDK na classe Application
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Ativar modo de consentimento GDPR
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Banner inline em XML
// <com.google.android.gms.ads.AdView
//     android:id="@+id/adView"
//     android:layout_width="match_parent"
//     android:layout_height="wrap_content"
//     app:adUnitId="ca-app-pub-3940256099942544/6300978111"
//     app:adSize="BANNER" />

Após configurar o SDK e as unidades de anúncio, o desenvolvedor deve adicionar uma política de privacidade no aplicativo — este é um requisito obrigatório do Google para publicação na Play Store. A integração do SDK UMP (User Messaging Platform) também é necessária para coletar o consentimento de processamento de dados dos usuários no EEE e Reino Unido. Sem o SDK UMP, o Google pode limitar a exibição de anúncios personalizados, reduzindo o eCPM em 40–60%.

Privacidade do usuário e GDPR

Google Mobile Ads exige conformidade com os regulamentos de privacidade para usuários do Espaço Econômico Europeu (EEE), Reino Unido, EUA (CCPA/CPRA) e outras regiões com leis de proteção de dados. A principal ferramenta é o SDK UMP (User Messaging Platform), que exibe um diálogo de consentimento ao usuário para coletar e processar dados para personalização de anúncios.

Sem obter o consentimento do usuário para personalização, o Google Mobile Ads SDK exibirá apenas anúncios não personalizados, reduzindo o eCPM em 40–60%. TCF v2.0 (Transparency & Consent Framework) — o padrão IAB Europe para transmitir sinais de consentimento entre sistemas de publicidade. O Google Ad Manager suporta TCF v2.0 automaticamente. Para o AdMob, a integração via SDK UMP com o parâmetro FORMS_PUBLISHER_ID é necessária.

// Solicitação de consentimento do SDK UMP
val consentInfo = UserMessagingPlatform.getConsentInformation(this)

consentInfo.requestConsentInfoUpdate(
    context,
    ConsentRequestParameters.Builder()
        .setTagForUnderAgeOfConsent(false)
        .build()
) { error ->
    if (error != null) return@requestConsentInfoUpdate

    if (consentInfo.isConsentFormAvailable()) {
        UserMessagingPlatform.loadAndShowConsentFormIfRequired(
            activity,
            activity.getOnConsentFormSuccess(),
            activity.getOnConsentFormFailure()
        )
    }
}

TCF v2.0 e conformidade com GDPR

Requisitos adicionais: para usuários da Califórnia (CCPA), o Google exige suporte à opção “Do Not Sell My Personal Information”. Para crianças (COPPA) — ativação de tagForChildDirectedTreatment. O Google Play Store exige que todos os aplicativos com anúncios tenham uma política de privacidade e um link para ela no Google Play Console. A violação desses requisitos leva ao bloqueio da exibição de anúncios ou à remoção do aplicativo da Play Store.

Exemplo de código: exibir vídeo recompensado em Kotlin

Um exemplo completo de integração de anúncios recompensados com tratamento de recompensa do usuário. O aplicativo carrega o vídeo recompensado na inicialização, exibe-o quando o usuário clica no botão “Obter bônus” e concede moedas ao usuário após a visualização completa. O código usa corrotinas para carregamento assíncrono e verifica se o anúncio não é exibido se o usuário já recebeu a recompensa (proteção contra recompensa dupla).

class RewardViewModel : ViewModel() {

    private var rewardedAd: RewardedAd? = null
    private val _rewardEarned = MutableLiveData<Boolean>(false)
    val rewardEarned: LiveData<Boolean> = _rewardEarned

    fun loadRewardedAd(context: Context) {
        RewardedAd.load(context, AD_UNIT_ID,
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showAd(activity: Activity) {
        rewardedAd?.show(activity, {
            // Usuário recebeu recompensa
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Melhores práticas para anúncios recompensados: pré-carregue o próximo anúncio imediatamente após fechar o atual (para que o usuário não espere o carregamento). Exiba o vídeo recompensado apenas em um contexto onde a recompensa seja óbvia (por exemplo, um botão “Assistir anúncio por 100 moedas”). O Google proíbe exibir anúncios recompensados sem uma solicitação explícita do usuário (reprodução automática proibida). Verifique o callback onUserEarnedReward — somente após ele, conceda a recompensa.

Dicas para otimizar a receita de anúncios

A otimização da receita do Google Mobile Ads começa com a escolha dos formatos de anúncio certos. A combinação de banners (para receita de fundo constante) e vídeo recompensado (para engajamento ativo) gera a máxima receita total. Use intersticiais apenas durante pausas naturais — no máximo 3–4 vezes por sessão. O Google Analytics para Firebase permite rastrear quais telas geram mais receita e onde os usuários fecham os anúncios com mais frequência.

O segundo fator importante é a mediação. Conecte 3–5 redes de anúncios por meio da mediação do AdMob. De acordo com o Google, aplicativos com mediação ganham 30% mais. O App Bidding (disponível para Ad Manager e parcialmente para AdMob) fornece um aumento adicional de 10–40% por meio de leilão simultâneo. Testes A/B de posicionamento de anúncios: teste diferentes posições de banner (superior/inferior, esquerda/direita) e frequência de intersticiais em diferentes segmentos de usuários.

O terceiro fator é a segmentação geográfica. O eCPM nos EUA, Canadá e Austrália é 3–5 vezes maior do que na Índia ou Indonésia. Se seu aplicativo for popular em regiões com eCPM baixo, o Google recomenda usar mediação em cascata com redes dessas regiões (por exemplo, InMobi para a Índia). Defina limites de frequência: no máximo 1 intersticial a cada 2 minutos e no máximo 5 vídeos recompensados por hora — isso reduz a fadiga do usuário com anúncios.