Promoção de apps Google Ads Android & iOS 2026

O eCPI médio iOS na França 2025-2026 nas contas observadas nos benchmarks públicos do Google Ads se situa entre 3,80 e 7,20 EUR segundo o vertical (gaming, fintech, food delivery), com volatilidade semanal 2x superior ao Android pós-ATT. No lado Android Firebase, o mesmo eCPI médio gira entre 1,40 e 3,60 EUR nos mesmos verticais, com sinal de install tracking limpo e atribuição clique last-touch confiável. Essa diferença de 2-3x entre os dois OS não é anormal — é a consequência direta do SKAdNetwork que limita mecanicamente a precisão do bidding iOS.

App Campaigns (a marca de produto histórica "UAC" é oficialmente "App Campaigns" desde 2022) continua em 2026 sendo o único formato Google que escala seriamente em installs mobile. O concorrente direto Apple Search Ads cobre o App Store search, Meta cobre social mobile. Mas pilotar App Campaigns em 2026 sem entender as restrições diferenciadas Android/iOS é se condenar a arbitragens de budget falsas — e a pagar 30 a 50% a mais pelo install qualificado. Este guia detalha a mecânica 2026, o setup completo Firebase + SKAdNetwork, as estratégias de bidding por perfil, o deep linking, a arbitragem MMP vs nativo, e os erros recorrentes que vemos em auditoria. Para a mecânica dos formatos automatizados Google mais ampla, veja nosso guia completo Performance Max 2026.

App Campaigns em 2026: a mecânica automatizada

App Campaigns (App promotion campaigns, ex-UAC) é o formato de campanha Google Ads exclusivamente dedicado à promoção de aplicativos mobile iOS e Android, lançado em 2017 e profundamente reformulado pós-ATT iOS 14.5 em 2021. O formato combina cinco inventários sob um fluxo único automatizado: Google Search, Google Play Store, YouTube, Display Network e Discover. O anunciante fornece assets (texto, imagem, vídeo, HTML5) e um objetivo (installs ou in-app actions), Google distribui automaticamente.

Segundo os dados agregados de app observados nos benchmarks públicos do Google Ads, App Campaigns capta 60 a 75% do budget de aquisição paga dos editores de apps franceses em 2026, com Apple Search Ads (15-25%) e Meta App Install (10-20%) em segunda posição. A dominação do Google se explica pela cobertura de inventário Play Store + YouTube + Search, inigualada pelos concorrentes. Para cálculo rápido com benchmarks 2026 por vertical, veja nosso calculador CPA gratuito.

Três subtipos de campanhas App:

• App Campaigns for Installs (ACi) — foco em aquisição pura, otimização Target CPI ou Target CPA install. É a entrada padrão.
• App Campaigns for Engagement (ACe) — retargeting de users existentes para reativação. Exige customer match list ou audience first-party. Indispensável acima de 100k MAU.
• App Campaigns for Pre-registration (ACp) — para gerar pré-inscrições Play Store ou App Store antes do lançamento. Específico para launches.

Componentes técnicos em 2026:

• Asset groups — 5 textos 25 caracteres, 5 textos 80 caracteres, 20 imagens, 20 vídeos máx, HTML5 banners opcionais.
• Audience signals — Customer Match (emails hashados), similar audiences, in-market mobile.
• Bidding — Target CPI, Target CPA in-app event, Target ROAS app se volume suficiente.
• Conversion tracking — Firebase nativo, ou import via Google Analytics 4, ou import MMP (AppsFlyer, Adjust, Singular, Branch).
• SKAdNetwork integration — automática do lado Google para iOS, mapping de conversion values configurável.

Diferença fundamental com PMax clássico: App Campaigns NÃO permite fornecer landing pages web — o objetivo é o install ou o event in-app. A cobertura de inventário também é mais restrita que PMax (sem Gmail, sem Maps). Mas a otimização é especificamente treinada para mobile, o que PMax não faz corretamente mesmo em 2026.

iOS pós-ATT: SKAdNetwork 4.0 e seus limites de medição

