Tracking
CAPI em 2026: por que o pixel sozinho não basta e como configurar certo
O pixel ficou cego em 2026. A CAPI deixou de ser boa prática e virou infraestrutura. Veja como configurar certo, como não contar a mesma venda duas vezes, e o que ela não resolve.
Guia da Traffic AI — copiloto de gestão de Meta Ads com IA e aprovação humana, da VT Group. Baseado no VT Method, a metodologia por trás do produto.
O pixel dispara no navegador do usuário e fica cego quando o iOS bloqueia o rastreamento, o Safari apaga o cookie em 7 dias ou um bloqueador intercepta o evento, perdendo de 10% a 30% das conversões. A CAPI (Conversions API) envia o mesmo evento do seu servidor direto pra Meta, imune a tudo isso. A configuração correta não troca o pixel pela CAPI: roda os dois em paralelo, deduplicados pelo mesmo event_id, pra Meta receber o sinal sem contar a venda duas vezes.
O que o pixel parou de ver em 2026
O pixel é JavaScript rodando no navegador. Ele depende de cookie de terceiro, do fbclid na URL e de acesso ao DOM da página. Três forças corroem esse sinal hoje. O iOS ATT exige autorização explícita de rastreamento, e a maioria não autoriza. O Safari limita cookie de terceiro a 7 dias, quebrando a jornada mais longa. E o iOS 18 expandiu o Link Tracking Protection, removendo o fbclid em mais contextos. Some os bloqueadores em cima disso.
O resultado é simples e caro: parte das suas vendas vira invisível pra Meta. Numa conta que eu gerencio, a campanha que mais vendia aparecia com metade do resultado real no painel, porque o pixel não conseguia devolver os eventos do iOS. O algoritmo otimiza com o dado que recebe. Dado pela metade gera entrega pela metade. É esse buraco que a CAPI tapa.
Como funciona, e a regra de ouro da deduplicação
A CAPI é um canal servidor-para-servidor. Em vez de o navegador mandar o evento, o seu servidor envia direto pro endpoint da Graph API da Meta. Como sai do servidor, é imune a bloqueador, a cookie e ao Link Tracking Protection. O setup correto mantém o pixel rodando junto: o pixel captura quando consegue, a CAPI manda sempre. Você não escolhe um ou outro. Roda os dois.
Aí entra a única regra que, se você errar, estraga tudo: a deduplicação pelo event_id. O mesmo evento de compra precisa sair com o mesmo event_id no pixel e na CAPI. Quando os ids batem, a Meta entende que é a mesma venda chegando por dois caminhos e conta uma vez só. Quando não batem, ela conta duas. O erro clássico é gerar o id no navegador e outro id no servidor. Eles nunca coincidem, e a sua conta vira ficção. Gere o id no servidor e passe ele pros dois lados.
Exemplo: o que a dedup quebrada faz com a sua conta
Como levar o EMQ pra 8+: o passo a passo
O Event Match Quality é um score de 0 a 10 que mede o quão bem os eventos que você manda batem com perfis reais dentro da Meta. A escala oficial: abaixo de 4 é ruim, de 4 a 5,9 é ok, de 6 a 7,9 é bom, 8 ou mais é ótimo. Pra evento de conversão, a meta é 8+. Quanto melhor o EMQ, mais conversão a Meta consegue casar com uma pessoa, e melhor ela otimiza. Uma implementação só de pixel costuma travar entre 3,5 e 5. Com a CAPI bem enriquecida, sobe pra faixa de 7,5 a 9. O caminho é este:
Mande o que tem mais peso primeiro
Email e telefone são os parâmetros de maior impacto. Adicione os dois ao evento de compra. Só incluir o email num evento que não tinha já costuma puxar um EMQ de 6,5 pra 8+ de uma vez.
Hashe certo (e só o que deve ser hashado)
Todo dado pessoal vai em SHA-256: email, telefone, nome, external_id. Email minúsculo e sem espaços antes do hash, telefone em formato E.164. O fbc e o fbp vão em texto puro: hashar eles quebra o match. Esse é o erro que mais derruba EMQ.
Capture o fbc na sessão de clique
O fbc carrega o click id e preserva a atribuição. Se você não captura ele no momento em que a pessoa chega pelo anúncio, perde sinal de alto valor depois. Grave o fbc na sessão e devolva ele no evento de compra pela CAPI.
Complete com fbp, external_id, IP e user agent
O fbp (browser id) e o external_id do seu CRM somam match. IP e user agent ajudam a Meta a localizar a pessoa. Quanto mais sinal verdadeiro você manda, mais alto o score, desde que sem inventar nada.
Confira no Test Events antes de subir
O Events Manager mostra cada parâmetro que chegou e o EMQ resultante. Dispare uma compra de teste, veja se o email chegou hashado, se o fbc chegou em texto puro, se os ids do pixel e da CAPI bateram. Só sobe depois de bater verde aqui.
| Parâmetro | Campo | Hashar SHA-256? | Impacto no EMQ |
|---|---|---|---|
| em | Sim | Máximo | |
| Telefone (E.164) | ph | Sim | Alto |
| Click ID | fbc | Não | Alto (preserva atribuição de clique) |
| Browser ID | fbp | Não | Médio-alto |
| ID externo (CRM) | external_id | Sim | Médio |
| IP e User Agent | client_ip_address / client_user_agent | Não | Médio |
As três formas de implementar (e qual escolher)
Não existe um caminho único. Existe o caminho certo pro seu contexto. São três, em ordem de esforço e de teto de qualidade. Duas mudanças recentes pesam na escolha: a Meta descontinuou a Offline Conversions API em maio de 2025 (tudo passa pela CAPI agora), e em junho de 2025 removeu o limite de 8 eventos por domínio do AEM, o que abriu espaço pra mandar mais eventos sem trade-off.
| Forma | Esforço | Quando faz sentido | Teto de EMQ |
|---|---|---|---|
| CAPI Gateway (hospedado pela Meta, abr/2026) | Zero código, ativo em horas | Sem dev, eventos padrão | Bom |
| Parceiro ou GTM server-side | Médio | E-commerce em Shopify ou WooCommerce | Alto |
| API manual | Alto | Enriquecer com dado de CRM | Máximo (8+ consistente) |
O gap que a CAPI não resolve: incrementalidade
Aqui está a parte que quase ninguém fala. A CAPI melhora a cobertura do sinal. Ela não conserta a atribuição. A Meta continua atribuindo por contato dentro da janela (a partir de janeiro de 2026 restam 1-dia-clique, 7-dias-clique e 1-dia-visualização; as janelas de 7 e 28 dias por visualização foram removidas). E parte das conversões que ela te atribui teria acontecido sem o anúncio, principalmente em retargeting, onde você anuncia pra quem já ia comprar.
O ROAS de retargeting pode aparecer como 8x no painel e medir 2x num lift study ou num geo-holdout. A CAPI não muda esse número, ela só te dá um sinal mais limpo do número errado. Pra quem decide por lucro, a métrica que importa é o CPA incremental, não o reportado. Foi exatamente esse buraco que me fez parar de confiar no painel cru.
Foi por causa desse gap que eu construí o Traffic AI desse jeito: ele usa o sinal limpo da CAPI como entrada, mas não para aí. Cruza com o fator de incrementalidade da conta pra chegar no CPA real, e só então decide o que pausar, o que escalar e em quanto. Você aprova com um clique, ou ignora. A leitura nunca para de ser sua. Ver como funciona →
Onde a CAPI quebra na prática: o diagnóstico
Depois de subir, quase todo problema de CAPI cai num punhado de sintomas. Aprenda a ler cada um e você resolve sozinho no Test Events, sem ficar caçando no escuro. O atalho: quando o número não fecha, o vilão quase sempre é dedup ou hash, nessa ordem.
| Sintoma | Causa provável | O que atacar |
|---|---|---|
| Conversões dobraram do nada | event_id não bate entre pixel e CAPI | Gerar o id no servidor e passar pros dois lados |
| EMQ travado entre 3,5 e 5 | Só pixel, sem email/telefone na CAPI | Enriquecer o evento com email e telefone hashados |
| EMQ caiu depois de mexer | fbc ou fbp foram hashados | Mandar fbc e fbp em texto puro |
| Atribuição de clique sumindo | fbc não capturado na sessão de clique | Gravar o fbc na chegada e devolver na compra |
| CPA do painel parece bom demais | Incrementalidade, não erro de CAPI | Medir por lift/geo-holdout, decidir por CPA real |
Perguntas frequentes
Posso usar só CAPI e desativar o pixel?
Não. O pixel captura eventos client-side em tempo real (como ViewContent) e algumas funções do Events Manager dependem dele. O setup correto é pixel mais CAPI em paralelo, deduplicados por event_id.
O que acontece se eu hashar o email errado?
O match quebra e o EMQ cai. Todo dado pessoal (email, telefone, nome, endereço, external_id) vai hashado em SHA-256. As exceções são fbc e fbp, que vão em texto puro. O email precisa estar minúsculo e sem espaços antes do hash.
Meu EMQ está em 6,5. Vale otimizar pra 8+?
Depende do que falta. Se você não envia email, adicioná-lo ao evento de compra pode pular de 6,5 pra 8+ de uma vez. Se já envia email mas não captura o fbc na sessão de clique, adicionar o fbc gera ganho. Rode e acompanhe no Test Events.
Por que minhas conversões dobraram depois de ligar a CAPI?
Quase sempre é deduplicação quebrada: o pixel e a CAPI estão mandando a mesma compra com event_id diferente, e a Meta conta as duas. Gere o id no servidor e passe o mesmo id pros dois canais. Confira no Test Events.
O CAPI Gateway substitui a implementação manual?
Pra eventos padrão e contas sem dado de CRM pra enriquecer, o Gateway resolve com muito menos atrito. Pra quem quer incluir dado proprietário e cravar EMQ 8+ consistente, a API manual ou via parceiro ainda entrega mais.
Traffic AI
CAPI limpa o sinal. Não limpa a decisão.
Eu construí o Traffic AI a partir do sistema que uso nas minhas contas, depois de mais de R$ 3M investidos em Meta Ads. Ele pega o sinal da CAPI, cruza com o fator de incrementalidade da conta pra achar o CPA real, e vigia fadiga e leilão 24 horas por dia. Aí te entrega a decisão pronta: o que pausar, o que escalar, em quanto. Você aprova com um clique, ou ignora. O controle continua seu.
Ver como funcionaR$ 397 pagamento único · acesso vitalício · garantia de 7 dias
Founder da VT Group. Gestor de tráfego com mais de R$ 3M investidos e R$ 20M+ gerados em Meta Ads. Construiu o Traffic AI a partir do sistema que usa nas próprias contas.