Por que as conversões do Meta caíram após o iOS 14 (AEM, verificação de domínio, limite de 8 eventos)

"Desde a atualização do iOS 14, nossas conversões de anúncios do Meta (Facebook) caíram visivelmente." Essa ainda é uma das queixas mais comuns na operação de anúncios. Você não mudou nada na configuração dos anúncios nem na implementação do pixel — mas o número de conversões no Gerenciador de Eventos e nas campanhas caiu. Quase sempre, a causa é um mal-entendido sobre o ATT (App Tracking Transparency), introduzido no iOS 14.5, e o mecanismo AEM (Aggregated Event Measurement) que o Meta criou para lidar com isso.

Alguma dessas situações soa familiar?

• As conversões do Meta caíram claramente por volta da época em que o iOS 14.5 foi amplamente adotado
• O número de conversões do Meta é menor do que os números do seu GA4 ou do backend
• O Gerenciador de Eventos mostra um aviso de que você só pode configurar até 8 eventos
• Algumas conversões são reportadas como "modeladas" (estimadas)
• As conversões aparecem nos relatórios com um atraso significativo em relação ao momento em que ocorreram

Este guia explica como o iOS 14 faz as conversões do Meta caírem ou desaparecerem, a relação entre ATT, AEM, o limite de 8 eventos e a verificação de domínio, como verificar — no seu ambiente de produção real — exatamente como você está sendo rastreado agora, e como mitigar isso com a CAPI.

Primeiro princípio: a mudança do iOS 14 é uma mudança estrutural de especificação, não um defeito

O maior motivo pelo qual isso dá errado é tratar a queda nas conversões como um defeito — "o pixel quebrou" ou "erramos na implementação". Na realidade, a maior parte da queda desde o iOS 14.5 vem de uma mudança estrutural de especificação feita por privacidade. Não é o tipo de coisa em que consertar algo restaura os números antigos.

Se você confundir isso, cai no pântano de mexer nas configurações sem parar enquanto "os números nunca voltam". Então vamos percorrer, em ordem, o que realmente mudou.

ATT (App Tracking Transparency): mais opt-outs

A partir do iOS 14.5, a Apple introduziu o ATT (App Tracking Transparency). Antes que um app possa rastrear um usuário em outros apps e sites, ele precisa exibir uma caixa de permissão: "Permitir que este app rastreie você?"

O ponto principal: muitos usuários tocam em "Solicitar ao app para não rastrear". Quando um usuário que veio ao seu site de dentro do app do Facebook/Instagram recusou o rastreamento, o Meta não consegue mais associar o comportamento desse usuário como fazia antes.

Como resultado, o Meta não pode mais presumir a medição precisa em nível individual que usava anteriormente. Para compensar, o Meta introduziu a AEM, abordada a seguir.

Taxas de opt-in do ATT: quanto sinal é realmente perdido

Qual é o tamanho dessa lacuna? Benchmarks do setor dão um panorama concreto. Em meados de 2025, a taxa global de opt-in do ATT gira em torno de 25–35% — o que significa que aproximadamente 65–75% dos usuários de iOS recusam o rastreamento. As taxas variam por categoria de app (apps esportivos chegam a ter opt-in de até 50%; muitos apps de utilidade e redes sociais ficam abaixo de 20%), mas o efeito agregado é o mesmo: o Meta perde sinal em nível individual para a maioria do tráfego iOS.

Para anunciantes cuja audiência é fortemente iOS — comum no Japão, onde a participação de mercado do iPhone ultrapassa 60% —, a perda de sinal é proporcionalmente maior, e a parcela de conversões que se tornam modeladas ou não medidas cresce na mesma proporção. É por isso que a mesma configuração de pixel pode gerar níveis de subcontagem muito diferentes para anunciantes distintos: a lacuna é determinada pela participação de iOS e pelo comportamento de opt-in da sua audiência, não por uma porcentagem universal.

