Rastrear vendas da PagTrust é fazer cada pedido aprovado, incluindo order bump e upsell, carregar a identificação do anúncio que trouxe o comprador, e depois cruzar esse pedido com o gasto do anúncio e com os custos da venda. Na prática são três peças: um padrão de UTM com o ID do anúncio que chegue até o checkout da PagTrust, uma conexão que leve as vendas e os reembolsos para fora do painel da PagTrust em tempo real (webhook) e uma regra para que as ofertas extras do funil herdem a origem da compra principal. Sem a terceira peça, o funil de upsell, que é justamente o ponto forte da PagTrust, bagunça a leitura de qual anúncio dá lucro.
Este guia é para quem vende infoproduto pela PagTrust e anuncia no Meta Ads, no Google Ads ou no TikTok Ads. Ele mostra onde o rastreamento costuma quebrar num funil com várias ofertas e como conectar a PagTrust à Track Hunter usando webhook + API.
O que a PagTrust oferece e por que isso muda o rastreamento
A PagTrust se apresenta, no site oficial, como plataforma de vendas para infoprodutores com foco em conversão de checkout e aumento de ticket. Entre os recursos listados ali estão:
- Layouts de checkout diferentes (1 passo, 2 passos e minimalista);
- Order bumps e upsells, com upsell habilitado para Pix e vendas com 1 clique;
- Vendas em dois cartões e pagamentos recorrentes;
- Domínio próprio no checkout, pop-up de saída e back redirect nativos;
- Testes A/B de páginas, checkouts e upsells (o recurso que a empresa chama de SparkFlow).
Para quem anuncia, três desses itens pesam diretamente na medição:
- Upsell no Pix. O comprador paga o produto principal no Pix e aceita uma oferta extra logo depois. São duas transações com valores e horários diferentes. Se só a primeira carrega a UTM, a segunda aparece "sem origem" e o anúncio que gerou o funil inteiro recebe crédito só pela entrada.
- Domínio próprio no checkout. Ótimo para confiança do comprador, mas muda o endereço por onde a UTM precisa passar. Se a sua página de vendas monta o link de compra na mão, confira se o domínio novo recebeu os parâmetros.
- Testes A/B no checkout e no upsell. Quando você testa duas versões de oferta, o faturamento por anúncio muda de acordo com a variante que cada comprador viu. Vale comparar anúncios em janelas iguais, não no meio de uma troca de variante.
Sobre pixel de conversão e API de Conversões configurados dentro da própria PagTrust: não encontramos documentação pública que detalhe quais redes e eventos são suportados. Confira no seu painel antes de assumir que o evento de compra já chega à Meta, e veja mais abaixo como o Purchase é enviado pela Track Hunter.
Onde o rastreamento da PagTrust costuma quebrar
A maioria dos problemas não está no checkout, e sim no caminho até ele. Os pontos mais comuns:
- Anúncio sem parâmetro de URL. O criativo novo foi duplicado de um antigo que não tinha UTM, ou foi criado direto na visualização rápida do gerenciador.
- Página de vendas que não repassa a URL. O visitante chega com
utm_content=...na página, clica no botão "Comprar" e o link do botão aponta para o checkout sem nenhum parâmetro. - Redirecionamento intermediário. Encurtadores e páginas de "pré-checkout" que descartam a query string.
- Oferta extra tratada como venda independente. O upsell de R$ 197 aparece sem origem e infla a fatia de vendas não rastreadas.
- Pix gerado e não pago contado como venda. Em funil com Pix, é comum ter muitos QR Codes gerados que nunca viram dinheiro. Misturar isso com aprovadas distorce CPA e ROAS; o tema está detalhado em PIX e boleto pendentes.
Passo a passo para rastrear vendas da PagTrust por anúncio
1. Padronize a UTM em todos os anúncios da Meta
No nível do anúncio, campo Parâmetros de URL, use o padrão que a Track Hunter recomenda:
utm_source=FB&utm_campaign={{campaign.name}}|{{campaign.id}}&utm_medium={{adset.name}}|{{adset.id}}&utm_content={{ad.name}}|{{ad.id}}&utm_term={{placement}}
O parâmetro que importa de verdade é o utm_content: ele carimba o ID do anúncio, e é esse ID que liga a venda ao criativo. Nome de anúncio muda, ID não. Para os padrões de Google Ads e TikTok Ads e a lógica de cada campo, veja o guia de UTM: o que é e como usar.
2. Garanta que a UTM atravesse a página de vendas
Abra o anúncio pela pré-visualização, clique e confira três coisas: a URL da página tem valores reais (nada de {{ sobrando), o botão de compra leva ao checkout da PagTrust com os mesmos parâmetros e, se você usa domínio próprio no checkout, o domínio final é o esperado.
Se a página não repassa os parâmetros sozinha, o Pixel da Track Hunter resolve essa parte: instalado no <head> das páginas, ele decora os links que apontam para o checkout com a sessão e as UTMs do visitante, e o host da PagTrust está entre os checkouts reconhecidos pelo script. Checkout com domínio próprio também é reconhecido quando o endereço contém "checkout" no host ou no caminho.
3. Faça um pedido de teste e siga o funil inteiro
Compre o produto principal, aceite o order bump e aceite o upsell. Depois confira se as três transações apareceram com a mesma origem. Se o upsell chegar sem UTM, isso é normal em muitos funis; o importante é a ferramenta de análise saber que ele pertence à compra principal.
4. Separe o que foi pago do que foi só gerado
Pix gerado e boleto emitido são intenção de compra. Para decisão de verba, conte apenas o que foi aprovado, e acompanhe a taxa de pagamento à parte.
Como conectar a PagTrust à Track Hunter
Na Track Hunter, a PagTrust usa o método Webhook + API. Cada parte tem uma função:
- Webhook: entrega vendas e reembolsos em tempo real, no momento em que acontecem na PagTrust.
- API: faz a reconciliação, conferindo as vendas pela API da PagTrust e completando o que o webhook eventualmente não tiver entregado.
O caminho no painel:
- Na Track Hunter, abra Integrações e a categoria Checkouts, encontre o card da PagTrust e clique em Criar URL de webhook. Copie a URL gerada.
- Entre na sua conta em app.pagtrust.com.br.
- No menu superior, acesse Configurações e escolha Integrações.
- Selecione Webhook e clique em Adicionar endpoint.
- Cole a URL da Track Hunter no campo de destino.
- Marque os eventos de compra e reembolso, salve e valide a conexão na Track Hunter.
- Para a parte da API, gere na PagTrust uma API Key com escopo "vendas" e cole no card da PagTrust na Track Hunter. Deixe só esse escopo: a Track Hunter precisa ler vendas, não mexer em outras áreas da sua conta.
Dois cuidados:
- Valide com uma venda real. Depois de salvar, acompanhe a próxima venda e confira se ela aparece na Track Hunter com a origem correta.
- Desconectar tem custo. Para desconectar é preciso digitar "desconectar", e o aviso é direto: vendas do período desconectado não chegam sozinhas depois. Evite remover o webhook "só para testar".
O que você passa a ver depois de conectar
Com a PagTrust conectada e as contas de anúncio ligadas (Meta Ads, Google Ads e TikTok Ads entram por OAuth), as vendas aparecem no dashboard com o custo já descontado:
- Lucro real, não só faturamento. A taxa do checkout e as comissões de coprodutor e afiliado entram automaticamente pela integração, sem cadastro manual (cadastrar de novo em Taxas e Produtos desconta duas vezes). Reembolso e chargeback saem do faturamento.
- Venda atribuída ao anúncio. Com o padrão de UTM da Meta, o
utm_contentliga cada pedido ao anúncio, ao conjunto e à campanha. - Order bump e upsell herdam o anúncio. A oferta extra recebe a mesma origem da compra principal, então o anúncio que abriu o funil leva o crédito pelo ticket inteiro. Mais detalhes em order bump e upsell: como atribuir.
- Purchase na API de Conversões da Meta. Cada venda aprovada é enviada como evento Purchase à API de Conversões, com os dados do comprador (como e-mail, telefone e documento, quando disponíveis) em hash, somados aos dados de navegador capturados pelo Pixel da Track Hunter quando ele está instalado.
- Pendentes separados. Pix e boletos aguardando pagamento ficam no bloco de Vendas Pendentes, fora do faturamento.
Exemplo: o anúncio "caro" que sustentava o funil
Um exemplo hipotético de um infoprodutor na PagTrust. Curso de R$ 97, order bump de R$ 37 e upsell de R$ 197 aceito no Pix. Todos os números são ilustrativos.
| Anúncio A (VSL longa) | Anúncio B (vídeo curto) | |
|---|---|---|
| Investimento no mês | R$ 3.000 | R$ 3.000 |
| Vendas do produto principal | 36 | 44 |
| CPA do produto principal | R$ 83 | R$ 68 |
| Bumps aceitos | 14 (R$ 518) | 9 (R$ 333) |
| Upsells aceitos | 11 (R$ 2.167) | 3 (R$ 591) |
| Faturamento do funil | R$ 6.177 | R$ 5.192 |
| Faturamento se o upsell ficar "sem origem" | R$ 4.010 | R$ 4.601 |
Olhando só o produto principal, ou deixando o upsell sem origem, o Anúncio B parece melhor: CPA menor e mais faturamento atribuído. Quando bump e upsell herdam o anúncio, a leitura vira: o Anúncio A traz compradores mais qualificados, com taxa de aceite do upsell de R$ 197 cerca de quatro vezes maior (31% contra 7%). Ainda faltaria descontar taxa, comissão e reembolso para bater o martelo, e é exatamente esse cruzamento que costuma ficar numa planilha que ninguém atualiza. A lógica completa está em como saber qual anúncio gerou a venda.
Erros comuns com a PagTrust
Marcar só o evento de compra no webhook. Sem o evento de reembolso, o lucro por anúncio fica otimista para sempre.
Criar a API Key com todos os escopos. Não é necessário para rastrear. Use só "vendas".
Trocar o domínio do checkout sem testar a UTM. Refaça o teste do passo 3 sempre que mudar domínio, layout ou página de vendas.
Comparar anúncios durante um teste A/B de upsell. A variante do upsell muda o ticket; compare em períodos com a mesma configuração.
Ler o funil pela entrada. Em funis com upsell no Pix, o CPA do produto principal é só parte da história.
Perguntas Frequentes
Como integrar a PagTrust com o Facebook Ads para ver qual anúncio vendeu?
Use um padrão de UTM com o ID do anúncio no campo Parâmetros de URL da Meta, garanta que os parâmetros cheguem ao checkout da PagTrust e conecte a PagTrust a um tracker que cruze a venda com o gasto do anúncio. Na Track Hunter, a conexão é por webhook (tempo real) e API Key com escopo "vendas".
Quais eventos da PagTrust preciso marcar no webhook?
Para rastrear vendas por anúncio, marque os eventos de compra e de reembolso. Sem o reembolso, a venda devolvida continua contando como receita e o lucro por campanha fica acima do real.
Por que a Track Hunter pede webhook e API para a PagTrust?
Porque cada um cobre uma necessidade. O webhook avisa cada venda e reembolso na hora. A API serve para reconciliação, conferindo as vendas e completando o que o webhook não tiver entregado.
O upsell da PagTrust no Pix é atribuído ao anúncio?
Na Track Hunter, sim: order bump e upsell herdam o anúncio e a campanha da compra principal, mesmo quando a oferta extra chega sem UTM própria. Sem essa herança, o upsell aparece como venda sem origem.
O Pixel da Track Hunter funciona com o checkout da PagTrust?
Sim. O host da PagTrust está entre os checkouts reconhecidos pelo script, que decora os links de checkout com a sessão e as UTMs do visitante. Com domínio próprio, o link é reconhecido quando tem "checkout" no endereço; teste com um pedido.
O que acontece se eu desconectar a PagTrust da Track Hunter?
As vendas feitas enquanto a conexão estiver desligada não entram sozinhas depois de reconectar. Por isso o painel pede que você digite "desconectar" para confirmar. Evite desligar a integração em meses de lançamento ou de fechamento financeiro.