Webhook Hotmart no vibe coding: o pagamento libera a área de membros

Quem busca Webhook Hotmart está atrás do túnel de pagamento confirmado para área de membros. Emanuel Limeira ligou esse túnel no checkout próprio da Pagou: Pix, cartão e boleto já geravam cobrança, o webhook dispara na confirmação e o aluno já vê as aulas. A receita na tela era R$ 35,82. O recorte de vibe coding estava no mapa: cada produto da loja carrega o ID do curso.

O trabalho do dia era esse túnel de entrega. Ele falou o recorte assim:

"fazer o túnel de entrega do produto na área de membros. Então pode ser disparado um web hook [...] mapear qual é o produto que a pessoa está comprando."

Pagou cobra, notifica e o webhook matricula

O checkout já gera a cobrança na Pagou. Ele descreveu o circuito numa frase só: "pagou, eu gero direto a cobrança e a pessoa paga, já me notifica aqui." O link de afiliado da Pagou ele não achou na hora. Sem o link, a cobrança direta ainda notifica. O túnel começa nessa notificação.

Quando o aluno gera Pix, paga no cartão ou no boleto, a mesma integração sobe para a área de membros:

"quando ela gerar o Pix, pagar no cartão, no boleto [...] vai ser [...] disparado, uma integração para a área de membros."

Na fala seguinte o caminho já estava fechado: ela pagou o checkout, já recebe o e-mail e já vai ver as aulas. Ele leu na interface "liberar automaticamente", "confirmar o pagamento" e o rótulo "Webook". Ele fala "web hook" em 2 palavras. O caso na live é Pagou mais área de membros, com o produto mapeado para o curso.

No vibe coding, cada produto ganha o ID do curso

O webhook chega com o produto comprado. Antes disso, alguém na loja precisa ter dito qual curso aquele produto abre.

"Em cada produto da loja, selecionar a integração e preencher o ID do curso na área de membros."

O exemplo ao vivo foi um curso de PHP. Ele copiou o ID, colou no produto e deixou o pagamento confirmar com liberar automaticamente. Sem o ID colado, o evento pago não tem para onde mandar a matrícula. Com o ID colado, o clique no Pix, no cartão ou no boleto abre a aula daquele curso.

Esse mapa (produto da loja para ID do curso) é o detalhe que o vibe coding deixa visível enquanto o builder ainda está na tela. O plano em docs que ele usa para como usar Claude Code descreve o método; o túnel é o que o plano executa quando o pagamento confirma.

Eventos na tela: pago, estornado, cancelado, pendente

Ele leu na tela os eventos pago, estornado, cancelado e pendente, mais um rótulo torto de "Refound". O trabalho do dia estava no pago: confirmar o pagamento, disparar o webhook, liberar a área de membros. Estornado, cancelado e pendente ficaram na lista da interface. A fala não descreveu o que cada um faz com o acesso do aluno.

O que ele ligou foi o pago com "liberar automaticamente". Os outros 3 nomes existem na tela do mesmo túnel, ainda sem regra de acesso dita na fala.

Os 2 lados mandam e-mail

Ele travou num detalhe de caixa de entrada. Checkout manda e-mail. Área de membros manda e-mail. Os 2 lados no mesmo pago viram enchente.

"Tenho até que ver se ele não duplica, porque se eu comprar aqui e mandar o e-mail daqui e chega aqui e também manda e-mail, aí vai ser e-mail para caceta, né? Então não dá."

A verificação que ele deixou aberta é esta: comprar 1 vez e ver se só 1 lado escreve. Se os 2 disparam, o túnel entrega a aula e queima o aluno na caixa. Ele recusou esse resultado ("então não dá") antes de chamar a integração de pronta.

Amanhã o teste cabe num pagamento seu. Webhook no evento pago, ID do curso colado no produto, Pix ou cartão ou boleto confirmado, as 2 caixas abertas. Se os 2 lados escreverem, é e-mail para caceta: desligue 1 disparo e teste de novo.

O resto da live, com o túnel ainda aberto na tela, está em assistir à live.