AEM (Aggregated Event Measurement): 8 eventos priorizados por domínio

A AEM (Aggregated Event Measurement) é o mecanismo do Meta para medir as conversões web de usuários que recusaram o rastreamento via ATT — não em nível individual, mas de forma agregada. Foi projetada para se encaixar na estrutura de privacidade da Apple.

Na prática, a regra de maior impacto é esta.

Principal restrição da AEM	O que significa
Limite de eventos	Você só pode configurar até 8 eventos por domínio
Priorização	É preciso atribuir uma ordem de prioridade a esses 8 eventos
Uma conversão, um evento	Para usuários que recusaram o rastreamento, apenas o único evento de maior prioridade é medido por ação
Eventos de menor prioridade	Eventos fora dos 8, ou com baixa prioridade, não são medidos/reportados

Em outras palavras, eventos de conversão que antes você media livremente, em qualquer quantidade, agora precisam competir por prioridade dentro de um limite de 8. Se um e-commerce media visualização de página, adição ao carrinho, compra e várias microconversões ao mesmo tempo, os que não couberem nos 8 — ou que tiverem prioridade baixa — serão descartados para usuários que recusaram o rastreamento.

Erro comum: configurar seu evento de compra importante (Purchase) com prioridade baixa. Como a AEM mede apenas o único evento de maior prioridade por ação, se a compra tiver prioridade baixa, um microevento anterior pode prevalecer e a compra, que é essencial, não é reportada.

Atualização de 2025: o Meta removeu o limite manual de 8 eventos

Em junho de 2025, o Meta fez uma mudança significativa: o painel de configuração manual da AEM no Gerenciador de Eventos foi descontinuado. Os anunciantes não precisam mais escolher, classificar ou priorizar manualmente 8 eventos. Agora o sistema do Meta agrega automaticamente todos os eventos padrão e personalizados elegíveis nos bastidores.

Na prática, isso significa:

• A aba de configuração de "Aggregated Event Measurement" no Gerenciador de Eventos não existe mais
• Não há mais limite manual de eventos — todos os eventos elegíveis são processados automaticamente
• Você não precisa mais se preocupar com um evento de baixa prioridade deslocando um de alta prioridade
• A AEM em si ainda opera nos bastidores para usuários que recusaram o ATT, mas a etapa de configuração voltada ao anunciante foi eliminada

No entanto, a restrição de privacidade subjacente não mudou. Para usuários que recusaram o ATT, a medição continua agregada e atrasada, e as conversões modeladas continuam preenchendo a lacuna. O que mudou é que agora o Meta lida com a seleção de eventos automaticamente, em vez de exigir que os anunciantes a gerenciem. Se antes você gastava tempo otimizando sua lista de prioridade de 8 eventos, esse trabalho não é mais necessário — mas implementar a CAPI e verificar a deduplicação entre pixel e CAPI continuam sendo igualmente importantes.

Verificação de domínio: sem ela, você nem consegue configurar a medição

Como pré-requisito para definir as prioridades de eventos na AEM, o Meta passou a exigir a verificação de domínio — o processo pelo qual um anunciante comprova ao Meta que "este domínio é meu".

• Sem a verificação de domínio, sua permissão para configurar e editar os 8 eventos fica instável
• Quando várias empresas ou contas de anúncio usam o mesmo domínio, isso também determina quem detém o controle sobre a configuração dos eventos

Se você percebe que "tentei configurar os 8 eventos, mas não consigo alterá-los / nada surte efeito", a causa subjacente costuma ser que a verificação de domínio simplesmente não foi concluída. É a primeira coisa a confirmar como pré-condição para a implementação.

Como os números "mudam": atraso, modelagem, janelas mais curtas

A medição após o iOS 14 não simplesmente "cai". A natureza dos próprios números muda da seguinte forma. Sem entender isso, você não consegue ler os relatórios corretamente.

