Server-side tracking e API de conversões (CAPI)
Enviar a conversão do servidor direto para a plataforma de anúncios, contornando bloqueadores e restrições de privacidade que impedem o pixel do navegador de disparar.
Atualizado em 06 de ago. de 2026
O pixel roda no navegador do usuário — e o navegador é justamente onde bloqueadores, extensões e restrições de privacidade impedem o disparo. Server-side tracking tira a conversão do navegador e a envia direto do servidor para a API da plataforma.
O fluxo
- Usuário clica no anúncio → a URL carrega um Click ID (
fbclidno Meta,gclidno Google). - O servidor (ou o tracker) armazena esse ID associado ao usuário.
- A compra acontece no gateway.
- A plataforma de pagamento dispara um webhook com o Click ID.
- O tracker faz um POST direto para a API do Meta/Google, com a conversão exata.
Resultado: a campanha recebe o sinal completo e o algoritmo otimiza com dado real, não com estimativa.
Por que importa para o algoritmo
O pixel precisa de aproximadamente 50 conversões para otimizar bem. Se você está perdendo 60% dos eventos, precisa de muito mais volume (e dinheiro) para chegar ao mesmo aprendizado — ou nunca chega.
Erros
- Duplicar eventos sem deduplicação (acima).
- Marcar upsell como front-end — infla a conversão do front e distorce o CPA de aquisição.
- Depender só do pixel do navegador.
- Não enviar os parâmetros de correspondência (e-mail e telefone com hash), que aumentam a taxa de match.
Variação
Stape.io + GTM para montar um servidor próprio de rastreamento. Bem mais barato (US$ 30-50/mês) que trackers completos, mas exige competência técnica para configurar e manter.