Ilustração abstrata de um app enviando anúncios automaticamente para busca, vídeo e display no App Campaigns do Google Ads
Google Ads / 13 min de leitura / Atualizado ago 2026

App Campaigns (UAC) no Google Ads: como funciona e quando vale a pena

A campanha que promete instalar seu app em Search, Play Store, YouTube e Display ao mesmo tempo, sem você escolher onde o anúncio aparece. Entenda o que ela otimiza de verdade antes de ligar o piloto automático.

GP Por Giorgio Pasquale · Especialista em mídia paga
TL;DR · Em 3 linhas

O que você vai entender lendo isso

  • App Campaigns (UAC) é 100% automatizada. Você entra com texto, imagem e vídeo; o Google decide sozinho onde exibir e qual combinação usar. Não existe controle de posicionamento nem de público.
  • Existem três subtipos (Installs, Engagement e Pre-registration), cada um com objetivo e requisito mínimo de conversão diferente. Escolher o errado é o motivo mais comum de campanha travada.
  • Sem SDK e conversion tracking configurados via Firebase ou parceiro de mensuração, o algoritmo otimiza pra instalação vazia. CPI baixo sem evento pós-install é vaidade, não resultado.

App Campaigns (o nome oficial que substituiu “UAC” em 2019, mas que o mercado ainda chama assim por hábito) funciona distribuindo automaticamente os criativos que você fornece em Search, Google Play, YouTube, Display e Discover, com o algoritmo decidindo sozinho onde, quando e pra quem mostrar cada combinação. Você não escolhe palavra-chave, não escolhe público, não escolhe posicionamento: entrega os ativos (texto, imagem, vídeo) e uma meta de custo, e o machine learning cuida do resto. É a campanha mais automatizada do Google Ads, o que é ótimo quando o tracking está limpo e péssimo quando não está.

Como funciona o App Campaigns na prática

O fluxo é simples de descrever e mais difícil de operar bem. Você cria a campanha vinculando o app (Android via Google Play, iOS via App Store), escolhe o objetivo, sobe até cinco textos curtos, algumas descrições, imagens, vídeos e HTML5, define um lance alvo e um orçamento diário. A partir daí o Google testa combinações desses ativos em cada canal e vai concentrando veiculação nas que performam melhor pro objetivo escolhido.

A diferença crucial em relação a uma campanha de Search comum é que aqui não existe grupo de anúncio, não existe keyword, não existe segmentação manual de público. O sistema aprende com o comportamento pós-clique (quem instalou, quem abriu, quem comprou dentro do app) e ajusta a veiculação sozinho. Isso movimenta a decisão de otimização pra um lugar que a maioria dos anunciantes nunca olha de perto: os eventos que você manda de volta pro Google via SDK.

3subtipos de campanha
App Campaigns não é uma coisa só. Installs, Engagement e Pre-registration otimizam pra momentos diferentes do ciclo de vida do usuário, e escolher o subtipo errado é o jeito mais rápido de queimar orçamento sem aprender nada.

Os três subtipos: Installs, Engagement e Pre-registration

Essa distinção é o que a maioria dos tutoriais genéricos passa batido, e é justamente onde campanha nova costuma nascer torta.

Subtipo Objetivo Bidding disponível Quando usar
App Campaigns for Installs (ACi) Gerar novas instalações do app CPI (custo por instalação), tCPA de instalação, tCPA de ação pós-install App ainda em fase de crescimento de base, precisa de volume de usuários novos
App Campaigns for Engagement (ACe) Reengajar quem já tem o app instalado, levar de volta pra uma ação específica tCPA de ação dentro do app Base instalada relevante (geralmente a partir de alguns milhares de usuários ativos) e app com deep link configurado
App Campaigns for Pre-registration (ACpr) Captar interesse antes do lançamento oficial (só Android) Maximize pre-registrations Lançamento de app novo, quer fila de espera antes do dia 1

