Se você anuncia no Meta Ads em 2026, a API de Conversões (CAPI) da Meta deixou de ser opcional; o rastreamento no navegador perde sinal demais para dispensá-la. Mas existe uma falha que quase todo guia de CAPI ignora: uma API de Conversões padrão dispara uma conversão para todo visitante, inclusive bots e leads falsos, e treina silenciosamente sua otimização Advantage+ com lixo. Este guia mostra o que a CAPI realmente é, Pixel vs. CAPI, deduplicação, Qualidade da correspondência de eventos, todas as formas de configurá-la e por que conversões filtradas contra fraude (sinal limpo, não apenas mais sinal) são o que realmente protege seu desempenho.
O que é a API de Conversões da Meta (CAPI)?
CAPI é a sigla de Conversions API, a API de Conversões. A Meta a define como uma ferramenta que cria uma conexão direta entre seus dados de marketing e a Meta, enviando eventos da web, de apps, de mensagens comerciais e off-line/CRM de servidor para servidor. Enquanto o Meta Pixel roda JavaScript no navegador do visitante, a CAPI envia os mesmos eventos a partir do seu servidor, então eles chegam mesmo quando o navegador bloqueia, trava ou remove o Pixel.
No Gerenciador de Eventos, a CAPI aparece como uma fonte de dados que você conecta junto com o Pixel (API de Conversões para web, app, off-line ou mensagens comerciais). Ela é a metade do rastreamento da Meta que fica no servidor; o Pixel é a metade que fica no cliente.
Por que a CAPI importa agora: o problema da perda de sinal no navegador
O rastreamento só no navegador perde uma fatia crescente das conversões:
- ATT do iOS. Depois da App Tracking Transparency, a AppsFlyer mediu a adesão global no iOS em cerca de 50% no 1º trimestre de 2024 (com grande variação regional), então uma grande parte dos usuários de iOS não pode ser rastreada no nível do dispositivo.
- O ITP do Safari limita os cookies próprios definidos por JavaScript a cerca de 7 dias, restringindo estruturalmente a persistência do Pixel.
- Bloqueadores de anúncios e banners de consentimento impedem completamente o Pixel de disparar para muitos usuários.
Um mito para derrubar: os cookies de terceiros não morreram. O Google reverteu o plano de descontinuação no Chrome em 2024 e depois encerrou o Privacy Sandbox. A perda de sinal é real, mas é causada pelo ATT, pelo ITP, pelo consentimento e pelos bloqueadores de anúncios, não por um prazo para os cookies. A CAPI é a resposta duradoura porque não depende do navegador.
Pixel vs. CAPI vs. os dois: a arquitetura recomendada pela Meta
A pergunta comum (Pixel ou CAPI?) tem uma resposta clara: use os dois, de forma redundante. Eles são complementares:
| Meta Pixel (lado do cliente) | API de Conversões (lado do servidor) | |
|---|---|---|
| Onde roda | Navegador do visitante | Seu servidor |
| Pontos fortes | Eventos em tempo real, fbp/fbc, remarketing | Sobrevive a bloqueadores de anúncios, ATT e ITP; identificadores mais ricos |
| Sinais | Cookies do navegador, comportamento na página | IP, user agent, CRM com hash (e-mail/telefone) |
| Ponto fraco | Bloqueado/limitado por controles de privacidade | Sozinha, não tem sinal de comportamento na página |
O Pixel captura sinais do navegador e alimenta os públicos de remarketing; a CAPI recupera as conversões que o navegador perde e acrescenta dados de correspondência que só existem no servidor. Juntos, eles dão à Meta uma visão mais completa e resistente, e é exatamente por isso que a deduplicação importa.
Como funciona a deduplicação: event_id e event_name
Envie a mesma compra pelo Pixel e pela CAPI sem deduplicação e você conta em dobro, o que distorce os relatórios e engana os lances automatizados. A Meta faz a deduplicação com base em um event_id correspondente mais o mesmo event_name nos dois canais (o ID de navegador fbp é uma chave secundária para compras).
A regra: gere um event_id por conversão e passe o mesmo valor para as duas chamadas.
// One id per conversion, sent on BOTH channels
const eventId = crypto.randomUUID();
// Browser (Pixel)
fbq('track', 'Purchase', { value: 79.0, currency: 'USD' }, { eventID: eventId });
// Server (CAPI): same event_name + event_id
sendCapiEvent({
event_name: 'Purchase',
event_id: eventId,
event_time: Math.floor(Date.now() / 1000),
action_source: 'website',
event_source_url: 'https://example.com/thank-you',
// ...user_data, custom_data
});
Uma diferença de maiúsculas e minúsculas ou de espaços quebra a correspondência e conta em dobro sem avisar. O Gateway da API de Conversões e as integrações nativas de parceiros cuidam da deduplicação para você; com o GTM no servidor e as integrações diretas, a responsabilidade é sua.
Qualidade da correspondência de eventos (EMQ): a nota que guia a otimização
A Qualidade da correspondência de eventos é a nota da Meta, em uma escala até 10 (Ruim / OK / Boa / Ótima), que mede quão bem as informações do cliente que você envia associam um evento a uma conta da Meta. Uma correspondência melhor significa atribuição melhor e otimização melhor.
As alavancas, por peso: e-mail, telefone e external_id com hash têm o maior peso, apoiados por fbc/fbp, IP e user agent. Os campos de informações do cliente devem ser normalizados e receber hash SHA-256 antes do envio; client_ip_address, client_user_agent, fbc e fbp vão sem hash. A CAPI geralmente tem nota maior do que o Pixel sozinho, porque pode anexar identificadores do servidor que o navegador não consegue. Mire em um 8 a 9 realista, mas lembre-se da ressalva abaixo: uma EMQ alta em um bot só significa que a Meta associou um bot com confiança.
Parâmetros de evento do servidor da CAPI: obrigatórios vs. recomendados
Segundo a referência de eventos do servidor da Meta:
- Obrigatórios:
event_name,event_time(Unix) eaction_source(para todos os eventos; os valores incluemwebsite,app,email,phone_call,chat,physical_store,business_messaging). Eventos de site também exigemevent_source_url. - Fortemente recomendados:
event_id(deduplicação), o objetouser_data(correspondência + EMQ),custom_data(valor, moeda) edata_processing_optionspara LDU/CCPA, quando aplicável.
Quatro formas de configurar a CAPI
- Integração direta com a API: seu servidor chama a Graph API. O máximo de controle e flexibilidade; um desenvolvimento único.
- Gateway da API de Conversões: pouco ou nenhum código, roda na sua conta AWS ou GCP e cuida da deduplicação automaticamente. Você paga a hospedagem em nuvem, não a Meta.
- Integrações de parceiros / CMS: incluindo a CAPI nativa do Shopify pelo canal de vendas da Meta: vincule sua conta, defina o compartilhamento de dados como Máximo e o Shopify envia eventos do servidor junto com o Pixel, com a deduplicação resolvida. Geralmente gratuita e o padrão certo para a maioria das lojas.
- Google Tag Manager no servidor: o modelo de tag da Meta em um contêiner sGTM; flexível, acrescenta custo de hospedagem em nuvem e deduplicação manual.
Desde 15 de abril de 2026, a Meta também lançou uma API de Conversões “habilitada pela Meta”, gratuita e de um clique, no Gerenciador de Eventos, que espelha no servidor os eventos existentes do Pixel sem código, a opção com menos atrito para pequenos anunciantes.
O que a Meta diz que a CAPI entrega (leia esses números com cuidado)
Os números da própria Meta: anunciantes com uma configuração de CAPI para web tiveram, em média, um custo por resultado 17,8% menor (abril de 2026), com números anteriores em torno de 13% e um aumento de ~19% nas compras. Essas são medições próprias da Meta, não auditadas de forma independente. Elas são coerentes na direção e plausíveis, dada a recuperação de sinal, mas trate as porcentagens exatas como dados de fornecedor, não como verdade absoluta.
A falha escondida: a CAPI padrão também envia conversões de bots e leads falsos
Aqui está o que os guias de configuração pulam. Nem o Pixel nem uma CAPI padrão filtram tráfego inválido. Os dois disparam uma conversão para todo visitante que a aciona, inclusive bots, sessões de fraude de cliques e leads falsos de formulário. E a web agora é majoritariamente de máquinas: a Imperva constatou que o tráfego automatizado chegou a 51% de todo o tráfego da web em 2024 (bots maliciosos, 37%), e o relatório de 2026 coloca o tráfego automatizado acima de 53%. O modelo do IAB/MRC chama a parcela difícil de detectar de tráfego inválido sofisticado (SIVT), exatamente o tráfego que entra em um fluxo de conversões.
É lixo entra, lixo sai: canalize conversões inválidas pela CAPI e você terá deixado sua medição mais eficiente em entregar dados ruins à Meta.
Por que conversões sem filtro degradam silenciosamente o Advantage+
O Advantage+ otimiza em direção a quem gera seus eventos. O mecanismo de recuperação da Meta, o Andromeda, é descrito como 4× mais eficiente por unidade de dados, com +6% de recall e +8% de qualidade dos anúncios (lançamento global em 2025). Essa eficiência corta dos dois lados: alimente-o com “conversões” de bots e leads falsos e ele aprende, mais rápido, a encontrar mais públicos semelhantes baratos e de baixa qualidade, então seu custo por aquisição real piora enquanto o painel parece movimentado. (O mecanismo é da própria Meta; a magnitude depende da sua taxa de fraude.)
É também por isso que a EMQ sozinha pode enganar: uma nota de correspondência alta em um evento lixo só significa que a Meta associou um bot com confiança. Qualidade da correspondência e validade do sinal são dois problemas diferentes.
CAPI filtrada contra fraude: sinal limpo, não apenas mais sinal
É aqui que o ClickFortify para Meta Ads muda a equação. Em vez de enviar todos os eventos, a ClickFortify valida cada clique e cada sessão na página de destino com base em mais de 200 sinais em menos de 50 milissegundos, detecta leads falsos antes que sejam sincronizados com seu CRM e depois envia apenas conversões humanas validadas pela CAPI nativa. Você mantém a cobertura pela qual a CAPI é famosa e protege a validade do sinal com que o Advantage+ treina, a partir de US$ 8/mês. Essa é a diferença entre “mais conversões” e “as conversões certas”. Veja como isso se encaixa no panorama mais amplo da fraude de cliques no Meta Ads e no problema dos leads falsos nos lances automatizados.
Checklist de configuração da CAPI e erros comuns
- ✅ Um
event_idpor conversão, idêntico no Pixel e no servidor, ou você conta em dobro. - ✅ O mesmo
event_namenos dois canais; confirme a deduplicação no Gerenciador de Eventos. - ✅ Envie parâmetros de correspondência precisos e com hash (e-mail/telefone/external_id) para elevar a EMQ; não encha de ruído.
- ✅ Defina
action_sourceem todos os eventos eevent_source_urlnos eventos de site. - ✅ Cuide do consentimento e de
data_processing_options: a base legal é responsabilidade sua. - ❌ Não envie eventos de teste ou de bots para seu conjunto de dados de produção.
- ❌ Não trate a CAPI como proteção contra fraude; filtre o tráfego inválido antes que os eventos sejam enviados.
A CAPI leva suas conversões reais até a Meta de forma confiável. Manter as falsas de fora é outro trabalho, e é ele que decide se o Advantage+ otimiza para clientes ou para bots. Comece pelo guia completo de proteção contra fraude de cliques e depois acrescente a CAPI filtrada contra fraude por cima.
Perguntas frequentes
O que é a CAPI da Meta?
A CAPI da Meta é a API de Conversões (Conversions API), uma conexão no servidor que envia eventos de conversão (web, app, mensagens comerciais e off-line/CRM) diretamente do seu servidor para a Meta. A Meta a descreve como uma forma de criar uma conexão direta entre seus dados de marketing e a Meta. Ao contrário do Meta Pixel, que roda no navegador, a CAPI não é bloqueada por bloqueadores de anúncios, falhas do navegador ou restrições de cookies, então recupera o sinal de conversão que o rastreamento no navegador perde para limites de privacidade como o ATT do iOS e o ITP do Safari.
O que significa CAPI no Meta Ads?
CAPI significa Conversions API, ou API de Conversões. Na interface da Meta, ela aparece como API de Conversões (às vezes API de Conversões para web, app, off-line ou mensagens comerciais) e é uma fonte de dados que você conecta junto com o Meta Pixel. É o rastreamento de conversões de servidor para servidor, em oposição ao Pixel, que fica do lado do cliente, no navegador.
Qual é a diferença entre o Meta Pixel e a CAPI?
O Meta Pixel fica do lado do cliente: ele roda JavaScript no navegador e captura sinais em tempo real, como PageView e ViewContent, além dos cookies fbp/fbc usados para correspondência e remarketing. A CAPI fica do lado do servidor: seu servidor envia os eventos diretamente para a Meta com identificadores mais ricos (IP do cliente, user agent, e-mail e telefone com hash) e sobrevive a bloqueadores de anúncios e limites do navegador. A Meta recomenda usar os dois para os mesmos eventos, com deduplicação, porque eles são complementares, e não substitutos.
Como funciona a deduplicação entre o Pixel e a CAPI?
Quando a mesma conversão é enviada tanto pelo Pixel quanto pela CAPI, a Meta faz a deduplicação para que ela conte uma vez só. A deduplicação usa como chave um event_id correspondente mais o mesmo event_name enviados nos dois canais (o ID de navegador fbp pode servir como chave secundária para compras). Gere um event_id no momento da conversão e passe o mesmo valor para a chamada fbq do Pixel (como eventID) e para o evento do servidor (como event_id). Qualquer divergência quebra a deduplicação e conta em dobro, o que distorce os relatórios e os lances automatizados.
O que é a Qualidade da correspondência de eventos (EMQ) e como melhorá-la?
A Qualidade da correspondência de eventos é a nota da Meta, em uma escala até 10 (Ruim, OK, Boa ou Ótima), que mede com que eficácia as informações do cliente que você envia conseguem associar um evento a uma conta da Meta. Melhore-a enviando parâmetros mais precisos e com hash SHA-256: e-mail, telefone e external_id têm o maior peso, com fbc/fbp, IP e user agent apoiando a correspondência. Qualidade vale mais que quantidade: dados errados ou divergentes reduzem a nota, então mire em um 8 a 9 realista em vez de um 10 perfeito.
O Shopify oferece suporte à CAPI da Meta?
Sim. O Shopify oferece uma integração nativa com a API de Conversões da Meta pelo canal de vendas Facebook & Instagram (Meta). Depois de vincular sua conta e seu pixel da Meta, defina o compartilhamento de dados do cliente como Máximo; o Shopify então envia automaticamente eventos da CAPI pelo servidor junto com o Pixel, com a deduplicação feita para você e sem necessidade de código personalizado. É o padrão recomendado para a maioria das lojas Shopify.
A CAPI impede fraude de cliques ou leads falsos?
Não. A CAPI é uma ferramenta de medição e transporte de dados, não um detector de fraude. Um Pixel padrão e uma CAPI padrão disparam uma conversão para todo visitante que a aciona, inclusive bots, sessões de fraude de cliques e leads falsos de formulário. Enviar esses eventos sem filtro treina a otimização Advantage+ da Meta com lixo, e ela passa a buscar mais tráfego semelhante de baixa qualidade. A solução é uma camada de validação anterior que filtra o tráfego inválido antes que os eventos sejam enviados (CAPI filtrada contra fraude): valide cada clique e cada lead e envie pela API de Conversões apenas conversões humanas genuínas.
Quanto custa configurar a CAPI?
Depende do caminho. Integrações de parceiros como Shopify e WooCommerce geralmente são gratuitas, e a API de Conversões habilitada pela Meta com um clique (lançada em 15 de abril de 2026) também é gratuita. O Gateway da API de Conversões roda na sua própria conta de nuvem (AWS ou GCP), então você paga a hospedagem, não uma taxa da Meta. O GTM no servidor acrescenta custo de hospedagem em nuvem, e uma integração direta personalizada é um desenvolvimento único. A API em si não tem cobrança por evento da Meta.
Quais parâmetros de evento do servidor a CAPI exige?
Todo evento de servidor da CAPI exige event_name, event_time (timestamp Unix) e action_source, que informa à Meta onde a conversão aconteceu (os valores incluem website, app, email, phone_call, chat, physical_store e business_messaging). Para eventos de site, event_source_url também é obrigatório. Fortemente recomendados: event_id para deduplicação, o objeto user_data para correspondência e EMQ e custom_data para valor e moeda. Campos de informações do cliente como e-mail e telefone devem ser normalizados e receber hash SHA-256, enquanto client_ip_address, client_user_agent, fbc e fbp são enviados sem hash.
