A maioria dos chargebacks de aplicativos pode ser evitada antes que o banco entre em cena, e impedir um agora rende mais do que a própria venda

Um chargeback não é um reembolso, e tratar os dois como iguais é como estúdios de aplicativos perdem dinheiro que nunca precisariam perder. Um reembolso passa pela loja: o cliente pede à Apple ou ao Google, o dinheiro volta, e acabou. Um chargeback pula a loja e vai direto ao banco. O cliente diz ao emissor do cartão que a cobrança estava errada, o emissor retira o dinheiro, e uma taxa à parte costuma vir junto. Para pedidos do Google Play feitos após August 3, 2026, essa taxa e a venda perdida recaem sobre o desenvolvedor, não sobre o Google. Só essa mudança já explica por que evitar chargebacks de aplicativos agora vale a pena, e por que a maioria deles pode ser interrompida muito antes de o banco sequer entrar em cena.

Aqui vem a parte que ajuda você. Uma grande parcela dos chargebacks de aplicativos não é fraude sofisticada. Eles começam com um cliente que não sabe do que é uma cobrança, ou com uma compra que jamais deveria ter sido aprovada. Ambos são coisas sobre as quais você pode agir. O restante disto é um manual: quanto uma disputa perdida realmente custa, as disputas que você pode evitar, a fraude que você pode bloquear na origem, e as duas janelas curtas que são a sua única voz quando o banco já está decidindo.

Por que um chargeback custa mais do que um reembolso

Um reembolso e um chargeback terminam ambos com o dinheiro do cliente voltando, então os estúdios os colocam no mesmo compartimento mental. Os custos não são iguais. Um reembolso devolve o valor da venda e nada mais. Um chargeback devolve o valor da venda e ainda soma a taxa de disputa do banco, e essa taxa é fixa, enquanto os seus preços não são.

A App Store e o Google Play dividem a conta de formas diferentes

Na App Store, um chargeback de cartão é resolvido entre o banco e a Apple, e a Apple cuida da mecânica. No Google Play, as regras mudaram. Para pedidos feitos após August 3, 2026, o Google cobre apenas a taxa de serviço que já havia recolhido, e o desenvolvedor absorve o preço de compra menos essa taxa de serviço, mais a taxa de chargeback que o banco cobrar. O Google descreve a mudança como um alinhamento do Play com o resto do setor de pagamentos.

Os custos que você já gastou não voltam

O valor reembolsado ou disputado é apenas a perda visível. Você já pagou para atender aquela compra. O processamento que rodou a geração, as chamadas de API de terceiros que foram cobradas de você, o armazenamento que você provisionou e qualquer repasse que você enviou a um criador não se revertem quando a cobrança se reverte. Em um consumível de preço baixo, só a taxa fixa de chargeback do banco já pode superar o que o cliente pagou, e o custo de atendimento afundado fica por cima disso. É por isso que um chargeback evitado vale mais do que o preço de etiqueta.

Como evitar chargebacks antes que o banco entre em cena

Você não consegue impedir toda disputa, mas pode eliminar os dois motivos mais comuns para que uma seja aberta: o cliente não reconheceu a cobrança, e a compra era fraudulenta desde o início. Resolva esses dois e o volume cai.

A confusão gera mais disputas do que a fraude

Quando um cliente examina o extrato e não consegue situar uma linha, muitos ligam para o banco antes de pensar em falar com você. O rótulo que você pode controlar é escasso. A Apple imprime apple.com/bill em cada compra e não dá nenhuma opção para mudar isso, então o nome do seu aplicativo nunca aparece. O Google Play coloca o prefixo GOOGLE e depois mostra o nome de extrato que você definiu no Play Console, que é o único campo descritivo que qualquer uma das lojas te oferece. Defina-o com um nome que os seus clientes reconheçam.

Torne a cobrança reconhecível em todos os outros lugares

Já que você não pode corrigir o descritor da Apple, corrija tudo ao redor dele. Uma cobrança surpresa é uma disputa clássica, então elimine a surpresa antes que ela chegue a um extrato.

• Um recibo com a sua marca, no aplicativo e por e-mail, que informe o produto e o valor, enviado assim que a compra for aprovada.
• Um lembrete de renovação antes da cobrança em assinaturas anuais e de preço alto, para que a renovação nunca seja um susto.
• Gerenciamento de assinatura dentro do aplicativo e um jeito de pedir reembolso com um toque, para que o cliente procure você primeiro.
• Uma resposta do suporte dentro da janela de disputa, já que uma resposta rápida muitas vezes impede o cliente de recorrer ao banco.

Cada uma dessas medidas transforma um possível chargeback em uma conversa de suporte ou em um reembolso comum, e um reembolso não carrega taxa bancária.

