Briefing
O que esta publicação contém
- quando o pixel da Hotmart avisa a compra, e por que o boleto e o Pix mudam a conta
- a diferença entre o envio pelo navegador e o envio pelo servidor da Hotmart
- onde a origem da venda se perde entre o anúncio, a página de vendas e o checkout
- o que o Google Ads e o GA4 pedem quando a página e o checkout estão em domínios diferentes
- qual painel usar para cada decisão, e um teste de compra para conferir os quatro
Para quem é
produtor ou expert que anuncia no Meta e no Google, vende pelo checkout da Hotmart e vê números diferentes em cada painel
Principais achados
Com a diferenciação de pagamentos ligada, o Purchase só sai na venda no cartão. Boleto e Pix geram Payment Generated no Facebook.
A Hotmart envia os eventos pelo navegador, que depende de cookies, ou pelo servidor, com token. As duas vias podem ficar ligadas, uma de reserva.
A UTM da página de vendas só chega à Hotmart se estiver no link do botão do checkout, e não vai no webhook.
Sem a medição de vários domínios, o GA4 conta quem passa de um domínio para outro como dois usuários e duas sessões, em vez de um usuário e uma sessão.
Quando a página de conversão está em domínio diferente da página de destino, o Google Ads pede o vinculador de domínio da gtag.js para transmitir o identificador do clique (GCLID).
Resumo
A central de ajuda da Hotmart tem uma pergunta pronta para o problema de quem anuncia: por que as vendas aprovadas na Hotmart não aparecem na mesma quantidade no Gerenciador de Anúncios. A causa de fundo é simples. A compra acontece no domínio da Hotmart, não no seu. O Meta Ads, o Google Ads e o Google Analytics 4 só ficam sabendo dela pelo aviso que a Hotmart manda, com as regras que ela descreve nas páginas oficiais. Cada painel recebe esse aviso de um jeito, e por isso cada um conta a venda de um jeito.
O primeiro ponto de separação é o momento do aviso. Pela página de opções avançadas do pixel, a Hotmart dispara o evento de compra, o Purchase, quando o comprador chega à página de agradecimento do produto. Com a diferenciação entre pagamento imediato e não imediato ligada, o Purchase só é enviado em venda no cartão. Boleto e Pix geram, no Facebook, o evento Payment Generated assim que a venda é gerada. Sem a diferenciação, a própria Hotmart avisa que o gerenciador registra um volume alto de conversões que podem não se concretizar em faturamento real. A página não diz o que acontece com o boleto pago dias depois, e por isso esta peça não afirma nada sobre ele.
O segundo é o caminho do aviso. No envio pela Web, os eventos saem do navegador do comprador e dependem dos cookies. No envio pela API, os dados saem do servidor da Hotmart para o servidor da plataforma de anúncios, com um token. As duas vias podem ficar ligadas juntas, e uma serve de reserva quando a outra falha. Quando a mesma compra chega pelas duas vias, a Meta só a conta uma vez se os dois avisos trazem o mesmo identificador de evento e o mesmo nome, recebidos em até 48 horas. A Hotmart não descreve, na página, como marca os dois avisos, e isso entra na compra de teste.
O terceiro é o valor. Na opção "Valor da transação", a Hotmart transmite o valor do seu comissionamento naquela venda. Há também a opção de um valor definido por você. O retorno que o painel de anúncio calcula usa o valor que recebeu.
O quarto é a origem, e é onde mais se perde. A Hotmart diz que o fato de a pessoa chegar à página de vendas por um anúncio com UTM não garante o repasse dessa informação ao sistema de vendas dela. A UTM precisa estar no link oficial do botão que leva ao checkout. O parâmetro sck, próprio da Hotmart, identifica a campanha que leva direto à página de pagamento, com até 30 caracteres, e o resultado aparece no Dashboard de Origem de Vendas. As UTMs, porém, não vão no webhook, o aviso automático que alimenta um CRM.
No Google, a origem depende do domínio. O Google Ads guarda o identificador do clique em cookie e, se a página de conversão está em domínio diferente da página de destino, pede o vinculador de domínio da gtag.js para levar esse identificador adiante. A página da Hotmart sobre o pixel do Google Ads não trata disso. O GA4, sem a medição de vários domínios, conta a passagem da sua página para o checkout como dois usuários e duas sessões. Entre os principais eventos que a integração da Hotmart com o GA4 envia estão page_view, begin_checkout e purchase.
O critério de decisão sai daí. O relatório da Hotmart diz quanto vendeu e, com a origem bem marcada, de onde veio. O Meta Ads e o Google Ads mostram o sinal que a campanha usa para aprender, com janelas de atribuição que a Hotmart descreve como inteiramente diferentes do monitoramento dela. O GA4 mostra o caminho dentro das páginas. A verba se decide no primeiro, conferido contra os outros, e a configuração do pixel se acerta para que o sinal das campanhas fique o mais perto possível da venda que existe.
As regras citadas foram conferidas nas páginas oficiais da Hotmart, da Meta e do Google em 8 de outubro de 2026. A Hotmart não diz, na página das opções avançadas, quais plataformas de anúncio aceitam o envio pela API. O efeito dessas configurações no custo por venda não foi medido por estudo independente, e a peça não promete resultado.
O PDF completo
- Quatro números para a mesma venda
- Por que os números não batem
- O caminho da origem até cada painel
- Qual número usar para cada decisão
Já publicamos sobre isso
- O comprador é seu ou da plataforma? Do checkout para uma lista suaInfoprodutos, 2 de outubro de 2026
