"Estamos rodando campanhas de instalação de app, mas não temos certeza se as conversões estão realmente sendo contabilizadas." O rastreamento de conversões em apps é uma fera diferente do rastreamento web — se você precisa da configuração do lado web, veja nosso guia de rastreamento de conversões do GA4 ou o guia de rastreamento de conversões do Google Ads. Não há tag em uma página, não há URL de agradecimento, não há aba Network do DevTools para checar. Em vez disso, você lida com SDKs, lojas de aplicativos como intermediárias e frameworks de privacidade que limitam até mesmo quais dados você pode receber.
Este guia cobre como o rastreamento de conversões em apps funciona nas principais plataformas, o que é diferente da web, como verificar se está configurado corretamente e o que as mudanças de privacidade da Apple significam para seus dados.
1. Como o rastreamento de conversões em apps difere da web
Na web, a cadeia de rastreamento é direta: tag na página → ação do usuário → requisição à plataforma de anúncios → conversão registrada. Com apps, vários fatores tornam isso fundamentalmente diferente.
| Web | App |
|---|---|
| A tag carrega no navegador que você controla | O SDK é compilado dentro do binário do app |
| Conversões disparam no carregamento da página ou clique de botão | Conversões disparam na instalação ou em um evento in-app |
| Você pode inspecionar com o DevTools em tempo real | Você depende de logs do SDK, Firebase DebugView ou dispositivos de teste |
| Cookies first-party carregam a identidade | O ID do dispositivo (IDFA/GAID) ou frameworks que preservam privacidade carregam a identidade |
| Mudanças são publicadas instantaneamente (atualiza a tag) | Mudanças exigem uma atualização do app e ciclo de revisão da loja |
A diferença mais crítica: você não consegue corrigir o rastreamento de apps com uma simples mudança de tag. Se a versão do SDK ou a implementação do evento estiver errada, corrigir isso significa publicar uma atualização do app, esperar a revisão da loja e depois esperar os usuários atualizarem.
2. Os três caminhos de mensuração
Caminho 1: Firebase + Google Ads
O Firebase é o SDK do Google para analytics de apps e é o principal caminho para rastrear conversões de apps no Google Ads.
Como funciona:
- Integre o SDK do Firebase ao seu app
- Registre eventos (ex.:
first_open,purchase,sign_up) no código do app - Vincule seu projeto Firebase ao Google Ads
- No Google Ads, importe os eventos do Firebase como ações de conversão
O que é rastreado:
- Instalações de app — rastreadas automaticamente via evento
first_open - Ações in-app — qualquer evento personalizado que você registrar (compra, conclusão de nível, início de assinatura)
- Receita de compras in-app — se você passar os parâmetros
valueecurrencycom seus eventos
Principal vantagem: o Firebase fornece um pipeline de dados direto para o Google Ads. Nenhuma ferramenta de atribuição de terceiros é necessária para campanhas do Google.
Caminho 2: SKAdNetwork (SKAN) para iOS
Após o framework App Tracking Transparency (ATT) da Apple no iOS 14.5, a maioria dos usuários iOS opta por não ser rastreada. O SKAdNetwork é a alternativa da Apple que preserva a privacidade para medir instalações de apps geradas por anúncios.
Como funciona:
- A rede de anúncios (Google, Meta etc.) se registra na Apple como uma rede de anúncios
- Quando um usuário instala o app depois de ver/clicar em um anúncio, a Apple envia um postback para a rede de anúncios
- O postback contém dados limitados: o ID da rede de anúncios, o ID da campanha e um "valor de conversão" (0–63 no SKAN 3.0, ou valores "grosseiros" no SKAN 4.0)
- O postback é atrasado (mínimo de 24–48 horas) e não contém identificadores no nível do usuário
O que você perde em comparação com o Firebase:
- Nenhuma atribuição no nível do usuário (não é possível ver qual usuário específico converteu)
- Granularidade limitada do valor de conversão (63 valores possíveis vs. ilimitado com o Firebase)
- Relatórios atrasados (vs. quase em tempo real com o Firebase)
- Nenhuma atribuição de visualização (view-through) nas primeiras versões do SKAN
- Atribuição apenas no nível de campanha (sem grupo de anúncios ou palavra-chave na maioria dos casos)
O que você mantém:
- Contagens agregadas de instalações por campanha
- Um sinal aproximado do valor pós-instalação (se você mapear corretamente seu esquema de valor de conversão)
- Conformidade com privacidade — nenhum consentimento do usuário necessário
Caminho 3: Google Play Install Referrer (Android)
No Android, a Google Play Install Referrer API fornece atribuição determinística sem as restrições de privacidade do iOS.
Como funciona:
- Quando um usuário clica em um anúncio do Google Ads e instala o app pela Play Store, os dados do referrer (incluindo o gclid) são passados para o app
- O Firebase ou seu SDK de atribuição lê o referrer na primeira abertura
- A instalação é atribuída ao clique específico, campanha, grupo de anúncios e palavra-chave
Principal vantagem: a atribuição no Android é significativamente mais completa do que no iOS pós-ATT. Você obtém atribuição no nível de usuário e de palavra-chave, com dados de conversão completos.
3. Configurando o Firebase para rastreamento de conversões do Google Ads
Passo 1: Adicione o Firebase ao seu app
Siga a configuração do Firebase para iOS ou Android. Isso envolve adicionar o SDK do Firebase, um arquivo de configuração (GoogleService-Info.plist para iOS, google-services.json para Android) e inicializar o Firebase no código do app.
Passo 2: Registre eventos de conversão
No código do seu app, registre os eventos que você quer rastrear como conversões:
// iOS (Swift)
Analytics.logEvent("purchase", parameters: [
AnalyticsParameterValue: 9.99,
AnalyticsParameterCurrency: "USD"
])
// Android (Kotlin)
firebaseAnalytics.logEvent("purchase") {
param(FirebaseAnalytics.Param.VALUE, 9.99)
param(FirebaseAnalytics.Param.CURRENCY, "USD")
}
Passo 3: Vincule o Firebase ao Google Ads
No console do Firebase → Configurações do projeto → Integrações, vincule sua conta do Google Ads. Isso permite que o Google Ads importe eventos do Firebase.
Passo 4: Importe eventos como conversões no Google Ads
No Google Ads → Metas → Conversões → Nova ação de conversão → App → Firebase, selecione os eventos que deseja importar. Marque o evento de conversão principal (ex.: purchase) como "Principal" para lances.
4. Configurando valores de conversão do SKAdNetwork
O SKAdNetwork oferece 6 bits (valores de 0 a 63) para codificar o comportamento pós-instalação. Como você mapeia esses 64 valores determina o que você consegue medir.
Estratégias comuns de mapeamento
Baseada em receita: mapeie faixas de valor para valores de conversão (ex.: 0 = sem compra, 1 = US$ 0–5, 2 = US$ 5–10, ... 63 = US$ 500+). Isso dá ao Google Ads um sinal de receita para lances.
Baseada em eventos: mapeie eventos-chave pós-instalação para valores de conversão (ex.: 0 = apenas instalação, 1 = cadastro, 2 = tutorial concluído, 3 = primeira compra). Isso informa à rede de anúncios qual foi a qualidade do usuário adquirido.
Híbrida: combine faixas de receita e eventos-chave nos 64 valores disponíveis.
Mudanças do SKAN 4.0
O SKAN 4.0 introduz:
- Três postbacks em vez de um (em janelas de tempo diferentes)
- Valores de conversão grosseiros (baixo/médio/alto) para o segundo e terceiro postbacks
- Identificadores de origem com mais granularidade no nível de campanha
O Google Ads e outras plataformas ainda estão implementando o suporte completo ao SKAN 4.0. Verifique a documentação atual da sua plataforma para os recursos mais recentes.
Atribuição Web-to-App do SKAN 4.0
Uma adição significativa no SKAN 4.0: transições do Safari para a App Store agora são elegíveis para atribuição. Antes, apenas anúncios in-app podiam disparar postbacks do SKAN. Com o 4.0, anúncios web vistos no Safari que levam a uma instalação pela App Store também podem ser atribuídos — uma melhoria importante para anunciantes que rodam campanhas web junto com campanhas de instalação de apps.
Privacy Sandbox no Android: o que está por vir
Enquanto o ATT da Apple já remodelou a mensuração de apps, o equivalente do Android ainda está em desenvolvimento. O Privacy Sandbox on Android, do Google, vai reduzir gradualmente a dependência do GAID (Google Advertising ID):
- A Attribution Reporting API substitui a atribuição baseada em ID de dispositivo por relatórios agregados que preservam a privacidade (conceitualmente similar ao SKAN)
- A Topics API substitui a segmentação de anúncios baseada em interesse sem rastreamento por usuário
- O cronograma de descontinuação do GAID ainda é incerto, mas os anunciantes devem se preparar para um cenário de mensuração no Android cada vez mais parecido com o do iOS
Conselho prático: não presuma que a precisão de mensuração atual do Android vai durar para sempre. Comece a avaliar agora sua prontidão para uma atribuição apenas agregada no Android.
5. Escolhendo um MMP (Mobile Measurement Partner)
Se você anuncia em várias redes de anúncios, um MMP de terceiros fornece atribuição entre redes que o Firebase sozinho não consegue oferecer. Veja como as principais plataformas se comparam:
| Recurso | AppsFlyer | Adjust | Singular |
|---|---|---|---|
| Participação de mercado | A maior globalmente | Forte, especialmente em games | Em crescimento, foco em analytics unificado |
| Atribuição entre redes | Integrações extensas (mais de 10.000 parceiros) | Ampla biblioteca de integrações | Boa cobertura com agregação de custos |
| Suporte a SKAN | Avançado (SKAN 4.0, modelagem preditiva) | Suporte completo ao SKAN | Suporte completo ao SKAN |
| Foco em privacidade | Data Clean Rooms, dados agregados | Controles fortes de privacidade, prevenção de fraude | Arquitetura privacy-first |
| Agregação de custos | Disponível (produto separado) | Disponível | Nativa (principal diferencial) |
| Preços | Baseado em uso, pode ficar caro em escala | Baseado em uso | Baseado em uso, competitivo |
| Melhor para | Grandes anunciantes, multicanal complexo | Games, apps sensíveis à privacidade | Times preocupados com custo que querem visão unificada |
Quando você precisa de um MMP:
- Você roda campanhas de instalação de app em 3 ou mais redes de anúncios simultaneamente
- Precisa deduplicar instalações entre redes (cada rede reivindica o crédito)
- Quer uma fonte única de verdade para ROAS entre redes
- Precisa de detecção avançada de fraude (click injection, spoofing de SDK)
Quando o Firebase sozinho é suficiente:
- O Google Ads é seu único (ou principal) canal de anúncios de apps
- Você não precisa de atribuição entre redes
- Seu orçamento de anúncios de apps é inferior a cerca de US$ 50 mil/mês
6. Deep linking e mensuração de reengajamento
O rastreamento de conversões em apps não é só sobre novas instalações. Para apps com uma base de usuários existente, o reengajamento — trazer usuários de volta ao app — é frequentemente mais valioso do que a aquisição.
Deep links e rastreamento de conversões
Deep links enviam os usuários diretamente para uma tela específica dentro do seu app (não apenas para a tela inicial). Eles afetam o rastreamento de conversões porque:
- Um usuário que clica em um anúncio de retargeting e chega exatamente na página do produto converte a uma taxa cerca de 2x maior do que um que chega na tela inicial do app
- Cliques em deep links são rastreados como um tipo de conversão separado (reengajamento vs. nova instalação)
Regras de atribuição de reengajamento
Os MMPs normalmente contam uma conversão de reengajamento quando:
- O usuário já tem o app instalado
- O usuário já abriu o app pelo menos 3 vezes antes (não é um usuário totalmente novo)
- Pelo menos 10 minutos se passaram desde a instalação (para separar da atribuição de nova instalação)
Mensuração Web-to-App
Rastrear usuários que começam na web e convertem no app é um dos desafios de atribuição mais difíceis:
- App Links (Android) / Universal Links (iOS) direcionam usuários de URLs web diretamente para dentro do app
- A ponte de identidade entre a sessão web e a sessão do app depende de sinais no nível do dispositivo que as mudanças de privacidade estão corroendo
- As App Campaigns for Engagement do Google e as soluções de deep link dos MMPs (AppsFlyer OneLink, Adjust Links) fornecem a infraestrutura, mas espere lacunas de atribuição
7. Como verificar o rastreamento de conversões em apps
Método de verificação 1: Firebase DebugView
Ative o modo de depuração no seu dispositivo de teste:
- iOS: adicione
-FIRDebugEnabledcomo argumento de inicialização no Xcode - Android: execute
adb shell setprop debug.firebase.analytics.app your.package.name
Em seguida, abra o Console do Firebase → DebugView. Os eventos devem aparecer em tempo real conforme você executa ações no app. Verifique:
- Se o nome do evento corresponde ao que você configurou como conversão
- Se os parâmetros
valueecurrencyestão presentes e corretos - Se o evento dispara no momento certo (não na abertura do app, não com atraso)
Método de verificação 2: status de rastreamento de conversões do Google Ads
No Google Ads → Metas → Conversões, verifique o status das suas ações de conversão de app:
- "Registrando conversões" — funcionando corretamente
- "Nenhuma conversão recente" — ou não houve instalações/eventos, ou o link entre o Firebase e o Google Ads está quebrado
- "Não verificado" — a ação de conversão foi criada, mas ainda não recebeu dados
Método de verificação 3: teste com um clique real em anúncio (Android)
No Android, você pode testar a cadeia completa de atribuição:
- Clique em um anúncio real do seu app (use uma campanha de teste com orçamento mínimo)
- Instale o app pela Play Store
- Confira o evento
first_openno Firebase - Confira a conversão registrada no Google Ads (aguarde de 24 a 48 horas para o processamento)
Aviso para iOS: devido ao ATT, esse teste é menos confiável no iOS. Se você não optou por rastreamento no dispositivo de teste, a instalação pode aparecer apenas via SKAdNetwork (atrasada, sem dados no nível do usuário).
Método de verificação 4: verificar postbacks do SKAdNetwork
Para iOS, verifique se os postbacks do SKAN estão sendo recebidos:
- No Google Ads, confira a coluna "Conversões SKAN" no relatório da sua campanha
- No seu painel de relatórios do SKAdNetwork (se usar um MMP de terceiros), verifique os postbacks recebidos
- Compare a contagem de instalações do SKAN com seus dados internos de primeira abertura — lacunas significativas sugerem configuração incorreta
8. Problemas comuns de rastreamento em apps
| Problema | Causa | Solução |
|---|---|---|
| Instalações aparecem no Firebase mas não no Google Ads | O link entre Firebase e Google Ads está quebrado, ou o evento não foi importado como conversão | Verifique novamente o link no Console do Firebase → Integrações; confirme se o evento foi importado no Google Ads |
| Valores de conversão sempre zero | O parâmetro value não é passado com o evento, ou o mapeamento de valor de conversão do SKAN está vazio |
Adicione value/currency ao código de registro do evento; configure o mapeamento de valor do SKAN |
| Instalações no iOS drasticamente subestimadas | A taxa de opt-out do ATT é alta; os postbacks do SKAN são o único sinal | Este é o comportamento esperado pós-iOS 14.5; use dados do SKAN junto com conversões modeladas |
| Instalações no Android subestimadas | O SDK do Firebase não é inicializado na primeira abertura, ou o referrer do Play não é capturado | Garanta que o Firebase seja inicializado na classe Application (não em uma activity com atraso) |
| Eventos in-app disparam mas não são registrados como conversões | O evento é registrado no Firebase mas não importado como ação de conversão no Google Ads | Importe o evento em Google Ads → Metas → Conversões → App |
| Instalações duplicadas | Múltiplos SDKs (Firebase + MMP de terceiros) enviando eventos de instalação ao mesmo tempo | Use uma fonte única de verdade para cada ação de conversão; não importe o mesmo evento de duas fontes |
9. O impacto do ATT: o que esperar no iOS
Desde o iOS 14.5, a maioria dos usuários vê o prompt do ATT ("Permitir que o [App] rastreie sua atividade em apps e sites de outras empresas?") e cerca de 70–80% recusa.
Para usuários que recusam:
- O Firebase continua registrando eventos (o analytics funciona sem o IDFA), mas o Google Ads não consegue atribuir a instalação a um clique específico
- O SKAdNetwork fornece atribuição agregada com granularidade limitada
- As conversões modeladas do Google preenchem parte da lacuna usando machine learning
Impacto prático:
- As contagens de conversão no iOS serão menores do que as instalações reais
- O ROAS no nível de campanha no iOS será menos preciso do que no Android
- Você não pode comparar diretamente números de conversão do iOS e do Android — eles são medidos com precisões fundamentalmente diferentes
Perguntas frequentes
P. Preciso do Firebase e de um MMP de terceiros (AppsFlyer, Adjust etc.)? R. Apenas para o Google Ads, o Firebase é suficiente. Se você roda campanhas em várias redes de anúncios (Google, Meta, TikTok etc.) e precisa de atribuição entre redes, um MMP de terceiros fornece uma visão unificada. A maioria dos grandes anunciantes de apps usa os dois.
P. Consigo rastrear conversões web-to-app (o usuário clica em um anúncio na web, instala o app e depois converte dentro dele)? R. Sim, usando o Firebase Dynamic Links (agora sendo substituído por App Links / Universal Links) ou a mensuração cross-platform do Google Analytics. Esse é um dos problemas de atribuição mais difíceis — a ponte de identidade entre web e app depende de sinais no nível do dispositivo que as mudanças de privacidade estão corroendo.
P. Nossos valores de conversão do SKAN aparecem todos como 0. O que está errado? R. Ou seu mapeamento de valor de conversão não está configurado (verifique as configurações do SKAN no seu MMP ou no Google Ads), ou a janela de mensuração expirou antes que o usuário realizasse uma ação qualificada. O SKAN tem um temporizador limitado — se o usuário não realizar uma ação de valor dentro da janela, o valor permanece em 0.
P. Como verifico se a receita de compras in-app está correta?
R. Compare o parâmetro value no Firebase DebugView com os registros da loja de aplicativos ou do processador de pagamentos. Para compras verificadas no servidor, confirme se a receita registrada corresponde à cobrança real (fique atento a divergências de moeda e à inclusão de impostos/taxas).
Conclusão: rastreamento de apps é uma disciplina diferente
O rastreamento de conversões em apps exige ferramentas diferentes, métodos de verificação diferentes e expectativas diferentes em relação ao rastreamento web. O princípio central é o mesmo — verificar que o sinal chega à plataforma de anúncios —, mas os mecanismos (SDKs vs. tags, IDs de dispositivo vs. cookies, SKAN vs. atribuição direta) são fundamentalmente diferentes.
O maior ajuste para equipes vindas da web: aceitar que a mensuração no iOS é estruturalmente imprecisa. Pós-ATT, você não terá a mesma atribuição no nível de usuário e em tempo real a que está acostumado na web. Construa sua estratégia de mensuração combinando Firebase (para analytics e atribuição no Android), SKAN (para atribuição agregada no iOS) e conversões modeladas (para preencher as lacunas).
O ConversionOK se concentra em sinais de conversão web — verificando se as tags nas suas landing pages e páginas de agradecimento realmente disparam e chegam à plataforma de anúncios. Para apps, a verificação equivalente começa com o Firebase DebugView e o monitoramento de postbacks do SKAN, usando os métodos descritos acima. Se você usa server-side GTM para conectar dados de web e app, veja como verificar se o server-side GTM está realmente funcionando.