Como reduzir chargebacks com detecção de IP
Reduza chargebacks com detecção de IP: pontue o IP por trás de cada pedido sem cartão presente para impedir fraudes CNP e vença disputas de fraude amigável com evidências de IP.

Todo lojista conhece o chargeback do mesmo jeito. Um cartão é aprovado, o pedido é enviado e, quarenta dias depois, o dinheiro é retirado da sua conta junto com uma taxa, às vezes uma taxa maior do que a venda. Se isso acontecer com frequência suficiente, você já não está discutindo pedidos individuais. Está discutindo com a Visa e a Mastercard se vai poder continuar processando cartões.
A maioria dos conselhos contra chargeback trata a disputa como o evento. Ela não é. A disputa é a fatura de uma decisão que você já tomou: o momento em que você autorizou uma transação que deveria ter analisado, ou enviou para um cliente cujo pedido nunca registrou bem o suficiente para defender. A detecção de IP não é uma forma de argumentar melhor depois do fato. É uma forma de levar a decisão de volta aos dois pontos em que ela ainda pode sair a seu favor: a autorização e a evidência.

Um chargeback são, na verdade, dois problemas diferentes
Antes de qualquer ferramenta, acerte a classificação, porque os dois tipos de chargeback exigem respostas opostas.
Fraude real é um estranho usando um cartão roubado. O número de outra pessoa, a sua loja, mercadorias enviadas para um endereço de coleta. Este é o chargeback que você quer prevenir, porque cada um que passa é estoque perdido mais uma taxa mais uma marca contra a sua taxa. A detecção de IP combate este na porta de entrada, antes do envio, lendo a rede do pedido como uma pontuação de fraude de IP com faixas de permitir, revisar, verificação adicional e bloquear.
Fraude amigável (também chamada de uso indevido pelo próprio titular) é o seu cliente real contestando uma cobrança que ele de fato fez. Ele esqueceu a assinatura, um familiar fez o pedido ou ele simplesmente aprendeu que "não reconheço esta compra" traz o dinheiro de volta. Pelas contas da própria Visa, esse tipo de uso indevido pelo próprio titular representa até 75% de todos os chargebacks. Você não consegue preveni-lo no checkout, porque a transação era legítima. Você o vence depois, com evidências, e o endereço IP é uma evidência nomeada.
Um campo, duas funções: ele filtra a fraude real antes da disputa e ajuda você a reverter a fraude amigável depois dela. É por isso que ele é o melhor ponto de partida.
Por que a taxa agora é uma questão de sobrevivência
O motivo pelo qual os chargebacks deixaram de ser um custo do negócio e passaram a ser uma questão de sobrevivência é que as bandeiras de cartão reescreveram seus programas de monitoramento, e as duas novas versões miram diretamente os pedidos online.
A Visa consolidou seus dois programas antigos (o Visa Dispute Monitoring Program e o Visa Fraud Monitoring Program) em um único Visa Acquirer Monitoring Program (VAMP), em vigor desde abril de 2025. Leia o funcionamento na própria ficha técnica do VAMP da Visa, porque dois detalhes mudam a forma como você deve pensar no problema:
- Apenas transações sem cartão presente contam. A taxa do VAMP é construída a partir da atividade sem cartão presente. Os chargebacks que ameaçam a sua conta de lojista são, por definição, os pedidos online: exatamente os pedidos em que você tem o endereço IP do cliente para trabalhar.
- Fraudes e disputas são contadas juntas, e muitas vezes duas vezes. A taxa combina relatórios de fraude TC40 e disputas TC15 sobre transações liquidadas. Como uma transação com fraude relatada geralmente também vira disputa, um único pedido ruim pode entrar duas vezes na sua taxa. Preveni-lo uma vez elimina as duas.
- A régua está baixando. O limite "Excessivo" para lojistas começou em 2,2% e cai para 1,5% a partir de abril de 2026 nos EUA, no Canadá e na UE. O piso está vindo na sua direção.
A Mastercard segue um caminho paralelo. Seu Excessive Chargeback Program sinaliza um Excessive Chargeback Merchant (ECM) com taxa de 1,5% e 100 a 299 chargebacks em um mês, e um High Excessive Chargeback Merchant (HECM) com 3,0% e 300 ou mais. As multas aumentam quanto mais tempo você fica acima do limite, e o desfecho final para um lojista que não consegue se recuperar é a lista MATCH, na prática um exílio de cinco anos do processamento de cartões.
| Programa | Limite que importa | O que conta | Desfecho |
|---|---|---|---|
| Visa VAMP (lojista) | 2,2% agora → 1,5% a partir de abr. de 2026 (EUA/CA/UE) | Fraudes + disputas sem cartão presente, combinadas | Multas crescentes, pressão do adquirente |
| Mastercard ECM | Taxa de 1,5%, 100 a 299 chargebacks | Todos os chargebacks, por qualquer motivo | Multas mensais que aumentam com o tempo |
| Mastercard HECM | Taxa de 3,0%, 300+ chargebacks | Todos os chargebacks, por qualquer motivo | Aumento mais rápido das multas, risco de lista MATCH |
A lição não é o número exato (confira com o seu adquirente, já que regiões e datas de implantação variam). É a direção. As bandeiras decidiram que a sua taxa de chargeback sem cartão presente é uma métrica de conformidade, o limite está caindo e o tráfego que ela mede é exatamente o tráfego que uma consulta de IP consegue ler.
Onde a detecção de IP se encaixa no ciclo de vida do chargeback
Um pedido sem cartão presente passa por três portões em que o IP é decisivo, dentro de uma pilha mais ampla de detecção de fraude em pagamentos em camadas, com verificações de dispositivo, emissor e revisão. Reduzir chargebacks significa usar os três, não apenas o primeiro.
| Etapa | Quando | O que o IP faz |
|---|---|---|
| Análise pré-autorização | Antes de aprovar/enviar | Sinaliza fraudes com cartão roubado para que você recuse, revise ou exija verificação adicional. Isso impede que o chargeback chegue a existir. |
| Decisão de verificação adicional (3DS) | No checkout, de forma seletiva | Decide quais pedidos recebem um desafio 3-D Secure, para que você obtenha a transferência de responsabilidade sem fricção nos pedidos limpos. |
| Evidência na disputa | Semanas depois, na contestação | Fornece o IP capturado como Compelling Evidence 3.0 para reverter chargebacks de fraude amigável. |
A maioria dos lojistas só usa o primeiro portão, e mesmo assim de forma rudimentar. Os ganhos que se acumulam estão em usar o IP para decidir quem vê um desafio 3DS e em tê-lo capturado para poder vencer as disputas que chegam à contestação. Tratamos primeiro do portão de entrada, porque é lá que vivem os sinais de maior confiança e com menos falsos positivos.
Os sinais de IP que preveem um chargeback
Veja o que ler no endereço por trás de um pedido, aproximadamente em ordem de relação sinal-ruído para pagamentos sem cartão presente.
| Sinal | Por que prevê um chargeback | Como tratar |
|---|---|---|
| Tipo de conexão / ASN é de hospedagem | Compradores reais não fazem checkout a partir da AWS. A origem em datacenter é o indício clássico de carding automatizado. | Forte no checkout, fraco apenas na pontuação. Adicione sua própria regra para ele (veja a consulta abaixo). |
| VPN / proxy público / Tor | Ocultação deliberada da origem em um pagamento é motivo para olhar com mais atenção. | Pondere, mas nunca bloqueie apenas por isso. Muitos compradores reais usam VPN. |
| País de cobrança ≠ país da rede | Um cartão cobrado em um país pagando a partir de uma rede em outro é um padrão de fraude CNP bem conhecido. | Negativo moderado. Combine com o tipo de conexão antes de agir. |
| Listagem em feed de ameaças / lista de bloqueio | Infraestrutura com registro ativo de abuso é reutilizada em várias campanhas de fraude. | Forte quando recente. Pondere pela recência, não pela mera presença em uma lista. |
| Provedor de VPN/anonimizador nomeado | A atribuição a uma VPN comercial ou a um relay específico reforça o sinal de ocultação. | Corroborante: aumenta a confiança nos outros indicadores. |
| ISP residencial / móvel | É aqui que os seus clientes reais realmente estão. | Atenuante. Motivo para ser mais tolerante, não menos. |
| NAT de nível de operadora (CGNAT) | Centenas de assinantes móveis compartilham um único endereço público. | Atenuante. Limite o risco aqui ou você vai punir compradores reais. |
Observe a direção das duas últimas linhas. Um modelo de pontuação que só soma pontos vai triturar o seu público móvel legítimo com recusas falsas, e uma recusa falsa no checkout não é um login bloqueado. É um cliente pagante que você mandou embora. Um modelo que também subtrai (tratando um ISP residencial como motivo de tolerância e limitando as faixas de CGNAT) é o que impede que a prevenção de chargebacks vire, silenciosamente, prevenção de receita. Esse equilíbrio é construído a partir dos motivos que reduzem uma pontuação de risco, e ele importa mais no checkout do que em quase qualquer outro lugar.
O ponto crucial é que o IP é evidência, não veredito. Não bana o endereço. Um único IP público é compartilhado por muitas pessoas sem relação entre si, então um bloqueio rígido elimina clientes reais junto com a fraude. Pontue-o, pondere-o contra os outros sinais e aja com base no conjunto. Defendemos isso em detalhes em como detectar tráfego anonimizado sem bloquear clientes reais, e é a mesma disciplina que separa um filtro de checkout inteligente de um grosseiro em como impedir fraudes de agentes de compras com IA e de bots no checkout por IP.
Lendo tudo em uma chamada
Na prática, é uma consulta ao IP que fez o pedido, antes de você decidir se aprova, desafia ou revisa.
curl -H "x-api-key: YOUR_API_KEY" \
https://api.geoiphub.com/v1/lookup/45.33.32.156
Os campos que importam para um pedido sem cartão presente estão distribuídos em quatro grupos da resposta:
const res = await fetch(`https://api.geoiphub.com/v1/lookup/${orderIp}`, {
headers: { "x-api-key": process.env.GEOIPHUB_API_KEY },
});
const ip = await res.json();
ip.asn.asn_type; // "hosting": a checkout should not originate here
ip.asn.connection_type; // "datacenter" | "residential" | "mobile"
ip.detection.is_hosting; // true: datacenter origin on a consumer payment
ip.detection.is_vpn; // deliberate concealment; weigh it, don't ban
ip.detection.vpn_provider; // the named provider, when concealment is present
ip.geo.country_code; // compare against the billing country on the card
ip.threat.threat_types; // e.g. ["vpn"] or ["tor"] when a feed or probe tags the address
ip.threat.is_cgnat; // shared mobile address: a reason for leniency
ip.scoring.fraud_score; // 0-100 composite
ip.scoring.recommended_action; // "allow" | "review" | "step_up" | "block"
ip.scoring.detection_methods; // exactly which signals fired: your audit trail
detection_methods é o campo que transforma isso de uma caixa-preta em uma decisão que você pode defender. Quando um pedido é desafiado ou retido, você consegue dizer por quê (ASN de hospedagem, ocultação por VPN, divergência de país de cobrança, listado em dois feeds nesta semana) em vez de dar de ombros diante de uma pontuação. E country_code é o campo a comparar com o endereço de cobrança do cartão: um cartão cobrado na Alemanha pagando a partir de uma rede de hospedagem em outro país é a história de fraude CNP mais antiga que existe.
Você pode testar o resultado da pontuação em qualquer endereço com o verificador gratuito de pontuação de fraude de IP antes de integrá-lo, e a mesma consulta está documentada como um componente reutilizável em como adicionar detecção de fraude de IP em tempo real ao seu app.
Um IP de hospedagem recebe allow; uma VPN verificada recebe block
Os dois sinais no topo da tabela se comportam de forma muito diferente na pontuação: um endereço de hospedagem simples volta como allow, e um servidor VPN com evidência de protocolo volta como block. Aqui estão os dois, reduzidos a partir de consultas reais feitas em 26/10/2026 (os resultados mudam conforme as faixas se movem). Primeiro, 45.33.32.156, o endereço de hospedagem da chamada acima (o host de teste público do Nmap, scanme.nmap.org):
{
"ip": "45.33.32.156",
"asn": {
"asn": 63949,
"org": "AKAMAI-LINODE-AP - Akamai Connected Cloud",
"asn_type": "hosting",
"connection_type": "datacenter"
},
"geo": { "country_code": "US", "city": "Fremont" },
"detection": {
"is_hosting": true,
"is_vpn": false,
"is_proxy": false,
"is_tor": false
},
"threat": { "is_cgnat": false, "threat_types": [] },
"scoring": {
"fraud_score": 10,
"confidence": 0.25,
"recommended_action": "allow",
"detection_methods": ["datacenter_ip"]
}
}
Depois, 185.213.155.73, um servidor VPN da Mullvad em Frankfurt:
{
"ip": "185.213.155.73",
"asn": {
"asn": 39351,
"org": "ESAB-AS - 31173 Services AB",
"asn_type": "hosting",
"connection_type": "datacenter"
},
"geo": { "country_code": "DE", "city": "Frankfurt am Main (Innenstadt I)" },
"detection": {
"is_vpn": true,
"is_hosting": true,
"is_anonymous": true,
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"threat": { "threat_types": ["vpn"] },
"scoring": {
"fraud_score": 100,
"confidence": 0.7075,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
}
}
O IP de hospedagem acionou um método, datacenter_ip, e obteve 10: a pontuação geral não trata uma origem em datacenter como fraude por si só, então a regra de checkout para isso cabe a você adicionar. A VPN acionou quatro: ela está na lista de servidores publicada pela própria Mullvad (que também nomeia o provedor), essa lista a marca como servidor WireGuard, o protocolo em uma rede de hospedagem adiciona datacenter_with_vpn_proxy e ela não tem nome de DNS reverso. Obteve 100. Nem toda VPN recebe um nome: um servidor encontrado apenas pela nossa própria sondagem de protocolo volta com vpn_provider "none", então não conte com isso. Como compradores reais também usam VPN, trate esse block no checkout como "enviar para 3-D Secure ou revisão", a menos que um segundo sinal concorde, como um país de cobrança diferente de geo.country_code.
3-D Secure sem o imposto da fricção
O segundo portão é onde reduzir chargebacks deixa de ser algo puramente defensivo.
Quando uma transação sem cartão presente é autenticada pelo EMV 3-D Secure, a responsabilidade por um chargeback de fraude posterior geralmente passa do lojista para o emissor do cartão. Essa é a alavanca mais poderosa que você tem contra chargebacks de fraude real: um pedido autenticado que depois se revela fraude normalmente não é prejuízo seu.
Então por que não enviar todo pedido pelo 3DS? Porque um desafio é fricção, e fricção é carrinho abandonado. Force uma verificação adicional em todo comprador e você vai perder mais receita com abandono de carrinho do que jamais perdeu com fraude.
É exatamente essa troca que uma pontuação de risco de IP resolve. Em vez de desafiar todos ou ninguém, você desafia por risco:
- Pontuação baixa (ISP residencial, histórico limpo, país correspondente): deixe passar sem fricção. A maior parte do seu tráfego está aqui.
- Pontuação elevada (divergência de país, sinais fracos), ou uma VPN sem mais nada contra ela: encaminhe para um desafio 3DS. Uma VPN verificada cai na faixa de bloqueio por si só, então isso é uma substituição deliberada. Você obtém a transferência de responsabilidade exatamente nos pedidos em que a quer.
- Pontuação alta (uma VPN verificada ou uma saída Tor com um segundo sinal concordando, como divergência de país): recuse ou retenha para revisão; não gaste a tentativa de 3DS com infraestrutura óbvia.
A pontuação de IP decide quem vê o desafio. É assim que você captura a proteção de responsabilidade do 3DS na fatia arriscada enquanto deixa intacta a sua maioria limpa. É o mesmo raciocínio por ação que apresentamos em a partir de qual pontuação de fraude de IP você deve bloquear, aplicado especificamente à etapa de checkout.
Vencendo a disputa de fraude amigável
O terceiro portão é o que a maioria dos lojistas deixa completamente desarmado, e é onde vivem até três quartos dos chargebacks.
Quando um cliente real contesta uma compra que ele realmente fez, você não poderia tê-la prevenido no checkout, porque o pedido era legítimo. O que você pode fazer é provar que foi ele. A Visa criou um padrão exatamente para isso: o Compelling Evidence 3.0, em vigor desde abril de 2023, que permite a um lojista reverter uma disputa de fraude sem cartão presente (código de motivo Visa 10.4) demonstrando um histórico de transações com o titular do cartão.
Leia o requisito com atenção, porque o endereço IP está escrito nele:
- Você fornece duas transações anteriores não contestadas com as mesmas credenciais, feitas entre 120 e 365 dias atrás.
- Essas transações devem compartilhar elementos de dados principais com o pedido contestado. Os elementos que a Visa nomeia são endereço IP, ID/fingerprint do dispositivo, ID do usuário e endereço de entrega.
- Pelo menos dois elementos devem corresponder nas três transações, e pelo menos um deles deve ser o endereço IP ou o ID/fingerprint do dispositivo.
- Se a evidência se qualificar, a responsabilidade passa para o emissor, e você fica com o dinheiro.
O endereço IP não é um item opcional aqui. Ele é um dos dois elementos-âncora que a Visa aceita como prova de que a pessoa que contesta a cobrança é a mesma que vem comprando de você há meses. Mas aqui está a parte que, silenciosamente, faz os lojistas perderem disputas que poderiam vencer: você só pode enviar essa evidência se tiver capturado o IP em todos os pedidos desde o início e o armazenado por tempo suficiente para voltar um ano inteiro.
Isso muda completamente o sentido da consulta pré-autorização. O IP que você registra no checkout não é apenas um sinal de fraude para o pedido de hoje. É a matéria-prima para vencer uma disputa de fraude amigável daqui a um ano. Capture-o em toda transação, armazene-o no histórico do cliente e o Compelling Evidence 3.0 deixa de ser uma regra que você não consegue usar e vira um chargeback que você consegue reverter.
Como começar nesta semana
- Capture o IP em todo pedido. Armazene-o junto com a transação e o cliente, com um registro de data e hora, e mantenha-o por pelo menos 18 meses para que esteja disponível para um envio de Compelling Evidence 3.0. Você não consegue pontuar (nem defender) o que não registrou.
- Pontue, não bana. Passe cada IP de checkout por uma consulta e armazene a pontuação com o pedido, para poder segmentar as disputas por faixa de risco e ajustar com base em resultados reais.
- Comece pelo piso de datacenter. Um ASN
hostingouconnection_type: "datacenter"em um checkout de consumidor é um sinal de alta confiança e com poucos falsos positivos. A pontuação geral classifica um IP de hospedagem simples comoallow, então escreva isso como sua própria regra de checkout sobredetection.is_hostingem vez de esperar que a pontuação o capture. - Verifique a correspondência de país. Compare
geo.country_codecom o país de cobrança do cartão. Uma divergência junto com qualquer indicador de ocultação é um forte motivo para exigir verificação adicional. - Encaminhe ao 3DS pela pontuação, não por padrão. Envie a fatia arriscada para o desafio e obtenha a transferência de responsabilidade; deixe a maioria limpa passar sem fricção.
- Proteja os clientes reais. Trate CGNAT e ISPs residenciais/móveis como atenuantes. A proteção contra recusas falsas é o que mantém isso lucrativo.
O chargeback já disse de onde veio, duas vezes: no pedido e na disputa. Reduzi-los é, em grande parte, uma questão de prestar atenção nos dois momentos em vez de em nenhum.
Perguntas frequentes
Como a detecção de IP reduz chargebacks?
Em dois pontos. Antes da venda, uma consulta de IP no pedido sinaliza as transações de maior risco (uma conexão de hospedagem/datacenter, uma VPN anonimizadora ou uma saída Tor, um país de cobrança que não corresponde ao país da rede ou um endereço já listado em feeds de ameaças) para que você as encaminhe ao 3-D Secure ou à revisão manual em vez de enviar a mercadoria rumo a uma disputa garantida. Depois da venda, quando um cliente real abre um chargeback de fraude amigável sobre uma compra que de fato fez, o endereço IP é um dos 'elementos de dados principais' nomeados no Compelling Evidence 3.0 da Visa, então um IP capturado e correspondente ajuda você a vencer a contestação. O mesmo campo reduz tanto a fraude que vira chargeback quanto a fraude amigável que você consegue reverter.
Qual taxa de chargeback coloca um lojista em apuros?
No Visa Acquirer Monitoring Program (VAMP), que substituiu os antigos programas VDMP e VFMP em abril de 2025, um lojista é considerado 'Excessivo' com uma taxa de 2,2% no lançamento, caindo para 1,5% a partir de abril de 2026 nos EUA, no Canadá e na UE. O ponto crucial é que apenas transações sem cartão presente (online) contam para essa taxa. O Excessive Chargeback Program da Mastercard sinaliza um Excessive Chargeback Merchant com taxa de 1,5% e 100 a 299 chargebacks, e um High Excessive Chargeback Merchant com 3,0% e 300 ou mais. Violações contínuas levam a multas crescentes e, por fim, à lista MATCH, que pode impedir uma empresa de processar cartões por cinco anos.
Dá para impedir um chargeback apenas bloqueando endereços IP arriscados?
Não. Bloquear é a ferramenta errada e custa mais do que economiza. Um único IP público é rotineiramente compartilhado por muitas pessoas via NAT de nível de operadora, e muitos compradores legítimos usam VPN, então um bloqueio rígido de um endereço ou de uma faixa elimina clientes reais junto com a fraude. O IP é evidência, não veredito: pontue-o como uma entrada ponderada, encaminhe apenas os pedidos realmente de alto risco para autenticação adicional ou revisão e reserve bloqueios diretos para infraestrutura inequívoca, como um endereço de datacenter em um checkout de consumidor.
O 3-D Secure elimina os chargebacks?
Ele transfere a responsabilidade em vez de eliminar as disputas. Quando uma transação sem cartão presente é autenticada pelo EMV 3-D Secure, a responsabilidade por um chargeback de fraude posterior geralmente passa do lojista para o emissor do cartão. O problema é que desafiar todo cliente com uma etapa de 3DS adiciona fricção e faz perder vendas. Uma pontuação de risco de IP permite aplicar o 3DS de forma seletiva: envie os pedidos arriscados para o desafio e deixe os limpos passarem sem fricção. É assim que você obtém a proteção de responsabilidade sem penalizar seus bons clientes.
Como o endereço IP é usado como evidência de chargeback?
O Compelling Evidence 3.0 da Visa, em vigor desde abril de 2023, permite que um lojista conteste uma disputa de fraude sem cartão presente (código de motivo 10.4) mostrando um 'histórico de transações': duas transações anteriores não contestadas com as mesmas credenciais, de 120 a 365 dias atrás, que compartilham elementos de dados principais com o pedido contestado. O endereço IP é um desses elementos principais, e pelo menos uma das duas correspondências exigidas deve ser o endereço IP ou o ID/fingerprint do dispositivo. Se a evidência se qualificar, a responsabilidade passa para o emissor. Isso só funciona se você tiver capturado e armazenado o IP em todos os pedidos desde o início.
Quais sinais de IP preveem um chargeback?
Os campos de maior sinal são o tipo de conexão e o tipo de ASN (um checkout vindo de uma rede de hospedagem/datacenter não é de um comprador comum), os indicadores de anonimizador (VPN, proxy público, Tor), uma divergência entre o país da rede e o país de cobrança e as listagens em feeds de ameaças ponderadas pela recência. NAT de nível de operadora e um ISP residencial comum funcionam no sentido oposto: são motivos para ser mais tolerante, não menos. Uma boa pontuação de risco combina tudo isso em um único número explicável, com os sinais exatos que foram acionados, para que um pedido recusado ou desafiado possa ser justificado em vez de adivinhado.
A equipe por trás da API do GeoIPHub
Escrito pela equipe do GeoIPHub, as pessoas que constroem a API de inteligência de IP do GeoIPHub e seu scanner. Os rascunhos são preparados com auxílio de IA e editados pela equipe; os exemplos de API são consultas reais à API em produção, salvo quando indicados como ilustrativos.