SKAdNetwork é o framework de atribuição privacy-preserving fornecido pela Apple desde iOS 14.5 para permitir que redes de publicidade meçam a eficácia de suas campanhas app sem expor o IDFA do usuário. A versão 4.0 (implantada ao longo de 2023-2024) marca a maturação do framework com três melhorias importantes em relação às versões 2.x anteriores. Documentação oficial completa em developer.apple.com.

As 3 novidades SKAdNetwork 4.0 críticas para App Campaigns:

• Hierarchical conversion values — coarse (Low/Medium/High) + fine grained (0-63) para sinalizar simultaneamente um grau qualitativo e um valor preciso. Permite sinalizar ao mesmo tempo "high LTV cohort" e "12,40 EUR in-app purchase".
• Multiple postbacks diferidos — 3 postbacks em vez de 1 (windows 0-2d, 3-7d, 8-35d). O anunciante recebe 3 sinais temporalmente distintos permitindo modelar uma LTV cohort 30d.
• Web-to-app attribution — para campanhas que tocam um site web antes do install, SKAdNetwork 4.0 atribui parcialmente o install à source web. Antes de 2024 era impossível, o que falsificava todas as campanhas Search-then-app.

O que SKAdNetwork 4.0 NÃO corrige:

• Sem IDFA, portanto sem matching user-level com seu CRM.
• Sem detalhe device/geo preciso: agregação apenas no nível campanha.
• Postback delays aleatórios 24-48h: sem pilotagem em tempo real possível.
• Conversion value cap 63 valores (6 bits): é preciso fazer escolhas sobre o que se codifica.
• ATT consent rate França 2025-2026 mediano observado: 22 a 38% segundo vertical — o que significa que para 60-78% dos usuários, não se tem sequer o consentimento IDFA.

Mapping conversion value 4.0 — exemplo gaming free-to-play:

// Coarse (3 níveis) — qualidade cohort
// LOW    : install only, no tutorial completed
// MEDIUM : tutorial complete + level 5
// HIGH   : in-app purchase OR level 20+

// Fine (0-63) — valor monetário codificado
// 0-9   : 0€ (sem IAP)
// 10-19 : 0,01-2,99€ IAP
// 20-29 : 3,00-9,99€
// 30-39 : 10,00-29,99€
// 40-49 : 30,00-99,99€
// 50-63 : 100,00€+

Implicações operacionais iOS pós-ATT:

• Reporting D+1 inútil — esperar D+10 mínimo para julgar uma campanha iOS.
• Target CPA apertado impossível — preferir Target CPI ou tCPA event qualificado flexibilizado.
• Sem granularidade de audience — impossível ver se tal segmento in-market performa melhor no iOS.
• LTV modeling indispensável — sem LTV cohort 30d, as arbitragens de budget iOS são cegas.
• Test holdout ainda mais crítico — a medição de incremental é a única verdadeira fonte de verdade.

Para o tracking de conversão mais amplo (web e app), veja nosso guia tracking conversions Google Ads. Os princípios de Enhanced Conversions se aplicam também no lado app via Firebase, mas com limitações adicionais no lado iOS.

Android e Firebase: o setup completo

No lado Android, Firebase é o ecossistema de referência do Google para tracking app e integração Google Ads. Lançado em 2014, adquirido pelo Google no final de 2014, Firebase combina analytics, crash reporting, A/B testing, push notifications, dynamic links e remote config — o conjunto sendo projetado para se interfacear nativamente com Google Ads no Android. O tracking Android via Firebase é nitidamente mais preciso que iOS pós-ATT: sem equivalente ATT do lado Google Play, atribuição last-click limpa, sinal em tempo real.

Setup Firebase + Google Ads em 6 etapas (procedimento consolidado do HowTo):

1. Criar projeto Firebase + adicionar app Android — bundle ID, SHA-1 fingerprint, baixar google-services.json.
2. Integrar SDK Firebase Analytics no projeto Android Studio (gradle dependencies firebase-analytics).
3. Vincular Firebase ao Google Ads no Firebase Console > Integrations > Google Ads. Permissão Admin Google Ads necessária.
4. Marcar events conversions no Firebase Analytics: first_open, in_app_purchase, sign_up, level_complete personalizado segundo o vertical.
5. Importar events como conversions Google Ads: Tools > Conversions > New > App > Source Firebase.
6. Lançar campanha UAC Installs: budget 50-100x o CPI alvo, assets completos, Target CPI limpo.

