Disparar evento Purchase ao gerar um Pix: o que significa e quando ligar
A opção da Kiwify faz o Meta Ads contar Pix gerado como venda, antes de alguém pagar. Veja o que isso muda na sua campanha e por que, quase sempre, eu deixo desligada.
Jared Simplicio · 9 min de leitura
Resumo rápido
- Com a opção ligada, a Kiwify envia o evento de compra (Purchase) ao Pixel da Meta quando a pessoa gera o código Pix, antes de pagar.
- Para a Meta, cada Pix gerado vira uma compra. A porcentagem da opção reduz o valor enviado, mas não a quantidade de compras.
- A campanha passa a otimizar para quem gera Pix, inclusive quem nunca paga, e o relatório deixa de bater com o faturamento.
- Eu deixo desligada. Com poucas vendas, a própria Meta sugere otimizar para um evento mais frequente em vez de inflar a compra.
Disparar evento Purchase ao gerar um Pix significa avisar a Meta que houve uma venda no momento em que a pessoa gera o código Pix no checkout, antes de ela abrir o app do banco e pagar. A opção existe na Kiwify, nas configurações do Pixel de cada produto, e vem desligada. Ligada, ela faz cada Pix gerado contar como compra no Gerenciador de Anúncios, pague a pessoa ou não.
A resposta curta para "devo ligar?" é: quase nunca. A campanha da Meta otimiza para o evento que você chama de compra. Se Pix gerado vira compra, ela aprende a trazer gente que gera Pix, inclusive quem desiste antes de pagar, e o seu relatório passa a mostrar mais vendas do que entraram no caixa.
A seguir, eu explico o que a opção faz, por que tanta gente liga, o que a porcentagem corrige (e o que não corrige), como a Hotmart trata o mesmo assunto e como conferir o que está chegando no seu Pixel.
O que significa "disparar evento Purchase ao gerar um Pix"#
Purchase é o evento padrão de compra do Pixel da Meta. Pela documentação da Meta, ele marca uma compra feita ou um checkout concluído e precisa levar o valor e a moeda. É esse evento que alimenta a coluna de compras, o custo por compra e o retorno sobre o investimento em anúncios (ROAS) no Gerenciador de Anúncios.
No cartão, a compra é aprovada na hora. No Pix, não: a pessoa gera o código no checkout e paga depois, no app do banco. Por isso existem dois momentos possíveis para avisar a Meta:
- Quando o Pix é aprovado. É o padrão da Kiwify. Segundo a central de ajuda da plataforma, o Purchase sai na compra aprovada no cartão ou no Pix, acompanhado de um evento chamado
pix(oucredit_card, no cartão). - Quando o Pix é gerado. É o que a opção liga. A Kiwify permite isso para Pix e para boleto, com um campo de porcentagem para definir quanto do valor vai no evento.
A opção fica nas configurações do produto, na parte de Pixels de conversão (Produtos → seu produto → Configurações). O nome na tela é praticamente a frase que todo mundo pesquisa: disparar evento Purchase ao gerar um pix.
Por que tanta gente liga essa opção#
O motivo mais comum é volume. A Meta explica que um conjunto de anúncios entra em aprendizado limitado quando é improvável que receba cerca de 50 eventos de otimização na semana após a última edição significativa. Nesse estado, o sistema não consegue otimizar bem com a configuração atual.
Para quem vende um infoproduto com poucas vendas por semana, 50 compras é muita coisa. Contar o Pix gerado como compra multiplica os eventos, a campanha sai do aprendizado mais rápido e o painel fica bonito. O problema é o que a campanha aprende no caminho.
O segundo motivo é o medo de a venda paga não chegar ao Pixel. O Pix é pago no app do banco, e a pessoa nem sempre volta para a página de obrigado. Só que isso se resolve com a API de Conversões, que envia o evento pelo servidor da plataforma, sem depender da aba aberta. Na Kiwify, ela é configurada com um token no mesmo lugar do Pixel e, segundo a plataforma, não duplica com o navegador, porque cada evento leva um ID único. A resposta para esse medo é a API, não antecipar a compra.
O que muda na campanha quando Pix gerado vira compra#
Quando você escolhe Compra como evento de otimização, a Meta procura pessoas parecidas com as que dispararam Purchase. Com a opção ligada, isso inclui quem gerou o Pix e foi embora. A campanha não tem como saber quem pagou: para ela, todo mundo comprou.
Na prática, três coisas mudam:
- A otimização mira quem gera Pix, não quem compra. Quem gera o código e desiste conta como acerto, e a campanha busca mais gente parecida.
- O relatório infla. Compras, custo por compra e ROAS ficam melhores no Gerenciador do que no caixa. A própria Hotmart aponta o Purchase enviado para boleto gerado como causa comum de conversões que aparecem no Gerenciador e não viram faturamento.
- Decidir fica mais difícil. Você escala o anúncio com o melhor custo por compra, mas esse custo pode ser só de Pix gerado.
Tem um detalhe que a ajuda da Kiwify não esclarece: com a opção ligada, o Pix que depois é pago pode gerar um segundo Purchase na aprovação. A Meta só junta dois eventos iguais quando eles têm o mesmo nome e o mesmo ID. Se os IDs forem diferentes, a mesma venda conta duas vezes. Não dá para afirmar sem testar, e o teste está no fim do artigo.
A porcentagem: o que ela corrige e o que não corrige#
A Kiwify deixa escolher uma porcentagem do valor do Pix (ou do boleto) para enviar junto com o Purchase. No exemplo da central de ajuda, são 50% do valor do boleto. A ideia é estimar quantos desses pagamentos viram venda e mandar só esse pedaço do valor.
Ela corrige uma coisa: o valor. Se a sua taxa de pagamento do Pix é de 60% e você coloca 60%, a soma dos valores enviados tende a ficar perto do faturamento real, e o ROAS do Gerenciador fica menos distante do caixa.
Ela não corrige a contagem. Cada Pix gerado continua sendo uma compra. O número de compras e o custo por compra continuam inflados, e a campanha otimizada para Compra continua aprendendo com quem não pagou.
Para achar a sua taxa:
Taxa de pagamento do Pix = Pix pagos ÷ Pix gerados × 100
Use o mesmo período e o mesmo produto, no relatório de vendas da plataforma. Por exemplo, 100 Pix gerados no mês e 60 pagos dão 60%. Essa taxa muda com a oferta, o preço e o público, então refaça a conta de tempos em tempos.
Quando eu ligo e quando deixo desligada#
| Situação | O que eu faço | Por quê |
|---|---|---|
| Vendas pagas suficientes para sair do aprendizado | Desligada | A campanha aprende com quem paga e o relatório bate com o caixa |
| Poucas vendas, em aprendizado limitado | Desligada, otimizando por um tempo para o início do checkout | É a saída que a própria Meta sugere, sem chamar de compra o que não é |
| Poucas vendas, mas a decisão é otimizar para Compra | Ligada por pouco tempo, com a porcentagem da taxa real | Dá mais sinal à campanha, mas o relatório fica inflado |
| Medo de a venda paga não chegar ao Pixel | Desligada, com a API de Conversões | Quem garante a venda paga é o evento do servidor |
Sobre a segunda linha: na mesma página de aprendizado limitado, a Meta lista como solução escolher um evento de otimização que acontece com mais frequência, com o exemplo de trocar Compra por Adição ao carrinho. Num checkout da Kiwify, o evento mais próximo da compra é o InitiateCheckout, que a plataforma envia quando alguém visita o checkout. A Meta também sugere juntar conjuntos de anúncios, ampliar o público e aumentar o orçamento.
Na Hotmart, a mesma decisão tem outro nome#
Na Hotmart, a escolha fica nas opções avançadas do Pixel, ao marcar Vendas realizadas. Segundo a central de ajuda da Hotmart, são três perguntas:
- Quer receber confirmações de vendas de qual método de pagamento? Todos, só pagamentos imediatos (como cartão) ou só não imediatos (boleto, Pix e PayPal).
- Quer diferenciar eventos de pagamento imediato e não imediato? Marcando "Sim", a simples geração de um boleto ou de um Pix deixa de contar como venda aprovada. No Facebook, ela vai como um evento chamado Payment Generated.
- Quer receber confirmações de vendas com qual tipo de valor? O valor da transação (a sua comissão) ou um valor fixo que você define.
A Hotmart diz que, quando a diferenciação fica desligada e o Purchase sai para boleto gerado, o Gerenciador registra conversões que podem não virar faturamento. É o mesmo problema da opção da Kiwify, visto do outro lado. Na mesma tela, você escolhe enviar os eventos pelo navegador, pela API de Conversões ou pelos dois, e a plataforma descreve as duas vias juntas como reserva uma da outra.
Como conferir o que está chegando no seu Pixel#
Leva uns 10 minutos:
- No Gerenciador de Eventos, abra o seu Pixel e vá em Testar eventos.
- Abra o checkout do seu produto, gere um Pix e não pague. Se aparecer um Purchase, a opção está ligada, ou outra ferramenta está disparando compra no lugar errado.
- Se tiver um produto de valor baixo, faça uma compra real no Pix e pague. Veja quantos Purchase chegam para a mesma venda. Dois processados, sem a marca de desduplicado, são uma venda contada duas vezes.
- Compare o mesmo período: compras no Gerenciador de Anúncios e vendas pagas na plataforma. Os números não vão bater exatamente, porque a Meta conta pela janela de atribuição, mas uma diferença grande e constante é sinal de Purchase no lugar errado.
- Confira se o Pixel dispara no seu domínio e se a API de Conversões está ativa. Na Kiwify, o domínio é escolhido ao lado do Pixel ID (com um subdomínio
pixels.seudominio.com.brapontado para a plataforma), e o token da API entra no ícone de configurações do Pixel.
Conclusão: a campanha aprende com o que você chama de venda#
O evento Purchase é a régua da campanha. Se ele mede Pix gerado, a Meta otimiza para gerar Pix e o seu relatório comemora vendas que não entraram. Com a opção desligada, a API de Conversões ligada e, se faltar volume, um evento de otimização mais frequente, a campanha aprende com quem paga.
Esse é o tipo de ajuste que eu faço no trackeamento dos projetos: Pixel no domínio certo, API de Conversões, eventos conferidos no Gerenciador de Eventos e relatório batendo com o caixa. Se as vendas da sua campanha não fecham com as da Kiwify ou da Hotmart, me chame que eu olho o seu Pixel e digo onde está a diferença.
Perguntas frequentes#
O que significa "disparar evento Purchase ao gerar um Pix"?
Significa enviar o evento de compra ao Pixel da Meta no momento em que a pessoa gera o código Pix no checkout, antes de pagar. Para a Meta, aquele Pix gerado passa a contar como uma venda.
Devo ligar o Purchase ao gerar um Pix na Kiwify?
Na maioria dos casos, não. Com a opção desligada, a Kiwify envia o Purchase quando o Pix é aprovado, e a campanha aprende com quem paga. Ligar só faz sentido por pouco tempo, em produto com poucas vendas, sabendo que o relatório vai ficar inflado.
Qual porcentagem colocar no Purchase do Pix gerado?
A sua taxa real de pagamento do Pix, ou seja, Pix pagos dividido por Pix gerados, vezes 100, no mesmo período. A porcentagem só ajusta o valor enviado. Cada Pix gerado continua contando como uma compra.
Por que o Gerenciador de Anúncios mostra mais vendas do que a Kiwify ou a Hotmart?
Uma causa comum é o Purchase sendo enviado na geração do Pix ou do boleto. Outra é a janela de atribuição da Meta, que conta as conversões de um jeito diferente do relatório da plataforma, e por isso os números nunca batem exatamente.
Ligar o Purchase ao gerar um boleto é a mesma coisa?
É a mesma lógica. Na Kiwify, o Purchase não é enviado para boleto gerado por padrão, e a plataforma manda um evento chamado Boleto. Ligar a opção faz cada boleto gerado contar como compra.