• Atraso no relatório: conversões de usuários que recusaram o rastreamento podem ser reportadas de forma agregada com até aproximadamente 72 horas de atraso via AEM. "Os números de hoje parecem baixos" às vezes é só porque a agregação ainda está em andamento.
• Conversões modeladas (estimadas) misturadas: o Meta estima estatisticamente e preenche o que não pode ser medido em nível individual. As conversões reportadas incluem estimativas, não medições diretas. Isso é intencional, não um defeito.
• Janela de atribuição mais curta: desde o iOS 14, a janela de atribuição padrão foi encurtada (com o padrão de 7 dias de clique, por exemplo, tornando-se a base habitual), de modo que resultados que antes eram contados sob uma janela mais longa parecem ter diminuído.

Erro comum: julgar "caiu" comparando com relatórios antigos. Como a janela de atribuição padrão mudou, falar de aumentos ou quedas sem comparar sob as mesmas condições leva você à causa errada. Alinhe as configurações de janela antes de comparar.

Por que as conversões caem mesmo com o pixel "disparando"

No DevTools você consegue ver a requisição do pixel (facebook.com/tr) saindo normalmente. Mesmo assim, o número de conversões do Meta cai — esse é o padrão mais confuso depois do iOS 14. O motivo: o disparo do navegador (uma requisição é enviada) e a conversão completa que o Meta mede e reporta ficam desacoplados pelo ATT e pela AEM.

Para usuários que recusaram o rastreamento, mesmo que o pixel dispare:

• Ele não pode ser associado em nível individual, então vai para a medição agregada da AEM, onde o relatório é atrasado e restrito
• Se estiver fora da ordem de prioridade dos 8 eventos, esse evento não é reportado
• A lacuna é preenchida por modelagem (estimativa), deixando de ser uma contagem real

Então, mesmo que você confirme que "facebook.com/tr está disparando na Network", se esse for o caminho de um usuário que recusou o rastreamento, não é necessariamente reportado como uma conversão completa e utilizável pelo anúncio. Verificar apenas se o pixel dispara nunca vai revelar as perdas pós-iOS-14.

Para diagnosticar problemas gerais de "não está rastreando", veja o guia separado sobre diagnosticar por que as conversões do Meta não estão sendo rastreadas.

Mitigação: preencha a lacuna do lado do servidor com a CAPI

A contramedida padrão para as perdas pós-iOS-14 é a CAPI (Conversions API). Em vez de depender apenas do pixel no navegador, ela envia conversões diretamente ao Meta a partir do seu servidor, tornando-se menos afetada pelas limitações do lado do navegador (bloqueadores de anúncio, prevenção de rastreamento, alguma perda de sinal).

• Execute o pixel do navegador e a CAPI em conjunto, compartilhando o mesmo nome de evento e event_id para que o Meta faça a deduplicação
• Envie informações que você mantém de forma confiável no servidor para elevar sua qualidade de correspondência de eventos

Dito isso, a CAPI não é "instalar e pronto". É essencial verificar que a deduplicação e o payload estão configurados corretamente. Veja como verificar se a Meta Conversions API (CAPI) está funcionando para as checagens detalhadas.

Além da contagem de conversões: impacto na segmentação e otimização

A queda nas conversões é o sintoma mais visível, mas os efeitos do iOS 14 vão além — chegando à forma como o Meta segmenta e otimiza os anúncios desde o início.

• As audiências de retargeting encolhem. Quando um usuário recusa o ATT, o Meta não consegue associar o comportamento dele no site de volta a um Público Personalizado. Como a maioria dos usuários de iOS opta por sair, os pools de retargeting criados a partir de visitantes do site (por exemplo, "visitou a página do produto mas não comprou") podem perder 50% ou mais do segmento iOS.
• A qualidade dos públicos semelhantes se degrada. Os públicos semelhantes dependem de o Meta identificar padrões entre os membros da audiência de origem. Com menos sinal entre apps, os modelos semelhantes criados a partir de eventos do site (adição ao carrinho, compra) ficam menos precisos, e o custo por aquisição (CPA) tende a subir.
• Os algoritmos de otimização recebem menos feedback. O algoritmo de veiculação do Meta aprende com os sinais de conversão. Menos conversões observadas significam que o algoritmo precisa de mais orçamento e tempo para sair da fase de aprendizado, e o desempenho das campanhas pode ficar mais volátil.

