Tracking e Atribuição Pós-iOS 14

May 19, 2026 às 3:08 PM

Em abril de 2021, a Apple lançou no iOS 14.5 o framework App Tracking Transparency (ATT), que obriga aplicativos a pedir permissão explícita do usuário para rastrear sua atividade entre apps e sites. A esmagadora maioria dos usuários de iPhone disse “não”. O Facebook (na época Facebook Inc., hoje Meta) chegou a divulgar que essa mudança custaria mais de US$ 10 bilhões de receita em 2022. Toda a arquitetura de tracking que a indústria usava ruiu, e o que existe hoje é um sistema reconstruído sobre bases muito mais frágeis.

Para arbitragem, isso significa três coisas: o Pixel sozinho já não basta, atribuição reportada pelo Meta não é mais espelho da realidade, e quem não monta um stack de tracking moderno fica voando às cegas.

O que mudou na prática

Antes do iOS 14, o fluxo era simples. Você instalava o Pixel do Facebook no site, o Pixel deixava cookies no navegador do usuário, e quando esse usuário visitava seu site após clicar em um anúncio, o Meta sabia. Atribuição era praticamente perfeita.

WinUp Network

Pronto para Decolar?

Junte-se a milhares de publishers que já estão maximizando sua receita com a tecnologia espacial da WinUp.

Depois do iOS 14 e da contínua deterioração dos cookies de terceiros (que o Chrome também passou a restringir progressivamente), o Pixel passou a ter visibilidade muito menor. Em iPhones, sem ATT, ele perde quase totalmente a capacidade de identificar o usuário. Em Android e desktop, ainda funciona razoavelmente, mas com restrições.

A solução do Meta veio em duas frentes: Conversions API e Aggregated Event Measurement.

Conversions API (CAPI): obrigatória hoje

A Conversions API é uma camada de tracking server-side. Em vez de depender só do navegador (que pode bloquear, perder cookies, ser limitado por ATT), seu servidor envia diretamente para o servidor do Meta os eventos que aconteceram no site. É um caminho muito mais resiliente — não depende do navegador do usuário.

O padrão moderno é Pixel + CAPI rodando em paralelo, com event deduplication (cada evento é enviado pelos dois caminhos, com um ID único, e o Meta deduplica). Assim você combina o melhor dos dois mundos: o Pixel pega o que pode no navegador, a CAPI cobre tudo o que ele não consegue.

Para implementar, três caminhos:

  • Integração direta via API — exige desenvolvedor. O servidor do site envia os eventos via HTTP POST para o endpoint do Meta. Mais flexível, mais trabalhoso.
  • Integrações nativas — Shopify, WooCommerce, WordPress (via plugins), Google Tag Manager Server-Side. Mais rápido de implementar.
  • Conversions API Gateway — serviço gerenciado da própria Meta, hospedado em AWS, para quem não quer manter infra própria.

Em arbitragem, CAPI rodando bem é a diferença entre uma campanha que escala e uma que estagna. O algoritmo precisa de sinal — sem CAPI, o sinal está pela metade.

Aggregated Event Measurement (AEM)

O AEM é o sistema do Meta para tracking de eventos de usuários iOS pós-ATT. Funciona com sinais agregados (não individualizados) e tem limitações importantes:

  • Cada domínio pode ter no máximo 8 eventos priorizados. Os outros são descartados.
  • Os eventos têm hierarquia: o Meta só conta o de prioridade mais alta acionado pelo usuário.
  • Há atraso na reportagem (até 72h em alguns casos).
  • O domain verification no Business Manager é pré-requisito.

Para arbitragem, isso significa escolher com cuidado quais 8 eventos importam mais. Padrão razoável:

  1. PageView (qualquer visita)
  2. ViewContent (chegou na primeira página da galeria)
  3. Engaged_PV2 (chegou na segunda página)
  4. Engaged_PV3 (chegou na terceira página)
  5. Engaged_PV5 (chegou na quinta página — costuma ser o evento-chave para otimização)
  6. Scroll90 (rolagem de 90% em algum artigo)
  7. TimeOnSite120 (passou 120 segundos no site)
  8. Outbound_Click (clicou em algum anúncio do GAM — se rastreável)

GA4 como complemento

O Google Analytics 4 (GA4) virou peça essencial em arbitragem por uma razão simples: ele tem visão menos enviesada que o Meta. Enquanto o Meta reporta atribuição “modelada” (em parte real, em parte estimada), o GA4 mostra o que efetivamente aconteceu no seu site — pageviews, sessões, fontes de tráfego, comportamento.

O fluxo que tem virado padrão:

  • Meta Ads relata X visitas entregues
  • GA4 relata Y visitas reais chegando no site (sempre menor que X, normalmente entre 60% e 85%)
  • A diferença é o desvio de atribuição — quanto o Meta está “criativo” nos relatórios

Operações sérias acompanham esse desvio por campanha, porque ele varia. Algumas campanhas têm desvio de 5%, outras de 40%. Sem essa leitura, você acha que está pagando R$ 0,04/visita quando na verdade está pagando R$ 0,07.

Tracking de receita do GAM

Do outro lado da equação, o Google Ad Manager fornece dados detalhados de receita por sessão, por página, por anunciante. Os relatórios do GAM têm latência (a receita “final” só fecha entre 24h e 72h depois), mas as estimativas em tempo real já permitem decisões de otimização.

O cruzamento ideal é fazer o GAM enviar dados de receita para o GA4 via linked accounts, e ter uma fonte única (geralmente o GA4 ou um data warehouse próprio) onde se cruza:

  • Custo da campanha (Meta Ads)
  • Visitas reais (GA4)
  • Pageviews e tempo no site (GA4)
  • Receita por sessão (GAM via GA4)

Stack típico de uma operação moderna

O que opera no mercado profissionalmente combina, em geral, os seguintes componentes:

  • Meta Pixel + Conversions API com event deduplication
  • Domain verification e 8 eventos AEM configurados
  • GA4 com enhanced measurement e linked account no GAM
  • Google Tag Manager (ou GTM Server-Side) para gerenciar tags
  • Looker Studio (ou Power BI, Metabase) para dashboards consolidados
  • BigQuery (em operações maiores) para armazenar dados crus e fazer análises customizadas

Operações pequenas podem ficar bem com Meta Pixel + CAPI + GA4 + planilha em Looker Studio. Operações maiores invariavelmente acabam em BigQuery, porque o volume de dados torna impossível analisar de outra forma.

Leitura crítica é a habilidade central

Tecnologia de tracking é metade do jogo. A outra metade é saber ler dados sabendo que eles são imperfeitos. O que isso significa na prática:

  • Nunca tomar decisão grande baseado só no que o Meta Ads reporta
  • Sempre cruzar com GA4 antes de declarar uma campanha vencedora
  • Aceitar que parte do tráfego “engajado” reportado pelo Meta nunca chegou ao site
  • Olhar margem agregada por período (semana, mês), não por dia — o ruído diário do tracking distorce análises curtas
  • Validar receita com o GAM como fonte da verdade (a única plataforma que não inventa receita: ou ela existe ou não existe)

Para fechar

Tracking em 2025 não é mais uma tarefa de “instalar o Pixel e pronto”. Quem opera arbitragem hoje gasta tempo e dinheiro em uma infraestrutura de medição que era impensável há cinco anos. Mas esse investimento é o que separa quem escala com previsibilidade de quem quebra na primeira oscilação. A boa notícia é que as ferramentas existem, estão documentadas e funcionam — só exigem disciplina para serem implantadas e usadas direito.