E-commerceArtigo
Taxa de aprovação de pagamentos: como medir e por que a mesma semana pode dar três resultados
Em resumo
A taxa de aprovação de pagamentos é a parte dos pagamentos tentados na loja virtual que foi autorizada. O resultado muda conforme a loja conta tentativas, compras ou só o que chegou ao banco que emitiu o cartão do cliente. O texto mostra as três contas com um exemplo e as definições publicadas pela Stripe, uma empresa de processamento de pagamentos. Traz ainda uma rotina para acompanhar a taxa em planilha.
A taxa de aprovação de pagamentos é a parte dos pagamentos tentados na loja que foi autorizada. A conta parece simples: pagamentos aprovados divididos por pagamentos tentados. O problema está no número de baixo da divisão, o divisor. Conforme a loja conta tentativas, compras ou só o que chegou ao banco que emitiu o cartão do cliente, o banco emissor, a mesma semana de vendas dá três resultados diferentes. O artigo mostra as três formas de contar, com um exemplo. Traz também as definições publicadas pela Stripe, uma empresa de processamento de pagamentos. No fim, há uma rotina para acompanhar sempre o mesmo número em planilha.
Por que a mesma semana dá três taxas diferentes?
O exemplo a seguir é hipotético. Em uma semana, uma loja registrou 1.000 compras em que o cliente escolheu pagar com cartão de crédito. Parte dos clientes errou um dado ou teve o cartão recusado e tentou de novo, o que gerou 1.150 tentativas de pagamento. A ferramenta antifraude da própria loja, que avalia o risco de cada pedido e barra os suspeitos, barrou 50 dessas tentativas antes de enviá-las ao banco emissor. No fim, 900 compras foram aprovadas.
| Forma de contar | Conta | Resultado |
|---|---|---|
| Por tentativa feita pelo cliente | 900 dividido por 1.150 | 78,3% |
| Por tentativa que chegou ao banco emissor | 900 dividido por 1.100 (1.150 menos as 50 barradas pela loja) | 81,8% |
| Por compra: só o resultado final de cada compra | 900 dividido por 1.000 | 90% |
Os três números estão certos. Cada um responde a uma pergunta diferente, e nenhum deles pode ser comparado com outro. Uma loja que mede por tentativa e lê em um relatório que “o normal é 90%” vai achar que tem um problema que talvez não exista.
O que cada forma de contar responde
Na avaliação do ConnectWeek, cada conta serve a uma decisão:
- Por tentativa feita pelo cliente. Mostra o atrito que o cliente sente. Muitas tentativas por compra indicam erro de digitação, formulário confuso ou recusa seguida de insistência.
- Por tentativa que chegou ao banco emissor. Isola a decisão do banco que emitiu o cartão. Serve para conversar com a empresa que processa os pagamentos e para separar o que é recusa do banco do que é trava da própria loja.
- Por compra. Mostra quantas compras terminaram aprovadas. É o número que se compara com o faturamento.
No exemplo, a diferença entre a primeira e a segunda conta é o que a própria loja barrou. Em um painel de empresa de pagamento, a segunda conta também pode deixar de fora as falhas de autenticação do comprador. O custo de barrar cliente bom está no artigo sobre o falso positivo da antifraude.
Como a Stripe define as duas taxas e o tratamento das tentativas repetidas
A Stripe descreve as definições que usa na página Análise de aceitação, da documentação da Stripe, que está em inglês na maior parte. O ConnectWeek leu a página em 8 de outubro de 2026. Ela não exibe data de publicação. A página separa duas taxas:
- Taxa de sucesso do pagamento. É o número de cobranças que a rede do cartão autorizou, dividido pelo número de tentativas de pagamento únicas enviadas por meio da Stripe. Rede do cartão é o sistema da bandeira, que leva o pedido de autorização ao banco emissor. Entram no divisor as tentativas que falharam na autenticação 3DS (3-D Secure, etapa em que o banco emissor pode pedir que o comprador confirme a identidade), as bloqueadas, as recusadas pelo emissor e as autorizadas. Ficam de fora só as chamadas de API inválidas (invalid API calls, no original), que a página Recusas associa a erros na integração da loja com a Stripe.
- Taxa de autorização. É o número de pagamentos que o emissor do cartão autorizou, dividido pelo número de tentativas únicas enviadas à rede do cartão para autorização. Ficam de fora do divisor as chamadas inválidas, as falhas de autenticação 3DS e os pagamentos bloqueados, porque, segundo a página, essas falhas acontecem antes de o pedido de autorização ser enviado ao emissor.
O exemplo da página Análise de aceitação usa 103.000 pedidos de pagamento. Tirando 3.000 chamadas inválidas, sobram 100.000. Tirando 1.000 falhas de autenticação e 1.000 bloqueios, 98.000 chegam à rede do cartão, e 93.000 são autorizados. A taxa de sucesso do exemplo é de 93% (93.000 dividido por 100.000), e a taxa de autorização é de 94,9% (93.000 dividido por 98.000).
A mesma página da Stripe separa duas formas de tratar as tentativas repetidas da mesma compra. A taxa bruta conta todas as tentativas, inclusive as repetidas, feitas para a mesma compra. A taxa sem duplicidade agrupa as tentativas repetidas e considera só o resultado final. No exemplo da página, um pagamento falha duas vezes e é autorizado na terceira: a taxa bruta é de 33,3% (1 dividido por 3), e a taxa sem duplicidade é de 100% (1 dividido por 1).
Na página Recusas, a Stripe recomenda analisar as recusas únicas e tirar da análise as novas tentativas que falharam. Segundo a página, isso dá uma visão mais clara das taxas de autorização. As duas páginas valem para a Stripe. Outra empresa de pagamento pode definir as taxas de outro modo, e o ConnectWeek não leu a documentação das demais para este texto.
Quatro perguntas para fazer a quem processa os pagamentos da loja
Antes de comparar a taxa da loja com qualquer outra, o ConnectWeek sugere perguntar à empresa de pagamento, ou procurar na documentação dela:
- O número do painel conta tentativas ou compras?
- As tentativas barradas pela antifraude entram no divisor?
- As falhas de autenticação do comprador entram no divisor?
- O número mistura cartão de crédito com outros meios de pagamento?
A última pergunta importa porque cada meio de pagamento tem um caminho próprio. Na avaliação do ConnectWeek, a taxa de aprovação deve ser lida com uma linha para cada meio de pagamento, e não em um número único da loja. Quem são as empresas envolvidas em uma venda no cartão está no artigo sobre gateway, adquirente e subadquirente.
Rotina de leitura em uma planilha
A rotina abaixo é sugestão do ConnectWeek para a loja que exporta os pagamentos uma vez por semana.
Escolha uma conta principal e não troque. Para acompanhar venda, a conta por compra. Para acompanhar atrito, a conta por tentativa feita pelo cliente. O que não pode é comparar a semana medida de um jeito com a semana medida de outro.
Guarde os quatro números da semana. São eles: compras, tentativas, tentativas que chegaram ao emissor e compras aprovadas. Com os quatro, qualquer das três taxas pode ser refeita depois.
Calcule as tentativas por compra. No exemplo do começo, 1.150 dividido por 1.000 dá 1,15. Se esse número sobe, os clientes estão tendo de repetir o pagamento com mais frequência, ou há tentativas que não são de clientes, como teste de cartão. Isso pode acontecer mesmo que a taxa por compra não mude.
Separe os números por grupo só quando o total mudar. Os grupos mais úteis são o meio de pagamento, a faixa de valor do pedido, o aparelho (celular ou computador) e o motivo da recusa. A separação dos motivos de recusa em quatro grupos está no artigo sobre crédito caro e aprovação no checkout, a página de pagamento da loja.
Anote o que mudou na semana. Regra nova na antifraude, campanha que trouxe público diferente, troca de empresa de pagamento. Sem a anotação, a variação da taxa fica sem explicação.
Três leituras erradas que a conta provoca
Na avaliação do ConnectWeek, três leituras erradas são comuns:
- Comemorar a alta que veio de menos tentativas. Se a loja passa a barrar o segundo envio do mesmo cartão antes de mandá-lo ao banco, a taxa por tentativa que chegou ao banco emissor pode subir sem que uma compra a mais tenha sido aprovada. Basta que as tentativas barradas fossem, na maioria, recusadas.
- Culpar o banco pelo que a loja barrou. Se a conta inclui as tentativas barradas pela antifraude da loja, uma regra mais dura pode derrubar a taxa, e a queda parece recusa do emissor.
- Ler o mês mais recente cedo demais. A página da Stripe sobre análise de aceitação avisa que a taxa sem duplicidade do último mês pode aparecer temporariamente mais baixa enquanto nem todas as novas tentativas foram feitas.
A taxa de aprovação mede só a etapa do pagamento. O cliente que desistiu antes de pagar não aparece nela. Os pontos em que ele costuma sair estão no artigo sobre o checkout que converte.
Comece por aqui Novo no assunto? Leia primeiro o que é e-commerce, o texto-base desta cobertura.
Fonte: Stripe: Análise de aceitação
Perguntas frequentes
Qual é uma boa taxa de aprovação de pagamentos para uma loja virtual?
As páginas da Stripe lidas pelo ConnectWeek não trazem um percentual de referência. O número de uma loja só pode ser comparado com outro calculado da mesma forma: por tentativa feita pelo cliente, por tentativa que chegou ao banco emissor ou por compra. O ConnectWeek sugere comparar a loja com ela mesma, semana a semana, sempre com a mesma conta.
A nova tentativa do cliente entra na conta da taxa de aprovação?
Depende da forma de contar. Na documentação da Stripe, a taxa bruta conta todas as tentativas feitas para a mesma compra, e a taxa sem duplicidade agrupa as tentativas repetidas e considera só o resultado final. No exemplo da página, um pagamento que falha duas vezes e passa na terceira tem taxa bruta de 33,3% e taxa sem duplicidade de 100%.
Pagamento barrado pela antifraude conta como recusa na taxa de aprovação?
Na documentação da Stripe, depende da taxa. A taxa de sucesso do pagamento inclui no divisor, que é o número de baixo da divisão, os pagamentos bloqueados pela Stripe ou pelo Radar, a ferramenta antifraude dela. A taxa de autorização deixa os bloqueados de fora, porque, segundo a página, essas falhas acontecem antes de o pedido de autorização ser enviado ao emissor do cartão. Outra empresa de pagamento pode adotar outra regra, e vale conferir a documentação dela.
Por que o painel da empresa de pagamento mostra uma taxa de aprovação diferente da planilha da loja?
Na avaliação do ConnectWeek, a causa mais provável é o número de baixo da divisão. O painel pode contar tentativas, e a planilha, compras. O painel pode deixar de fora o que a antifraude barrou, e a planilha, incluir. Antes de procurar erro, vale conferir o que cada um conta.