Diferenças técnicas iOS vs Android Firebase:

Conversion events Firebase prioritários por vertical:

• Gaming free-to-play — first_open, tutorial_complete, level_5, level_20, ad_impression (rewarded), in_app_purchase. Alvo bidding: in_app_purchase ou level_20.
• Fintech / banking apps — first_open, registration_complete, kyc_complete, first_deposit, transaction_complete. Alvo: kyc_complete ou first_deposit.
• Food delivery / quick commerce — first_open, sign_up, address_added, first_order, second_order. Alvo: first_order.
• Subscription apps — first_open, free_trial_start, trial_to_paid, subscription_renewal_3m. Alvo: trial_to_paid (sinal de valor forte).
• E-commerce m-commerce — first_open, view_item, add_to_cart, begin_checkout, purchase. Alvo: purchase ou begin_checkout segundo volume.

Configuração Custom Events Firebase: além dos events padrão, Firebase permite até 500 events custom por projeto. Recomendação: criar 5-10 events custom máximo dedicados aos sinais business críticos, com parameter_value anexado para tROAS. Não multiplicar events "para ver", isso polui o ML Smart Bidding.

Para a estratégia de audience mais ampla aplicável cross-canal, veja nosso guia audiences affinity, in-market e custom. As Customer Match lists Android se constroem de forma idêntica — a diferença está apenas na qualidade do match no lado store Android vs Apple.

Estratégias de bidding: tCPA, tROAS, Maximize Installs

App Campaigns expõe 4 estratégias de bidding em 2026, cada uma adaptada a um perfil de maturidade e volume de conversão diferente. Escolher a estratégia errada é o erro N2 que vemos em auditoria (depois do timing prematuro de julgamento pós-launch) — tipicamente, anunciantes que passam para Target ROAS sem 50 conversões value-based semanais, e que veem seu CPI explodir sem ganho real de ROAS.

As 4 estratégias de bidding App Campaigns 2026:

• Maximize Installs (ex Target CPI sem alvo) — foco em volume de install puro, sem restrição de CAC. Bom em fase de exploração D1-D14 para deixar o algoritmo encontrar os segmentos. Arriscado após D+30 sem limitação.
• Target CPI — custo por install alvo definido. Estável a partir de 30 installs/semana. Adaptado a apps em crescimento early-stage que ainda não têm sinal de qualidade forte.
• Target CPA in-app event — custo alvo por event qualificado (purchase, signup, tutorial_complete). Recomendado a partir de D+15 quando o volume de install está estabilizado. Exige 30+ events qualificados/semana.
• Target ROAS app — retorno sobre investimento alvo com tracking de valor de conversão. Exige 50+ conversões value-based/semana, idealmente 100+. Reservado a apps gaming/e-com/subscription maduras.

A regra prática de progressão:

• D1-D14 — Maximize Installs sem restrição. O objetivo é estabilizar o ML em 50+ first_open/14 dias.
• D15-D28 — Transição para Target CPA orientado in-app event qualificado (signup_complete, level_5, first_purchase). Alvo a 1,8-2,5x do CPI médio observado em D1-D14.
• D29-D60 — Se volume value-based superior a 50 conv/semana e tracking ROAS confiável: teste Target ROAS app. Alvo inicial a 0,8x do ROAS web equivalente (apps têm LTV mais longo mas mais diluído).
• D60+ — Regime de cruzeiro, ajustes mensais Target ROAS ou Target CPA segundo desvio observado.

Erro clássico a evitar: passar de Maximize Installs diretamente para Target ROAS sem etapa Target CPA event. O ML não teve tempo de aprender quais in-app events correlacionam com o valor de conversão. Resultado: explosão do CPI, ROAS que nunca estabiliza. Sempre fazer o patamar intermediário Target CPA event.