A conclusão prática: depois do iOS 14, não basta corrigir apenas a medição. Anunciantes que também migram para estratégias de audiência first-party — enviando listas de CRM, usando audiências de engajamento dentro do app e se apoiando em dados first-party para rastreamento de conversões — tendem a recuperar a eficácia de segmentação mais rápido do que os que dependem apenas de audiências baseadas em pixel.

Vale notar que o mesmo problema de "números caem por causa de medidas de privacidade" ocorre do lado do Google, por um mecanismo diferente chamado Consent Mode. Para uma comparação lado a lado, veja por que o Consent Mode faz suas conversões caírem.

Como verificar "como estou sendo rastreado agora" em produção

Método 1: verifique a verificação de domínio e a configuração dos 8 eventos da AEM

No Gerenciador de Eventos, confirme primeiro a base.

1. A verificação de domínio está concluída nas Configurações de Negócios?
2. Na tela "Aggregated Event Measurement", há 8 eventos registrados com a ordem de prioridade pretendida?
3. Sua conversão mais importante (geralmente Purchase ou Lead) está posicionada no topo da lista de prioridade?

O que isso revela: se os pré-requisitos para a medição (verificação) e as prioridades estão configurados corretamente.

Método 2: observe o disparo do pixel na aba Network do DevTools

1. Abra a página de produção alvo (especialmente a página de compra concluída / obrigado) e abra a aba "Network"
2. Filtre por facebook.com/tr
3. Realize a ação e verifique se a requisição dispara e se id (ID do pixel) e ev (nome do evento) estão corretos

O que isso revela: que o evento dispara a partir do navegador (etapa ②). O que isso não revela: como o Meta trata isso como medição agregada no caminho de um usuário que recusou o ATT (etapa ③).

Método 3: verifique os eventos de teste e a janela de atribuição no Gerenciador de Eventos

• Os eventos que você quer testar chegam em tempo real nos Eventos de Teste?
• A janela de atribuição do relatório está definida sob as mesmas condições dos dados anteriores com os quais você quer comparar?
• Que proporção das conversões está rotulada como "modelada"/"estimada"?

O que isso revela: a realidade do recebimento, e a natureza dos números (real versus estimado, e se as janelas estão alinhadas).

O que a verificação na sua própria máquina não pode revelar

Os métodos acima são úteis, mas testar uma única vez na sua própria máquina tem dois pontos cegos específicos da medição pós-iOS-14:

1. Seu ambiente não é o ambiente dos seus usuários de produção. O dispositivo ou navegador em que você testa geralmente já permitiu o rastreamento, ou é um desktop não afetado pelo ATT. Mas quem está derrubando os números do Meta são os usuários que recusaram o ATT no iOS. Concluir "está disparando, então está tudo bem" a partir do seu próprio ambiente ignora completamente a perda.
2. Qualquer coisa envolvendo clique em anúncio é difícil de reproduzir. Para observar corretamente "como uma pessoa que veio de um anúncio do Facebook e depois recusou o ATT é tratada do lado do Meta", seria preciso clicar em um anúncio real para recriar o caminho — o que traz o risco de violação da política de anúncios por se tratar de um autoclique.

As perdas pós-iOS-14 acontecem no caminho do "usuário de produção que recusou", não do "você que permitiu". O fato de parecer tudo certo quando você permite é justamente o que gera falsa segurança.

Uma checklist para verificar com confiança