Na prática, 90% do que se discute por aí é ACi, porque é o ponto de entrada natural: sem base instalada, Engagement não tem pra quem rodar. Mas erro comum é deixar a campanha de Installs eternamente na meta de instalação pura, sem nunca migrar pra otimizar por evento pós-install (compra, assinatura, cadastro completo). Isso traz instalação barata e usuário que abre o app uma vez e nunca mais volta. Pra entender a lógica de como o algoritmo decide lance dentro dessas metas, vale complementar com Smart Bidding no Google Ads, que explica os mesmos princípios de tCPA e tROAS aplicados fora do universo de apps.

Estratégias de lance dentro do App Campaigns

O bidding aqui segue a mesma lógica de Smart Bidding do resto do Google Ads, só que aplicada a eventos de app em vez de conversão de site.

  • CPI (custo por instalação). Você define quanto está disposto a pagar por instalação. O sistema otimiza puramente pra volume de install, sem olhar o que acontece depois. Útil só na fase de coleta de dado inicial.
  • tCPA de instalação. Meta de custo por instalação, com o algoritmo ajustando lance em tempo real conforme a probabilidade de instalar. Mais estável que CPI manual.
  • tCPA de ação in-app. Em vez de otimizar pra instalação, otimiza pra um evento específico dentro do app (cadastro, compra, assinatura). Exige volume mínimo desse evento reportado pra estabilizar, normalmente algumas dezenas por semana.
  • tROAS. Disponível quando o app reporta valor de receita por evento (compra dentro do app, assinatura com valor). O sistema prioriza usuários com maior probabilidade de gerar receita, não só de instalar. É onde o CPI deixa de ser a métrica que importa.

Eu já vi conta trocar de “instalação barata” pra “instalação lucrativa” só de mudar a meta de CPI pra tCPA de compra, mesmo pagando CPI 40% mais caro no relatório. O número que parecia pior isolado virava melhor no negócio inteiro, porque o usuário que chegava tinha muito mais chance de virar receita. É o mesmo raciocínio de olhar CPM, CPC e CPA em conjunto com o que vem depois da conversão, não a métrica de custo isolada.

⚠ Importante

App Campaigns não mostra relatório de onde exatamente o anúncio apareceu, nem qual criativo específico gerou qual instalação, com o nível de detalhe que você tem em Search ou em Meta Ads. É o preço da automação total: você ganha alcance e aprendizado de máquina, perde granularidade de análise. Quem vem de campanha manual estranha isso nas primeiras semanas.

Setup: SDK, mensuração e criativos

Antes de ligar qualquer campanha, três peças precisam estar no lugar, nessa ordem.

1. SDK de mensuração. Firebase (nativo do Google) ou um parceiro de atribuição mobile (Adjust, AppsFlyer, Kochava) precisa estar instalado no app e reportando eventos de volta pro Google Ads. Sem isso, a campanha só enxerga a instalação, nunca o que acontece depois dela.

2. Deep linking. Pra campanhas de Engagement funcionarem, o app precisa reconhecer o clique no anúncio e levar o usuário direto pra tela relevante (não pra tela inicial genérica). Deep link mal configurado é motivo comum de ACe performar mal mesmo com base grande instalada.

3. Biblioteca de criativos. Textos curtos (até 30 caracteres), descrições, imagens em proporções variadas, vídeos horizontais e verticais, e opcionalmente HTML5. Quanto mais formatos você entrega com qualidade, mais combinações o sistema testa. Criativo fraco em massa não compensa criativo forte em quantidade menor.

20imagens e vídeos por campanha
O App Campaigns aceita até 20 imagens, 20 vídeos e 5 assets de HTML5 numa única campanha. A maioria das contas usa menos de um terço disso e depois reclama que “o algoritmo não tem o que testar”.

A fase de aprendizado (e por que ela custa mais caro)

Toda campanha de App Campaigns passa por um período em que o sistema ainda não sabe quais combinações de criativo funcionam melhor pra que público. Nessa fase o CPI costuma vir mais alto e mais instável, porque o Google está literalmente testando hipóteses com o seu orçamento. Só depois de volume suficiente de conversões (o número exato varia por conta e por meta escolhida, mas o padrão do Google Ads pra Smart Bidding em geral gira em torno de algumas dezenas de eventos em 30 dias) a veiculação se estabiliza e o custo tende a cair.