Caso específico iOS pós-ATT: no iOS, dada a latência 24-35d do SKAdNetwork, Target ROAS app raramente é praticável antes de 90 dias de campanha estabilizada. Nos primeiros 30 dias iOS, fique imperativamente no Target CPI ou Target CPA event. A passagem para tROAS iOS é um objetivo Q2 de uma estratégia app, não Q1.

Para a mecânica Smart Bidding mais ampla aplicável além dos apps, veja nosso guia ROAS, CPA e CPC. Os princípios de estabilização 14-50 conversões se aplicam identicamente, mas com as restrições adicionais do SKAdNetwork no lado iOS.

Deep linking e engagement pós-install

O deep linking é a técnica que permite que um clique publicitário direcione o usuário diretamente para uma tela específica do seu app (tela de produto, carrinho, tela de reativação), em vez de para a tela inicial padrão. É o diferenciador principal entre um App Campaigns moderno eficaz e um setup amador. Sem deep linking adequado, suas campanhas App Campaigns for Engagement (ACe) desperdiçam 60 a 80% de seu potencial de reativação.

Os 2 padrões técnicos em 2026:

• Universal Links iOS (Apple) — arquivo apple-app-site-association (AASA) hospedado no seu domínio HTTPS raiz, declarando os paths que devem abrir o app em vez do navegador Safari. Setup caprichoso: exige certificado HTTPS válido, sintaxe JSON estrita, validação Apple no lado CDN.
• App Links Android (Google) — arquivo assetlinks.json hospedado em /.well-known/assetlinks.json do seu domínio, mais declaração intent-filter no AndroidManifest.xml com android:autoVerify="true". Setup mais tolerante que iOS, validação automática Google.

Setup mínimo AASA file iOS (apple-app-site-association):

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "TEAMID.com.example.myapp",
        "paths": ["/produit/*", "/panier", "/compte/*", "NOT /admin/*"]
      }
    ]
  }
}

Setup mínimo assetlinks.json Android:

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.example.myapp",
    "sha256_cert_fingerprints": ["AA:BB:CC:..."]
  }
}]

Impacto medido do deep linking nas contas observadas nos benchmarks públicos:

• Taxa de engagement pós-clique ACe — 12 a 18% sem deep linking, 38 a 54% com deep linking adequado. Ratio 2,5 a 4x.
• CPA event qualificado ACe — redução de 28 a 45% em média com deep linking ativado, vs sem.
• Retenção D+7 cohort users adquiridos — superior em 12 a 22 pontos com deep linking (o usuário chega onde a experiência é coerente com o anúncio).
• ROAS ACe 90d — superior em 1,4 a 2,1x com deep linking, nas contas que fizeram o antes-depois medido.

Ferramentas de deep linking 2026:

• Firebase Dynamic Links — a solução Google nativa, gratuita, integrada ao Firebase. Depreciação anunciada pelo Google no final de 2024, fim de suporte agosto 2025. Não usar mais para novos projetos em 2026.
• Branch.io — líder de mercado 2026 pós-depreciação Firebase Dynamic Links. Plano gratuito até 10k installs/mês, pago além. Documentação muito completa.
• Adjust DeepLinks — integrado aos clientes Adjust MMP. Prático se você já usa Adjust para tracking.
• AppsFlyer OneLink — equivalente no lado AppsFlyer. Idem, integrado ao ecossistema AppsFlyer.

Para a estratégia de audience que sustenta o engagement, veja nosso guia audiences first-party. A audience mais engajável pós-install é sempre a cohort "visitantes site mobile last 30 days" cruzada com "used app last 90 days mas não últimos 30 days" — segmento de reativação pura.

Atribuição app: MMP (AppsFlyer, Adjust) vs nativo

O mobile measurement partner (MMP) é uma plataforma terceira de atribuição app que se interpõe entre seu app e as redes publicitárias (Google Ads, Meta, Apple Search Ads, TikTok), para deduplicar as atribuições e fornecer uma visão cross-canal unificada. Os 4 líderes de mercado 2026: AppsFlyer, Adjust, Singular, Branch — cada um com forças e fraquezas distintas. Questão fundamental: vale pagar um MMP ou basta o tracking nativo Google Ads (Firebase para Android + SKAdNetwork para iOS)?