Interrompa a compra fraudulenta na origem

As disputas das quais você não consegue escapar com conversa são aquelas em que a compra já era fraudulenta desde o início. Essas você bloqueia antes que sejam aprovadas, no seu servidor, com ferramentas que as duas lojas documentam.

Verifique cada compra no seu próprio servidor

Nunca conceda um direito com base na palavra do cliente. Envie o token de compra para o seu backend, confirme-o junto à loja e armazene-o. O Google Play torna o purchaseToken globalmente único, então você pode usá-lo como chave primária e rejeitar qualquer token que já tenha visto antes, o que elimina replay e compartilhamento de recibo. Verifique com a Play Developer API antes de liberar qualquer coisa e, na App Store, valide a transação assinada da mesma maneira.

Nunca entregue uma compra que ainda está pendente

Uma compra pendente não é dinheiro em mãos. O Google Play orienta a conceder um direito apenas quando o estado da compra é PURCHASED, nunca enquanto está PENDING, porque uma cobrança pendente ainda pode falhar. Entregue cedo demais e você terá dado o produto por um pagamento que pode nunca chegar, o que é uma perda que você mesmo criou, não uma disputa que você pode enfrentar.

Associe cada compra ao comprador

As duas lojas permitem anexar um identificador de conta a uma compra, o que as ajuda a detectar padrões suspeitos e ajuda você a associar uma disputa a um usuário. No Google Play, defina o id de conta e o id de perfil ofuscados no fluxo de cobrança com setObfuscatedAccountId e setObfuscatedProfileId. Na App Store, defina um appAccountToken, que deve ser um UUID. Forneça bons sinais à loja e ela bloqueia parte da fraude antes de a transação se concluir.

Recupere valores e corte quem abusa repetidamente

Quando uma compra é anulada, revogada ou sofre chargeback, a Voided Purchases API do Google Play avisa você, para que você possa recuperar o item não usado ou deixar um saldo negativo. Advirta quem comete a primeira infração e, depois, desative compras ou acesso para uma conta que reincida. Um reembolsador em série que mantém o acesso é um convite à próxima disputa.

Quando uma disputa já foi aberta, responda dentro da janela

Depois que um chargeback está em andamento, você não pode revertê-lo sozinho. O que você pode fazer é entregar provas à loja, dentro de uma janela curta, e deixar a loja enfrentar o banco com elas.

A Apple dá a você 12 hours

Quando um cliente solicita reembolso de um consumível ou de uma assinatura de renovação automática, a Apple envia ao seu servidor um CONSUMPTION_REQUEST e espera até 12 hours por dados de consumo: se você entregou, quanto foi usado e se você prefere que o reembolso seja concedido ou recusado. A Apple ainda decide, mas a sua resposta é uma contribuição documentada nessa decisão.

O Google Play dá a você 24 hours

Para uma compra disputada no Play que precisa de revisão, uma PendingRefundReviewNotification chega pelas Real-time Developer Notifications e inicia um relógio de 24 hours. Responda pela API orders.reviewrefund com a sua preferência e as suas provas, e o Google as usa para contestar chargebacks ilegítimos junto ao banco em seu nome. Deixe a janela se fechar em silêncio e a disputa segue sem você.

Por que você não pode apresentar as provas ao banco por conta própria

As equipes de pagamentos falam do Compelling Evidence 3.0 da Visa, uma regra que permite a um comerciante derrotar uma disputa de fraude amigável mostrando duas transações anteriores não contestadas com as mesmas credenciais, cada uma com entre 120 e 365 dias, com dados coincidentes como endereço de IP ou id do dispositivo. Nas suas vendas dentro do aplicativo, você não é o comerciante registrado. A Apple e o Google são. Então é a loja, não você, que monta esse tipo de prova, e a única forma de os seus dados chegarem à disputa é pela janela de revisão acima. Essa é a razão prática de os relógios de 12 hours e 24 hours importarem tanto. Eles são todo o seu lugar à mesa.

A lista de verificação pré-disputa

Nada disso é exótico. É uma lista curta que você pode implementar antes do seu próximo ciclo de cobrança.

• Defina um nome de extrato reconhecível no Google Play e envie recibos com a sua marca em todos os outros lugares.
• Envie lembretes de renovação antes de cobranças anuais e de preço alto.
• Coloque o gerenciamento de assinatura e os pedidos de reembolso a um toque dentro do aplicativo.
• Verifique cada compra no seu servidor e armazene o token como uma chave única.
• Conceda direitos apenas em um estado PURCHASED, nunca em PENDING.
• Anexe um id de conta ou um appAccountToken UUID a cada compra.
• Provisione os feeds de notificação da Apple e do Google e responda a cada solicitação de consumo e a cada revisão de reembolso dentro da janela.