• A verificação de domínio está concluída?
• Os 8 eventos da AEM estão registrados com a ordem de prioridade pretendida?
• Sua conversão mais importante está no topo da lista de prioridade?
• O facebook.com/tr dispara no DevTools, com o ID do pixel e o nome do evento corretos?
• Você alinhou a janela de atribuição do relatório com aquela que está comparando?
• Você está lendo os números sabendo que incluem conversões "modeladas" (estimadas)?
• Você está considerando o atraso no relatório (até ~72 horas) antes de interpretar mal um número baixo no mesmo dia?
• Você implementou a CAPI como contramedida e verificou a deduplicação (event_id)?
• Você verificou em condições reais de visitantes de produção (incluindo os que recusaram o ATT), não apenas um único padrão na sua máquina?

Perguntas frequentes

P. Quanto as conversões do Meta caem após o iOS 14? R. Varia. O tamanho depende da parcela do seu tráfego que recusa o ATT no iOS, da sua configuração dos 8 eventos da AEM e da mudança na janela de atribuição. O ponto importante é que se trata de uma mudança estrutural motivada por especificações de privacidade, não um defeito. Você pode mitigar as perdas com otimização de configuração e CAPI, mas em vez de buscar restaurar exatamente os números pré-iOS-14, a postura correta é remedir sob as novas premissas.

P. O que exatamente é o "limite de 8 eventos"? R. Na AEM você só pode configurar até 8 eventos de conversão por domínio, cada um com uma prioridade. Para usuários que recusaram o rastreamento, apenas o único evento de maior prioridade é medido por ação. Quanto mais eventos um site media, mais ele é afetado por eventos fora do limite ou com baixa prioridade sendo descartados.

P. O que acontece se eu não verificar meu domínio? R. A configuração e edição dos 8 eventos da AEM fica instável, e os pré-requisitos para a medição não ficam prontos. Quando várias contas usam o mesmo domínio, isso também deixa indefinido "quem controla a configuração". É a primeira coisa a fazer antes de começar a implementação.

P. O que é uma "conversão modelada"? É um defeito? R. Não. É uma conversão que o Meta estima estatisticamente e preenche para o que não pode ser medido em nível individual, como usuários que recusaram o rastreamento via ATT. Não é uma medição direta, então o número se comporta de forma diferente, mas está funcionando conforme projetado.

P. A CAPI vai trazer meus números de volta ao original? R. Não "totalmente de volta", mas o envio do lado do servidor — menos afetado pelas limitações do lado do navegador — mitiga as perdas e eleva a qualidade de correspondência de eventos. Isso exige que a deduplicação e o payload estejam configurados corretamente. Veja o guia de verificação da CAPI para mais detalhes.

P. Isso é o mesmo que o problema da "queda pelo Consent Mode" do Google Ads? R. O tema geral — "números caem por causa de medidas de privacidade" — é semelhante, mas os mecanismos diferem. No Meta é ATT + AEM; no Google é Consent Mode. A comparação está detalhada no artigo sobre Consent Mode.

Conclusão: remeça sob "novas premissas", não como um "defeito"

O problema das conversões do Meta caindo após o iOS 14 não pode ser diagnosticado apenas observando se o pixel dispara. O que importa é verificar — partindo da premissa das mudanças estruturais do ATT, do limite de 8 eventos da AEM, da verificação de domínio, do atraso no relatório e da modelagem — como seus usuários reais de produção (especialmente os que recusaram o ATT) estão de fato sendo medidos. Para o panorama completo do rastreamento do Meta, veja o guia irmão Guia completo de rastreamento de conversões do Meta.

O ConversionOK executa sua página real em um navegador independente e isolado e intercepta os eventos e parâmetros do pixel realmente enviados, verificando-os — sem necessidade de clicar no seu próprio anúncio e sem interferência do ambiente do seu escritório. Comece com uma verificação estática gratuita para confirmar o ponto de entrada da sua medição.