O tracking nativo Google Ads (Firebase + SKAdNetwork) basta se:

• Você veicula 80%+ no Google Ads (App Campaigns + Search). Se todo seu budget é Google, o MMP é over-engineering.
• Sem campanha Meta App Install ou TikTok For Business app. Caso contrário, a atribuição será duplicada dos dois lados.
• Sem tracking offline conversion CRM necessário. Caso contrário, MMP se torna útil para matching device-level.
• Volume cross-channel inferior a 5.000 EUR/mês cumulado. O custo MMP não é rentabilizado abaixo desse limiar.

O MMP se torna quase obrigatório se:

• 2+ canais de aquisição pagos (Google + Meta, Google + TikTok, Google + Apple Search Ads). A deduplicação é crítica.
• Budget app superior a 8.000 EUR/mês cross-channel — o custo MMP é rentabilizado em menos de 60 dias apenas pelas economias na sobre-atribuição.
• Necessidade de LTV cohort 30/60/180d por fonte — exigência quase sistemática em gaming, fintech, subscription.
• Reporting dashboards business-grade orientado CFO/CEO — Looker, Tableau, integração data warehouse.
• Setup de atribuição complexo — fingerprinting, atribuição probabilística iOS, deep linking + tracking.

Comparativo MMP 2026 — os 4 líderes:

Recomendação por perfil:

• App early-stage (0-50k MAU) — Branch free tier para deep linking + Firebase para tracking Google. Sem MMP pago.
• App growth (50-500k MAU) — AppsFlyer ou Adjust segundo preferência de reporting. Branch/AppsFlyer OneLink para deep linking.
• App madura (500k+ MAU multi-país) — AppsFlyer tipicamente, ou Adjust se stack analytics-heavy. Singular se foco em otimização de spend cross-channel.
• App gaming free-to-play hyper-casual — Adjust frequentemente preferido (Cohort analytics ricos), AppsFlyer em alternativa.

Setup MMP no lado Google Ads — 3 pontos críticos:

1. Configurar o postback MMP para Google Ads: no console MMP, declarar Google Ads como partner, fornecer Customer ID Google Ads, ativar postbacks installs e events qualificados.
2. Desativar Firebase analytics conversions Google Ads ou marcá-las como non-conversion para evitar contagem dupla. Ou MMP, ou Firebase, não ambos como sources de conversão principais.
3. Mapear os events MMP para events Google Ads correspondentes: in_app_purchase MMP deve se alinhar com in_app_purchase Google Ads.

Risco de sobre-atribuição MMP vs native: AppsFlyer e Adjust atribuem em last-click + view-through 24h por padrão, exatamente como Google Ads nativo. O MMP NÃO reduz a atribuição sobre-gerada — ele dá uma visão cross-canal. A deduplicação sim, a medição de incrementalidade não. Para isso, holdout test permanece obrigatório.

Para a mecânica de atribuição multi-touch em geral, veja nosso guia Discovery Ads e incremental verdade. Os 4 patterns de sobre-atribuição típicos se aplicam identicamente aos apps — o que muda é apenas o delivery (SDK MMP vs pixel web).

Erros comuns em App Campaigns

Nas auditorias de app que realizamos em 2025-2026, aqui estão os 7 erros recorrentes — cada um custa tipicamente 20 a 40% de performance do App Campaigns nos primeiros 90 dias após ativação. A maioria é evitável com um setup adequado.

Erro 1 — Julgar uma campanha iOS em D+1. Com os delays de postback SKAdNetwork 24-48h, seu CPA iOS D+1 é mecanicamente falso. Você vê 2,80 EUR CPA exibido, corta em pânico, perde as conversões que chegam D+3 a D+8 e que teriam levado o CPA real a 1,50 EUR. Regra estrita: nunca decidir sobre iOS com menos de 10 dias de campanha, e idealmente menos de 14 dias para absorver um ciclo semanal completo.

