29 de outubro de 2026

Cartão recusado no checkout: deixe o Pix na mesma tela

Recusa de cartão no e-commerce é comum. Se Pix e cartão já estão no mesmo checkout, o pedido ainda pode fechar sem mandar o cliente para o erro ou para outro site.

por Lucas Aquino

O cliente preencheu CEP, frete e número do cartão. A bandeira recusa. Limite, digitação, 3DS, regra do banco, horário, MCC. Para a loja, o sintoma é o mesmo: pedido aberto, estoque no limbo, pessoa irritada.

A reação ruim é uma tela vermelha (“tente outro cartão”) e um botão voltar que desmonta o carrinho. A reação útil é não expulsar quem já queria pagar. Pix e cartão no mesmo checkout existem exatamente para isso: a pessoa troca o método sem sair do seu domínio.

A AbacatePay deixa os dois métodos na mesma integração. O cliente escolhe Pix (QR na hora) ou cartão. Este texto é o mapa da loja para quando o cartão falha: desenho da tela e do pedido. A API não entrega um botão de “recuperar recusa”.

Se você ainda não oferece os dois, começa por cartão no e-commerce e por checkout transparente.

O que a recusa costuma ser (e o que não é)

Recusa não prova que o cliente é golpe. A maior parte é banco, limite, cartão virtual do app, nome diferente do plástico, parcela que o emissor não aceita, autenticação que o celular não completou.

Golpe existe. Chargeback existe. Por isso o pedido pago no cartão só baixa estoque com autorização. Pedido recusado não reserva o último SKU como se tivesse vendido.

Pix é outro risco: confirma e o saldo entra. Sem chargeback clássico de bandeira. Continua valendo entrega, CDC e nota. Troca o problema, não apaga lei de consumidor.

Não invente percentual de “recuperação” no post nem na landing. Meça na sua loja: tentativas de cartão, recusas, Pix na mesma sessão, pedidos pagos. Esse número é seu, não de um recorte genérico.

O que a tela precisa fazer no segundo da recusa

1. Os dois métodos já estavam visíveis. Esconder o Pix até o cartão falhar ensina o cliente a sofrer primeiro. Mostre Pix, cartão e boleto (se você usa boleto) no mesmo passo. Quem já prefere Pix nem tenta o plástico.

2. A recusa não apaga o carrinho. Mensagem curta: o cartão não autorizou. Ofereça Pix agora, outro cartão, ou boleto com Pix se essa for a sua cobrança. Sem “erro 500”. Sem mandar para o home.

3. QR na hora, no mesmo HTML. Checkout transparente devolve QR e copia e cola para você renderizar. No celular, deeplink para o app do banco. Taxa do Pix confirmado: R$ 0,80. Sem redirecionar para um “ambiente seguro” de terceiro.

4. Uma cobrança, um pedido. Se o cartão falhou, não deixe duas faturas vivas para o mesmo SKU. Cancele ou expire a tentativa de cartão. Crie (ou reutilize) a cobrança Pix daquele pedido. Webhook só confirma o que pagou. Senão você envia dois pacotes ou nenhum.

5. Boleto como terceira saída, não como primeira. Quem recusou cartão e tem o celular na mão paga Pix. Boleto é para quem só consegue linha digitável. Na AbacatePay o boleto já sai com Pix na mesma cobrança. Detalhe: Pix ou boleto?.

Isso é operação de checkout, não um produto separado. WooCommerce com o plugin oficial e loja própria com /transparents/create seguem a mesma ideia: métodos na página, status no webhook.

Pico, anúncio e o que não fazer

Black Friday e anúncio pago aumentam recusa porque aumentam tentativa: cartão de presente, limite estourado, digitação no sofá, 3DS que o banco pede de madrugada.

O que piora o rombo:

O que segura caixa:

Cartão continua valendo para quem parcela. Recusa pede Pix a um clique, no seu domínio, com o valor certo. Desligar o plástico por causa de recusa só empurra a parcela para o concorrente.

Checklist antes do próximo pico

Taxas e prazos: pricing. Cartão, parcela e D+1/D+30: texto de cartão na loja. Checkout sem sair do site: texto de checkout transparente. Conta: app.abacatepay.com.