Você olha o gerente de anúncios, vê um ROAS de 1,8 e pensa em desligar a campanha. Só que no extrato do gateway de pagamento tem o dobro de vendas que a plataforma de anúncio nunca contabilizou. Isso não é sorte, é rastreamento de conversões quebrado — e é o motivo número um pelo qual infoprodutor bom de oferta continua achando que "tráfego pago não funciona pra mim".
Desde 2021, com o fim gradual dos cookies de terceiros e as mudanças de privacidade do iOS, o pixel sozinho passou a enxergar cada vez menos do que realmente acontece no seu checkout. A solução não é um pixel "mais forte" — é entender que existem três camadas de rastreamento (Pixel, Conversions API e Google Tag Manager) e que elas precisam trabalhar juntas pra devolver dado confiável pra plataforma de anúncio otimizar.
Esse artigo mostra o que quebrou no rastreamento tradicional, como as três camadas se complementam, o passo a passo pra montar isso no seu funil, e por que isso importa ainda mais pra quem vende no perpétuo do que pra quem faz lançamento pontual.
Resumo direto: rastreamento de conversões é a infraestrutura de dados que informa às plataformas de anúncio (Meta, Google, TikTok) quais eventos realmente viraram venda. Pixel sozinho perde dado por bloqueadores e privacidade de navegador; Conversions API (CAPI) manda o mesmo evento direto do seu servidor, sem depender do navegador do comprador; Google Tag Manager organiza e dispara tudo isso sem exigir alteração de código a cada mudança.
Por que o rastreamento de conversões quebrou depois de 2021
Até alguns anos atrás, um pixel instalado na página de obrigado bastava. Ele registrava a compra no navegador do comprador e mandava esse dado pra plataforma de anúncio, que usava isso pra otimizar quem mais parecia com quem comprou.
Esse modelo dependia de três coisas que praticamente sumiram: cookies de terceiros funcionando sem restrição, navegadores sem bloqueio agressivo de rastreamento, e usuários sem extensão de ad blocker. Nenhuma das três é mais verdade hoje.
O fim dos cookies de terceiros e a atualização de privacidade do iOS
A atualização de privacidade do iOS obrigou apps a pedir permissão explícita pra rastrear o usuário entre aplicativos. A maioria das pessoas nega. Navegadores como Safari e Firefox já bloqueiam cookie de terceiros por padrão. Ad blockers, que rodam em uma fatia relevante dos navegadores desktop, derrubam o pixel antes dele sequer carregar.
O resultado prático: o pixel, sozinho, passou a ver uma fração do que realmente acontece no seu funil — em alguns casos, menos da metade das compras reais.
O que acontece quando o rastreamento falha (e por que isso mente sobre seu ROAS)
Quando a plataforma de anúncio não vê a conversão, duas coisas acontecem ao mesmo tempo. Primeiro, o ROAS relatado cai — você vendeu, mas o painel não sabe. Segundo, e mais grave: o algoritmo de otimização perde a informação que ele usa pra aprender quem comprar parece. Sem esse sinal, a entrega da campanha piora, porque o algoritmo está otimizando às cegas.
Ou seja: rastreamento quebrado não é só um problema de relatório bonito. Ele degrada a performance real da campanha, porque a máquina de aprendizado da plataforma está sendo alimentada com dado incompleto.
Pixel, CAPI e GTM: as três camadas do rastreamento de conversões
Entender o papel de cada camada evita o erro mais comum: achar que instalar "mais um pixel" resolve o problema. O problema não é falta de pixel, é falta de redundância entre client-side e server-side.
Pixel (client-side): o que ele ainda faz bem
O pixel roda no navegador do comprador. Ele é rápido de configurar, dá visibilidade de comportamento em tempo real (visualização de página, scroll, clique em botão) e continua sendo a base pra eventos de topo de funil, onde a perda de dado importa menos. O limite dele é claro: qualquer coisa que bloqueie JavaScript no navegador — ad blocker, modo privado, restrição de cookie — apaga o evento antes dele chegar na plataforma.
Conversions API / CAPI (server-side): o que ela resolve
A Conversions API manda o mesmo evento (compra, lead, início de checkout) direto do seu servidor pra plataforma de anúncio, sem passar pelo navegador do comprador. Ela não depende de cookie, não é afetada por ad blocker e não some com restrição de privacidade do navegador, porque a comunicação acontece servidor a servidor.
A CAPI não substitui o pixel — ela cobre exatamente o buraco que o pixel deixa. Quando os dois estão configurados juntos com deduplicação correta, a plataforma recebe o mesmo evento por dois caminhos e usa o que chegar primeiro, garantindo que a conversão seja contabilizada mesmo se um dos dois falhar.
Google Tag Manager (GTM): a camada de orquestração
O GTM não é uma fonte de dado, é o gerenciador que organiza quais tags disparam, quando disparam e com quais variáveis. Sem ele, cada mudança de evento de rastreamento (adicionar um novo pixel, ajustar um evento de checkout) exige mexer direto no código do site. Com o GTM, essa mudança vira configuração — sem depender de deploy técnico toda vez que o time de tráfego quer testar um evento novo.
Pra operação de infoproduto, isso importa porque quem cuida de tráfego pago raramente é quem cuida do código da página de vendas. O GTM tira essa dependência do caminho crítico.
| Camada | Onde roda | O que resolve | Limitação |
|---|---|---|---|
| Pixel | Navegador do comprador (client-side) | Eventos de comportamento e conversão em tempo real | Perdido por ad blocker, modo privado e restrição de cookie |
| CAPI | Servidor da sua operação (server-side) | Confirma o evento mesmo quando o pixel falha | Exige configuração técnica e deduplicação correta |
| GTM | Camada de orquestração no site | Organiza e dispara tags sem mexer em código a cada mudança | Não substitui pixel nem CAPI — só gerencia os dois |
Como montar o rastreamento de conversões passo a passo
Montar essa estrutura não exige um time de engenharia dedicado. Exige seguir a ordem certa e não pular a etapa de teste.
Configurando a CAPI no seu funil
O evento mais importante pra configurar primeiro é a compra (Purchase), porque é o evento que a plataforma usa pra otimizar quem tem mais chance de comprar. Depois dele, configure InitiateCheckout e Lead — eles dão sinal intermediário pra plataforma quando o volume de compra ainda é baixo. A maioria das plataformas de checkout usadas por infoprodutor (Hotmart, Kiwify, Eduzz) já oferece integração nativa de CAPI, o que reduz a configuração a inserir um token e mapear os eventos — sem precisar escrever código do zero.
Deduplicação de eventos: o passo que todo mundo esquece
Quando pixel e CAPI mandam o mesmo evento, a plataforma precisa saber que é a mesma compra, não duas. Isso se resolve com um event_id único, gerado no momento da compra e enviado nos dois caminhos. Sem esse ID, você corre o risco oposto do problema original: contar a mesma venda duas vezes, inflando o resultado relatado e fazendo você achar que uma campanha está performando melhor do que está.
UTMs e atribuição dentro do funil tríade
Rastreamento de conversão responde "a venda aconteceu". Atribuição responde "qual canal mereceu o crédito". São coisas diferentes, mas dependem uma da outra: sem evento de conversão confiável, nenhum modelo de atribuição tem dado bom pra trabalhar. Garanta que toda URL de anúncio carregue parâmetro de campanha (UTM) consistente — isso é o que permite, mais adiante, separar o que a Isca trouxe do que o Impulso fechou dentro do funil tríade.
Por que isso importa mais no perpétuo do que no lançamento
No modelo de lançamento, o volume de tráfego é concentrado em uma janela curta — dias, às vezes horas. Mesmo com rastreamento imperfeito, o volume bruto de dado ajuda o algoritmo a aprender rápido, e o erro de contabilização, embora custe dinheiro, fica limitado àquela janela.
No modelo perpétuo, que é a espinha dorsal da metodologia PSS da Outsider School, a campanha roda de forma contínua, todos os dias, otimizando com base em um fluxo constante de dado. Se o rastreamento está furado, o algoritmo não erra uma vez — ele erra todos os dias, ajustando a entrega da campanha em cima de um sinal permanentemente incompleto. É o tipo de erro que não aparece como um problema pontual: aparece como "meu tráfego pago simplesmente não escala", quando na verdade é a base de dado que nunca foi corrigida.
Isso fica ainda mais crítico quando a operação trabalha com Escada de Produtos: um evento de compra mal contabilizado no produto de entrada (R$67–197) distorce todo o cálculo de CAC daquele produto, e esse CAC errado é usado pra decidir se vale a pena escalar o investimento — uma decisão de negócio inteira apoiada em um número que nunca esteve certo.
Erros comuns que fazem você jogar dinheiro fora no tráfego pago
- Instalar só o pixel e achar que está coberto — em 2026, pixel sozinho é a exceção que confirma a regra: funciona bem só pra uma fração do tráfego.
- Configurar CAPI sem deduplicação — duplica vendas no relatório e cria decisão de investimento em cima de número inflado.
- Rastrear evento de compra na plataforma de anúncio, mas não conferir contra o extrato real do gateway — sem essa conferência periódica, você nunca sabe se ainda existe furo.
- Trocar de checkout ou gateway e esquecer de reconfigurar CAPI — cada migração de plataforma de pagamento é um ponto cego automático se o rastreamento não for revisado junto.
- Deixar o GTM sem organização, com tags duplicadas de testes antigos disparando junto com as atuais — gera ruído e, em casos extremos, cobra o mesmo evento duas vezes.
- Tratar rastreamento como tarefa única, feita uma vez e esquecida — plataformas mudam política de privacidade com frequência; rastreamento exige revisão, não é "configurar e esquecer".
Nenhum desses erros é sobre falta de orçamento de anúncio. São sobre infraestrutura de dado mal cuidada — o tipo de coisa que não aparece bonita numa reunião, mas que decide se o dinheiro investido em tráfego volta em forma de venda registrada ou desaparece num relatório que mente.
Rastreamento correto é o que sustenta escalar tráfego pago com segurança
Uma operação que fatura de forma consistente — os R$35 milhões faturados pela Outsider School pra 55 mil alunos não vieram de campanha rodando no escuro — depende de saber, com precisão, o que cada real investido em anúncio realmente trouxe de volta. Isso só é possível com rastreamento de conversão que não depende só do navegador do comprador pra funcionar.
Corrigir essa infraestrutura não é o passo mais empolgante do marketing de um infoproduto. É, no entanto, o passo que faz toda otimização de criativo, de copy e de oferta valer o esforço — porque sem dado confiável, nenhuma dessas otimizações está sendo medida direito. Se você quer estruturar isso dentro de uma estrutura completa de tráfego pago para infoprodutos, o rastreamento é a camada que vem antes de qualquer campanha — não depois.
Perguntas Frequentes
O que é rastreamento de conversões para infoprodutos? É a infraestrutura de dados que informa às plataformas de anúncio quais eventos (compra, lead, checkout iniciado) realmente aconteceram no seu funil. Sem rastreamento confiável, a plataforma otimiza a campanha com base em dado incompleto, prejudicando tanto o relatório quanto a entrega real dos anúncios.
Preciso de CAPI se já tenho o Pixel instalado? Sim. O pixel sozinho perde dado por ad blocker, modo privado e restrições de privacidade do navegador. A Conversions API manda o mesmo evento direto do servidor, sem depender do navegador do comprador, cobrindo exatamente o que o pixel deixa passar.
O Google Tag Manager substitui o Pixel ou a CAPI? Não. O GTM é a camada de orquestração que organiza e dispara as tags — ele não gera dado de conversão sozinho. Pixel e CAPI continuam sendo as fontes reais de dado; o GTM só evita que cada ajuste exija mexer direto no código do site.
O que é deduplicação de eventos e por que ela é obrigatória?
É o processo que evita contar a mesma venda duas vezes quando pixel e CAPI mandam o mesmo evento por caminhos diferentes. Sem um event_id único compartilhado entre os dois, o relatório infla o número de vendas, distorcendo métricas como ROAS e CAC.
Rastreamento de conversões é mais importante no perpétuo ou no lançamento? No perpétuo. Como a campanha roda de forma contínua todos os dias, um rastreamento furado degrada a otimização permanentemente, não só numa janela curta. Isso trava a escala do tráfego pago sem que a causa real apareça de forma óbvia no relatório.
Plataformas como Hotmart e Kiwify já oferecem integração de CAPI pronta? Sim, a maioria das plataformas de checkout usadas por infoprodutores já oferece integração nativa de Conversions API, reduzindo a configuração a inserir um token de acesso e mapear os eventos — sem exigir desenvolvimento customizado do zero.
Rastreamento de conversões não é detalhe técnico de time de tráfego — é a base que decide se você está otimizando um funil de verdade ou lendo relatório de ficção. Se a sua estrutura de tráfego pago, oferta e escada de produtos ainda não está desenhada em cima de dado confiável, a metodologia PSS da Outsider School é o caminho pra colocar isso de pé, na ordem certa.
Sobre o autor
Outsider School
A Outsider School é a escola de negócios digitais fundada por Bruno Gomes que já formou mais de 55 mil alunos e gerou mais de R$100 milhões em vendas no ecossistema. Ensinamos a metodologia Perpétuo Sem Segredo (PSS) — sem atalhos, sem fórmula mágica, só método.