A venda quebra quando checkout vira suposição
Quando existe tráfego rodando, cada tela de pagamento precisa responder duas perguntas: o cliente consegue pagar agora e o produto só é entregue depois de confirmação real? Em SaaS criado rápido, o erro costuma ficar no meio dessas duas pontas.
Cartão, Pix, boleto, Google Pay e Apple Pay não têm o mesmo comportamento. Cartão pode confirmar na hora. Pix e boleto podem ser assíncronos. Carteiras dependem do navegador, do país, do domínio e da conta Stripe. Se a página promete um método que ainda não está ativo, a confiança cai. Se a success URL libera acesso antes do webhook, o risco sobe.
O que precisa estar fechado
- Preço vindo do servidor, nunca do botão.
- Checkout hospedado para não tocar dado de cartão no app.
- Webhook com assinatura verificada no corpo bruto.
- Entrega presa a
checkout.session.completedou evento pago equivalente. - Idempotência para não enviar dois acessos em retry.
- E-mail diferente por produto: Promptbook entrega arquivo; Risk Review inicia onboarding.
- Mensagem de fallback quando Pix, boleto ou carteira não aparecem no Checkout.
Pix, boleto e GPay não são só código
O código pode pedir métodos automáticos, mas quem decide o que aparece é a configuração da conta Stripe, elegibilidade do método, moeda, país, dispositivo e políticas da carteira. Por isso a página pública não deve prometer "tem Pix" se a conta ainda só mostra boleto. A copy correta é clara: pagamento seguro via Stripe; métodos disponíveis aparecem no Checkout.
Se Pix estiver pendente na conta, o botão continua vendendo por cartão ou boleto. Se o método estiver ativo, ele aparece sem mudar o frontend. A aplicação não deve forçar um método que o processador não liberou.
O ponto crítico: pós-pagamento
Promptbook é produto digital. O e-mail precisa entregar link pessoal e temporário. Risk Review é serviço. O e-mail precisa pedir evidências, escopo, janela de análise e canal seguro. Misturar os dois causa suporte, quebra expectativa e pode vender algo que não será entregue do jeito certo.
Checklist de produção
- Comprar com cartão em sessão real de produção.
- Testar boleto até status pago ou expiração controlada.
- Confirmar se Pix aparece quando ativo na Stripe.
- Verificar GPay em Chrome com carteira elegível e domínio compatível.
- Simular retry de webhook sem duplicar entrega.
- Conferir e-mail recebido, assunto, texto, links e página de retorno.
- Bloquear checkout se webhook, e-mail ou preço allowlistado estiverem ausentes.
Checkout bom não depende de sorte no redirecionamento. Ele vende com método disponível, confirma no servidor e entrega o próximo passo certo para cada produto.