CPI antes e depois da fase de aprendizado · Exemplo ilustrativo
Semana 1-2
Campanha em aprendizado
CPI médioR$ 9,40
Instalações/dia18
Custo por evento pós-install R$ 62
vs
Semana 5-6
Campanha otimizada
CPI médioR$ 5,80
Instalações/dia41
Custo por evento pós-install R$ 34
Padrão que costumo ver em conta com tracking limpo: o CPI cai e o volume sobe junto, porque o sistema já sabe quem tende a converter depois de instalar.

O erro clássico é pausar ou reduzir orçamento justamente durante essa fase inicial, porque o número “parece ruim” comparado com uma campanha antiga já madura. Isso reinicia o aprendizado e o problema se repete. Se a meta de tCPA está tecnicamente correta e o tracking está reportando direito, o caminho certo costuma ser segurar orçamento estável por pelo menos duas a três semanas antes de julgar performance.

Mitos e fatos sobre App Campaigns

Mito

App Campaigns é só pra jogos e apps de entretenimento.

Quanto mais criativo eu subir, melhor a performance imediata.

CPI baixo é sinônimo de campanha boa.

Dá pra fazer teste A/B de criativo como no Meta Ads.

Fato

Funciona pra qualquer categoria (delivery, banco, e-commerce, serviço) desde que o SDK esteja configurado corretamente e o app tenha eventos claros de conversão.

Criativo fraco em quantidade atrapalha o aprendizado. O algoritmo precisa de tempo pra testar cada combinação, e ativo ruim consome orçamento de teste sem gerar sinal útil.

CPI só diz o custo de entrada. O que importa é o custo por evento pós-install (compra, assinatura, retenção em D7), que é onde o negócio realmente ganha ou perde dinheiro.

O Google decide sozinho qual combinação de ativos mostrar pra cada usuário. Não existe controle granular de teste A/B como em campanha manual de outras plataformas.

App Campaigns exige mensuração séria antes de escalar

Subir orçamento de App Campaigns sem SDK de atribuição confiável é pagar caro pra descobrir, semanas depois, que boa parte das instalações nunca abriu o app de novo. Observação recorrente em auditoria de contas de app

Não existe atalho aqui. Diferente de Search, onde dá pra rodar Manual CPC com tracking simples e ainda assim aprender alguma coisa, App Campaigns depende inteiramente de dado pós-conversão pra funcionar bem. Contas que pulam a etapa de configurar Firebase ou um parceiro de mensuração de verdade acabam otimizando pra instalação vazia por meses, sem perceber. Os fundamentos de conversion tracking valem igual aqui, mesmo que a implementação técnica mude de GTM/web pra SDK mobile: vale revisar conversion tracking via GTM pra entender a lógica de eventos que se aplica também ao universo de apps.

Quanto custa e orçamento mínimo pra testar

Não existe piso oficial de orçamento pro App Campaigns, mas existe um piso prático: orçamento baixo demais nunca gera volume suficiente de conversão pra sair da fase de aprendizado, e a campanha fica presa num CPI instável indefinidamente. Como regra geral que aplico em conta nova de app:

  • Validação: orçamento que permita pelo menos 10 a 15 instalações por dia nas primeiras semanas, só pra o sistema começar a testar combinações.
  • Saída da fase de aprendizado: volume suficiente de evento pós-install (compra, cadastro) acumulado em 30 dias pra o tCPA de ação estabilizar, não só o CPI de instalação.
  • Escala: depois de estável, aumentos de orçamento em incrementos de até 20% de uma vez evitam reiniciar o aprendizado, no mesmo princípio que vale pra qualquer campanha de Smart Bidding do Google Ads.

O tipo de app muda muito essa conta. App de delivery com ticket baixo e recompra frequente tolera CPI mais alto porque o LTV se acumula rápido. App B2B de nicho com ciclo de venda longo precisa de CPA de evento mais rigoroso desde o início, porque o volume de usuário nunca vai ser gigante.

Erros mais comuns que vejo em conta de App Campaigns

