Sinal & CAPI
Conversão enviada direto do servidor pro Meta, deduplicada com o pixel e com dado pessoal hasheado antes de sair — pra o algoritmo de anúncio otimizar com o que realmente aconteceu, não só o que o navegador conseguiu ver.
Incluso em todos os planos, desde o Plâncton.
Pra cada nível de operação
Pra quem tá começando
Pra operação em crescimento
Pra quem já roda em escala
Por que isso é difícil hoje
Cada conversão que o pixel perde é uma conversão que o algoritmo de lance nunca viu — ele continua otimizando, só que com informação incompleta, sem avisar que está fazendo isso.
Sem um event ID compartilhado entre pixel e servidor, a plataforma de anúncio ou soma a mesma compra duas vezes, ou perde a única cópia que chegou, dependendo de qual caminho falhou primeiro.
Integração feita à mão com a Conversions API costuma esquecer o hash — ou fazer errado. O dado sai exposto num payload que não precisava carregar isso.
CAPI não existe pra substituir o pixel — existe pra dar ao algoritmo um segundo caminho até a conversão, um que ad blocker e navegador restritivo não conseguem cortar sozinhos.
Como funciona
view_item, add_to_cart, begin_checkout, generate_lead e purchase viram ViewContent, AddToCart, InitiateCheckout, Lead e Purchase — só os que têm correspondência clara com o padrão do Meta. Evento sem mapeamento certo não sai forçado.
O mesmo identificador viaja no evento do pixel e no evento da Conversions API — o Meta reconhece os dois como a mesma conversão e deduplica, em vez de contar a venda em dobro.
E-mail e telefone passam por SHA-256 antes de qualquer envio — o dado pessoal em texto puro nunca deixa o seu servidor, em nenhuma etapa do caminho até o Meta.
Se o fbclid já chegou na URL mas o cookie _fbc ainda não existe (corrida comum no primeiro evento da sessão), o valor é reconstruído no formato que o Meta espera — sem perder a atribuição por causa de uma corrida de milissegundos.
Evento chega no servidor do Meta direto do shark.js, sem escrever integração à mão.
Ideal para: Quem já perdeu conversão real pra ad blocker ou navegador restritivo e não sabia o motivo.
Pixel e CAPI compartilham o mesmo event ID — sem venda contada duas vezes.
Ideal para: Operação que já rastreia por mais de um canal e viu número de conversão inflado.
E-mail e telefone nunca saem em texto puro — hash acontece antes do envio.
Ideal para: Quem precisa levar dado de contato pro Meta sem expor informação pessoal no caminho.
Ainda não. Hoje o Shark Performance captura click ID (gclid, ttclid) de Google e TikTok pra atribuição, mas o CAPI completo (conversão server-side enviada direto pra essas plataformas) só está implementado pra Meta. Não afirmamos o contrário.
Não. O Pixel continua rodando normalmente. O CAPI é um segundo caminho, pelo servidor — quando os dois enviam o mesmo evento, a deduplicação por event ID garante que o Meta não conte a conversão duas vezes.
Sim. Diferente do Cloaker Inteligente e da atribuição multi-touch completa (recursos avançados, Cardume e Tubarão), o Meta CAPI vem incluso desde o plano Plâncton.
RedTrack e Utmify também têm CAPI pra Meta — a comparação completa está em /comparativo/redtrack e /comparativo/utmify. A diferença do Shark Performance é o mesmo login já reunir tracking, atribuição, proteção de tráfego e pesquisa de produto/anúncio, sem precisar contratar ferramenta separada pra cada parte.