Erro 2 — Setup de conversion event muito baixo no funil. Otimizar App Campaigns em first_open é tentador (grande volume) mas ineficaz: o algoritmo busca installs que abrem o app uma vez, não installs qualificados. Alvo event qualificado assim que possível: tutorial_complete, signup, level_5, first_purchase. CPA reportedly aumenta +30 a +60% vs first_open, mas qualidade 2 a 5x melhor e ROAS 60 dias significativamente superior.

Erro 3 — Sem separação iOS / Android nas campanhas. Misturar iOS e Android em uma campanha única deixa Smart Bidding alocar cegamente para a plataforma mais barata (geralmente Android), privando você de visibilidade plataforma por plataforma. Sempre criar 2 campanhas distintas: 1 iOS only + 1 Android only. Permite pilotagem tCPA diferenciada e reporting limpo.

Erro 4 — Ignorar os ad assets de vídeo. No YouTube + Display App Network, os ads em vídeo têm CTR 2 a 3,5x superior aos ads de imagem estática em 2026. Uma campanha App Campaigns sem vídeo se priva mecanicamente de 40 a 60% do potencial de inventário. Mínimo: 3 vídeos 9:16 verticais (15-30s) + 2 vídeos 16:9 horizontais. Nada de stock footage genérico: vídeos de gameplay/UX real do app.

Erro 5 — Confundir CPI e CPA event. O CPI (cost per install) e o CPA event qualificado são 2 métricas distintas que nunca devem ser confundidas na pilotagem. Os anunciantes que pilotam por CPI flat sem olhar o funil pós-install compram volume de install junk: pessoas que baixam e nunca abrem o app. CPI baixo + CPA event elevado = armadilha clássica. Sempre olhar os 2 juntos.

Erro 6 — Customer Match list não-rehashed entre redes. Se você usa Customer Match no Google Ads + Audience Custom no Meta + Apple Search Ads custom audiences, cada rede exige um formato de hash específico. Muitos anunciantes uplodam a mesma lista em todos os lugares sem rehash, resultado: 60 a 80% dos matches falham silenciosamente. Verificar o match rate em cada interface — se menos de 40%, provavelmente é problema de hash/normalização.

Erro 7 — Sem holdout test geo trimestral. Sem holdout, você não sabe quantos dos seus installs reivindicados pelo App Campaigns são incrementais vs quantos são orgânicos canibalizados. Segundo os benchmarks públicos, tipicamente 18 a 32% de sobre-atribuição. Holdout 28 dias em 1 região representativa a cada 90 dias — é o único método adequado. Cortar App Campaigns na zona teste, medir installs orgânicos + outros canais, calcular o incremental real.

Para contas app que querem automatizar o monitoramento de canibalização e as arbitragens cross-canal sem relançar um holdout manual a cada trimestre, nosso módulo audit SteerAds detecta os patterns de sobre-atribuição típicos e propõe um plano de teste holdout adaptado ao volume da conta. Para situar App Campaigns na batalha mais ampla dos canais de vídeo em 2026, prossiga com nosso comparativo YouTube Ads vs TikTok Ads 2026. E para entender como Google atua em Display vs Meta no lado cross-rede, nosso guia Display vs Meta Ads 2026 oferece as arbitragens com números. Recurso oficial complementar para aprofundar SKAdNetwork no lado Apple: a documentação StoreKit/SKAdNetwork em developer.apple.com.

App Campaigns continua em 2026 sendo o formato mobile install mais poderoso do mercado, mas pilotar um app sem entender as dicotomias SKAdNetwork iOS e Firebase Android é arbitrar cegamente. O verdadeiro ofício da promoção app moderna consiste em isolar o que é mensurável do que não é, compensar os ângulos mortos iOS por LTV modeling cohort, e validar cada arbitragem de budget por um holdout geo. Todo o resto — o bidding, os criativos, as audiences — decorre dessa disciplina de medição — veja também documentação oficial Google Ads para mais detalhes. Nosso calculador LTV com cenários de margem retorna LTV bruto + LTV após margem em 12-36 meses.

Fontes

Fontes oficiais consultadas para este guia:

• support.google.com
• support.google.com
• support.google.com
• blog.google

FAQ