1. Otimizar só por instalação pra sempre. Deixar a campanha travada em meta de CPI meses depois do app já ter volume suficiente de evento pós-install pra migrar pra tCPA de ação. É deixar dinheiro na mesa por comodismo.

2. Misturar Installs e Engagement na mesma estrutura mental. São produtos diferentes com lógica diferente. Rodar Engagement antes de ter base relevante instalada é queimar orçamento tentando reengajar usuário que praticamente não existe ainda.

3. Subir poucos criativos e esperar milagre. Com 2 imagens e 1 vídeo, o sistema não tem material pra aprender combinação nenhuma. O investimento em variedade de ativo é parte do custo real da campanha, não um extra opcional.

4. Julgar performance nos primeiros 7 dias. A fase de aprendizado distorce todo número inicial. Julgamento sério só faz sentido depois de volume mínimo de conversão estabilizado, geralmente perto da terceira ou quarta semana.

5. Ignorar o outro lado da moeda: Meta Ads. Pra maioria dos apps, rodar Google App Campaigns isolado é deixar alcance na mesa. Meta App Ads capta bem o público que descobre app por indicação visual e social, enquanto Google App Campaigns capta melhor quem já busca ativamente algo relacionado no Google ou na Play Store. Bom setup roda os dois em paralelo, comparando custo por evento pós-install entre as duas fontes, não só CPI isolado.

FAQ

App Campaigns funciona pra app sem orçamento grande?

Funciona, mas com expectativa realista: orçamento pequeno demora mais pra sair da fase de aprendizado porque o volume de dado chega mais devagar. Pra app novo com verba limitada, vale mais concentrar orçamento em ACi com meta de CPI simples nas primeiras semanas antes de migrar pra tCPA de evento, em vez de dividir pouco dinheiro entre vários subtipos ao mesmo tempo.

Preciso de Firebase obrigatoriamente ou dá pra usar outro parceiro de mensuração?

Firebase é a opção nativa e mais simples de integrar, mas parceiros de atribuição mobile como AppsFlyer, Adjust e Kochava também têm integração oficial com o Google Ads. O que não pode faltar é algum SDK reportando eventos pós-install de volta pra plataforma, independente de qual você escolhe.

App Campaigns substitui campanha de Search ou YouTube separada pro app?

Substitui no sentido de que já inclui Search, YouTube, Display e Play dentro da mesma estrutura automatizada. Não dá pra rodar uma campanha de Search tradicional separada com o mesmo objetivo de instalação de app dentro do Google Ads; a plataforma direciona esse tipo de objetivo pro produto de App Campaigns especificamente.

Quanto tempo leva pra sair da fase de aprendizado?

Varia por volume de conversão e meta escolhida, mas o padrão que costumo ver fica entre duas e quatro semanas com orçamento e tracking adequados. Contas com volume baixo de conversão diária podem levar mais tempo, porque o sistema literalmente precisa de mais eventos pra aprender o padrão.

Dá pra escolher em qual rede (Search, YouTube, Display) o anúncio aparece mais?

Não de forma direta. O App Campaigns distribui automaticamente entre as redes com base em onde encontra a melhor probabilidade de gerar o resultado configurado. É possível influenciar indiretamente com o tipo de criativo que você prioriza (vídeo tende a puxar mais pra YouTube, por exemplo), mas não existe um controle de “quero 70% em Search”.

Conclusão

App Campaigns é a ferramenta certa quando três coisas estão alinhadas: o app tem SDK de mensuração reportando evento pós-install de verdade, existe biblioteca de criativo variada o suficiente pro algoritmo testar, e o orçamento aguenta pelo menos algumas semanas de fase de aprendizado sem pânico. Sem essas três pernas, a automação total vira desculpa cara pra não entender o que está acontecendo com o dinheiro investido. Quem já domina os princípios de Smart Bidding fora do universo de app vai reconhecer a lógica rápido: veja Smart Bidding no Google Ads pra aprofundar em tCPA e tROAS, e o guia de Performance Max pra comparar com a outra campanha totalmente automatizada da plataforma, essa focada em site em vez de app.

Rolar para cima