Por que o Pixel da Meta perde dados?
O Pixel roda no navegador, então bloqueadores de anúncio, restrições de privacidade do iOS e navegadores que limitam cookies impedem que parte das conversões seja registrada. A solução recomendada pela própria Meta é a configuração redundante: Pixel no site e API de Conversões enviando os mesmos eventos pelo servidor, com deduplicação, para recuperar o que o navegador perde.
Se você olha o painel de campanhas e os números parecem "meio estranhos" — vendas que você sabe que aconteceram e não aparecem, ou custo por resultado que sobe sem motivo aparente — o problema pode não ser a campanha. Pode ser que o Pixel simplesmente não esteja vendo tudo o que acontece no seu site.
Por que isso acontece
O Pixel tradicional roda no navegador de quem visita o site. Isso significa que ele depende de coisas fora do seu controle: se a pessoa usa um bloqueador de anúncios, se o navegador restringe cookies de terceiros, ou se o carregamento da página falha antes do script disparar, aquele evento simplesmente não chega até a Meta.
No iOS, o problema ficou mais explícito. A Apple exige que aplicativos peçam permissão explícita pra rastrear a pessoa entre apps e sites, através do framework App Tracking Transparency. Na prática, boa parte de quem usa iPhone recusa esse pedido — e cada recusa é uma pessoa cujo comportamento pós-clique fica invisível pro rastreamento tradicional.
O que a Meta fez a respeito
A resposta da própria Meta foi o Aggregated Event Measurement (AEM): um método que mede eventos de dispositivos iOS 14.5 ou superior de forma agregada, sem dado individual, mesmo quando a pessoa recusou o rastreamento. Isso permite que a campanha continue otimizando e reportando resultado — mas em um nível mais bruto, sem o detalhe que o rastreamento direto oferece.
A peça que fecha essa lacuna: Conversions API
A Meta descreve a Conversions API (CAPI) como uma conexão direta entre os dados de marketing do seu servidor, site ou CRM e a Meta — sem depender do navegador. Segundo a própria documentação, os dados enviados pela Conversions API são menos afetados por falhas de carregamento do navegador, problemas de conectividade e bloqueadores de anúncios do que os dados do Pixel.
É por isso que a recomendação — e é a recomendação da própria Meta, não só nossa — não é escolher entre Pixel ou CAPI. É rodar os dois juntos, com deduplicação de eventos, pra que um cubra exatamente o que o outro perde. Um evento que o navegador não conseguiu enviar, o servidor consegue. Isso também abre a porta pra otimizar ações que acontecem mais tarde na jornada — uma assinatura, uma compra na loja física, um evento que só o seu sistema sabe que aconteceu.
O impacto real, sem o jargão
Pense assim: cada venda que a Meta não vê é uma venda que, aos olhos do algoritmo, nunca aconteceu. Isso empurra a campanha a continuar buscando o tipo de pessoa "errado" — porque o sistema não tem como saber que aquele perfil específico comprou. O resultado prático é custo por venda mais alto e otimização mais lenta, sem que exista nenhum problema visível na campanha em si.
Pixel e API de Conversões
| Critério | Só Pixel | Pixel + API de Conversões |
|---|---|---|
| Onde roda | Navegador do visitante | Navegador e servidor |
| Bloqueadores e iOS | Perde parte dos eventos | Recupera eventos pelo servidor |
| Qualidade para o algoritmo | Sinal incompleto | Sinal mais completo e confiável |
Perguntas frequentes
Quer saber quanto dado sua conta está perdendo?
Fazemos o diagnóstico de Pixel e Conversions API antes de qualquer ajuste de campanha.
Quero diagnosticar meu Pixel →