Pedido cancelado demais: fraude, cartão reprovado e antifraude

Poucas coisas assustam mais o dono de uma loja do que abrir o painel da plataforma e ver uma fileira de pedidos cancelados. O faturamento do dia parecia bom, a mídia parecia funcionar, e na hora de faturar metade não existe.

A reação comum é culpar o intermediador de pagamento e trocar de gateway. Às vezes resolve. Na maioria das vezes que a gente acompanhou, não resolveu, porque o problema eram três problemas misturados. Este texto mostra como separar cada um, o que um caso de uma loja de casa e cozinha ensinou e o que testar antes de qualquer troca.

Por que tantos pedidos são cancelados numa loja online?

Pedido cancelado é um nome só para situações muito diferentes. Antes de agir, separe:

• Fraude. Alguém tenta comprar com cartão de outra pessoa. O antifraude barra, ou deixa passar e o titular contesta depois.
• Reprovação de cliente legítimo. A pessoa existe, quer o produto e teve o cartão recusado: limite, dado digitado errado, banco desconfiado de uma compra fora do padrão dela, regra do antifraude conservadora demais.
• Cancelamento operacional. O pedido foi aprovado e a loja cancelou: produto sem estoque, endereço fora da área da transportadora, Pix ou boleto que nunca foi pago.

O erro mais caro é tratar os três com o mesmo remédio. Apertar o antifraude reduz a fraude e aumenta a recusa de cliente bom. Afrouxar faz o contrário.

Como diferenciar reprovação legítima, fraude e cancelamento operacional?

Tipo	Como identificar	O que fazer
Reprovação legítima	Recusa pelo banco ou pelo antifraude, cliente tenta de novo ou chama no atendimento, cadastro com histórico de compra	Oferecer outra forma de pagamento na hora (Pix, outro cartão), revisar regra do antifraude, conferir se o checkout valida os dados antes de enviar
Fraude	Pedidos parecidos em sequência, mesmo produto de valor alto, horário noturno, entrega diferente do titular, várias tentativas com cartões diferentes	Regra de pagamento por produto, revisão manual acima de um valor, olhar de onde vem o tráfego desses pedidos
Cancelamento operacional	Pedido aprovado e cancelado pela loja, motivo registrado no painel (estoque, frete, pagamento não concluído)	Arrumar estoque e cadastro, revisar área de entrega, lembrete de Pix e boleto pendentes

Uma planilha simples resolve a primeira etapa: exporte os cancelados do último mês com data, hora, produto, valor, forma de pagamento, motivo da recusa e origem do tráfego. A concentração aparece rápido quando os pedidos estão lado a lado.

O que o caso de uma loja de casa e cozinha ensinou?

Uma loja de casa e cozinha que a gente acompanha chegou com uma taxa de cancelamento que comprometia o mês. Quando os pedidos foram abertos, três coisas apareceram:

• Os cancelamentos se concentravam num tipo de produto. Não era o catálogo inteiro: era uma linha específica.
• Boa parte acontecia à noite e de madrugada. Horário em que o cliente habitual daquela loja quase não comprava.
• As tentativas de fraude vinham junto com a recusa de cartão legítimo. Com a fraude subindo, o antifraude e os bancos ficaram mais desconfiados, e cliente bom também passou a ser barrado.

A hipótese inicial era trocar de intermediador. Antes disso, a gente testou as variáveis da própria operação. A que mais pesou nesse caso foi o canal: mover parte da verba da Meta para o Google reduziu as tentativas de fraude. Uma explicação provável é a diferença de intenção: no Google a pessoa procura o produto; na Meta, o anúncio aparece para quem está rolando o feed, e o alcance amplo traz junto quem não pretende pagar. É uma leitura nossa, não uma regra da plataforma.

Isso não é regra para toda loja. Em outra operação, o canal pode não ter nada a ver. O ponto é o método: achar onde a fraude se concentra e mexer ali.

Por que trocar de gateway raramente resolve?

Porque a decisão de aprovar ou recusar um cartão não é só do gateway. Ela passa por três lugares:

1. O antifraude, que pode ser do próprio intermediador ou contratado à parte, e avalia o risco do pedido.
2. O gateway ou intermediador, que leva a transação adiante.
3. O banco emissor do cartão de quem compra, que decide no fim se autoriza.

A maior parte das recusas de cliente legítimo vem do terceiro ponto, que nenhum gateway controla. Por isso, nas contas que acompanhamos, a troca de intermediador reduziu pouco a reprovação. E veio com custo: taxa diferente, integração nova, período de ajuste do antifraude, que aprende com o histórico da loja e começa do zero.

A troca faz sentido quando o problema é do intermediador de fato: integração que falha, checkout que trava, atendimento que não responde, taxa fora do mercado. Para reprovação e fraude, vale esgotar antes o que está na sua mão.

Quais variáveis testar antes de trocar de gateway?

Uma de cada vez, por um período fechado, comparando com o anterior:

• Produto. Se a fraude se concentra numa linha, comece por ela. Às vezes basta tirar o produto da campanha de alcance amplo e manter só na busca.
• Criativo. Anúncio que destaca preço muito abaixo do mercado ou “última unidade” atrai também quem procura produto para revender. Teste um criativo que fale do uso, não da pechincha.
• Canal. Compare a taxa de cancelamento por origem de tráfego. Se um canal concentra a fraude, redistribua a verba e veja o que acontece. Para isso a origem precisa estar marcada: o passo a passo está em como criar UTM.
• Regra de pagamento por produto. Para a linha visada, limite o parcelamento, ofereça Pix com vantagem, limite a quantidade por pedido ou mande para revisão manual acima de um valor. Fraude com cartão de terceiro depende do cartão; quando o produto visado pede outro caminho de pagamento, o atrativo cai.
• Horário. Se a concentração é noturna, uma regra mais rígida nessa faixa protege sem atrapalhar o cliente do dia.

Mexer em tudo ao mesmo tempo impede saber o que funcionou. E o resultado só vale depois de um ciclo completo de vendas: uma semana boa pode ser só uma semana calma.

Como o pedido reprovado bagunça o sinal das campanhas?

Este é o efeito que pouca gente liga ao problema. Em muitas lojas, o pixel da Meta e a tag do Google disparam o evento de compra quando o pedido é criado, não quando o pagamento é aprovado. O pedido reprovado vira venda na plataforma de anúncio.

Duas consequências:

• O painel mostra faturamento que não existe. O retorno da campanha parece melhor do que é, e a decisão de verba sai em cima dele. É uma das causas de faturamento menor que o painel.
• O algoritmo aprende com o pedido errado. As plataformas procuram pessoas parecidas com quem comprou. Se uma parte dos “compradores” é tentativa de fraude, a campanha passa a buscar mais gente com aquele perfil, e o problema se alimenta.

A correção técnica é mandar para a plataforma só o pedido aprovado, ou enviar o cancelamento depois, usando o mesmo número do pedido. Os dois caminhos estão em como integrar CRM e mídia paga.

O que acompanhar toda semana?

• Taxa de cancelamento por motivo: fraude, recusa e operação, separadas.
• Cancelamento por produto e por canal de origem.
• Pedidos aprovados na loja contra compras contadas pelas plataformas. A diferença crescendo é sinal de que algo mudou.
• Contestações de cartão (chargeback) do mês. Fraude que passou pelo antifraude aparece aqui, semanas depois.

Para quem este texto não serve?

Para quem tem cancelamento baixo e estável. Mexer em regra de pagamento sem problema para resolver só aumenta a fricção do checkout.

E para quem está com o problema na operação, não no pagamento: estoque que não bate com o site e frete que não atende a região se resolvem no cadastro e na logística, não no antifraude.

O que fica

Cancelamento alto quase sempre mistura fraude, recusa de cliente legítimo e cancelamento da operação. Separe os três antes de decidir.

Procure a concentração (produto, horário, canal) e teste as variáveis que você controla, uma por vez, antes de trocar de gateway. E garanta que a plataforma de anúncio só aprende com pedido aprovado, porque é ela que decide quem vai receber o próximo anúncio.