Chargebacks no Google Play explicados: o que todo desenvolvedor precisa saber
Um cliente compra seu plano premium. Semanas depois, o dinheiro simplesmente desaparece do seu repasse. Nenhum e-mail. Nenhum chamado de suporte. Só um saldo menor e um lançamento que você não previu. Isso é um chargeback no Google Play e, a partir de 3 de agosto de 2026, o custo de perder um deles recai sobre você.
Por anos, o Google absorveu a maior parte dessas perdas. Isso acabou. Um chargeback perdido agora tira dinheiro direto da sua receita. Se você desenvolve para Android e vende qualquer coisa pelo Play Billing, esse é um dinheiro que você pode perder enquanto dorme. O lado bom é que você também ganhou uma nova forma de se defender, e a maioria das equipes ainda não a configurou. Nosso guia de chargebacks no Google Play cobre a configuração, mas este artigo explica primeiro a mecânica.
Este não é um texto explicativo para consumidores. Aqui você vê o que o processo de chargeback do Google Play realmente faz com a sua contabilidade e o seu backend, e o que você pode fazer a respeito.
Principais pontos
• Um chargeback no Google Play é uma reversão forçada de pagamento iniciada pelo banco do cliente, não pelo Google e não pela sua equipe de suporte.
• Desde 3 de agosto de 2026, um chargeback perdido custa a você o preço da compra menos a taxa de serviço do Google, mais a taxa de chargeback do banco.
• O Google envia uma PendingRefundReviewNotification via Real-time Developer Notifications quando uma disputa precisa da sua resposta.
• Você tem 24 horas a partir dessa notificação para responder pela ReviewRefund API.
• Só a sua primeira resposta à API conta. Chamadas posteriores são ignoradas, mesmo que a API continue retornando OK.
• As taxas de chargeback dos bancos são fixas, então em produtos baratos a taxa sozinha pode custar mais que a venda.
• Definir um ID de conta ofuscado no momento da compra é o que permite vincular uma disputa a um usuário real.
• Ficar em silêncio significa absorver a perda total sem nenhum argumento registrado.
O que é um chargeback no Google Play?
Um chargeback no Google Play acontece quando o banco do cliente reverte um pagamento já feito pelo seu app ou por uma compra no app.
O cliente não pede a você. Não pede ao Google. Ele liga para o banco ou para a emissora do cartão e contesta a cobrança. O banco retira o dinheiro e abre uma investigação. Isso é diferente de um reembolso comum porque começa fora da loja, dentro do sistema bancário, onde você não tem acesso direto.
Exemplo. Alguém compra uma assinatura anual de $40. Duas semanas depois, diz ao banco que nunca autorizou a compra. O banco recupera os $40 e marca a cobrança como contestada. Você pode já ter entregue um mês de recursos premium. O chargeback não leva em conta o que você entregou.
No Play, o Google é o merchant of record, então o impacto direto para você é financeiro, e não um problema de reputação junto ao processador. Ainda assim, é dinheiro de verdade saindo da sua conta.
Por que chargebacks são diferentes de reembolsos
Um reembolso é uma solicitação tratada dentro do Google Play. Uma disputa de chargeback no Google Play é tratada por um banco.
Um reembolso segue as regras do Google e as suas configurações. Um chargeback segue as regras das bandeiras de cartão e os prazos do banco. Você tem muito menos controle, e a conta é pior, porque o banco adiciona a própria taxa fixa em cima da venda revertida. Um reembolso padrão também pode passar pelo seu servidor sem nenhum aviso, e um chargeback é ainda mais silencioso até que o dinheiro já tenha ido embora.
Reembolso no Google Play | Chargeback no Google Play |
Iniciado dentro do Google Play pelo usuário ou pelas suas regras | Iniciado no banco pelo cliente |
Segue a política do Google Play e as suas configurações | Segue as regras das bandeiras de cartão e do banco |
Devolve o valor da venda ao comprador | Devolve o valor da venda mais uma taxa fixa do banco |
Muitas vezes você consegue evitar ou moldar | Você só pode contestar com evidências |
Sem taxa bancária extra | Taxa de chargeback do banco somada à sua perda |
Exemplo. Um reembolso de uma compra de $10 devolve $10 ao comprador. Um chargeback dessa mesma compra de $10 pode devolver os $10 e adicionar uma taxa fixa do banco. Em uma venda pequena, uma única disputa pode deixar você mais no prejuízo do que a venda jamais rendeu.
Como funciona o processo de chargeback do Google Play
O processo de chargeback do Google Play começa quando um banco contesta uma cobrança; depois o Google a analisa e, nos casos que precisam da sua participação, pede evidências dentro de uma janela fixa.
Veja o fluxo, passo a passo:
1. O cliente contesta a cobrança junto ao banco.
2. O banco envia a disputa ao Google, o merchant of record.
3. O Google analisa os sinais que já possui sobre a compra.
4. Para disputas que exigem análise do desenvolvedor, o Google envia uma PendingRefundReviewNotification por meio das Real-time Developer Notifications.
5. Você tem 24 horas para responder pela ReviewRefund API com a sua preferência e qualquer evidência de uso.
6. O Google argumenta o caso com o banco usando o que você enviou.
Exemplo. Uma notificação chega ao seu tópico do Pub/Sub às 2h da manhã. Ninguém está monitorando a fila. Às 2h do dia seguinte, a janela fechou. Se o seu sistema nunca respondeu, o Google argumenta o caso apenas com a versão do cliente registrada. Você pode ler como o Google descreve isso na documentação oficial sobre chargebacks.
O que acontece depois de uma notificação de chargeback?
Depois que a notificação chega, um relógio de 24 horas começa a contar, e só a sua primeira resposta pela ReviewRefund API é registrada.
Sua resposta pode conter estes campos:
• pendingRefundToken: o token da notificação. Obrigatório; você o devolve para que o Google possa associar a sua resposta à disputa.
• sampleContentProvided: um sinalizador true ou false que indica se você ofereceu uma amostra gratuita, um período de teste ou informações claras sobre a funcionalidade antes da compra.
• refundPreference: a sua preferência: APPROVE, DECLINE ou NEUTRAL, com base na sua própria lógica.
• consumptionPercentageMilliunits: quanto o cliente usou, em miliunidades, em que 45200 significa 45,2 por cento.
• consumptionUsageEvents: até 1.000 eventos, cada um com timestamp, endereço IP, localização aproximada e uma descrição de até 5.000 caracteres.
Uma regra que derruba muitas equipes. Só a sua primeira chamada é armazenada. Chamadas posteriores retornam OK, mas não mudam nada. Então uma primeira resposta parcial se torna permanente.
Exemplo. Seu servidor dispara uma resposta rápida sem os eventos de uso, planejando enviá-los em uma segunda chamada. Essa segunda chamada é descartada silenciosamente. A resposta incompleta agora é a única que o Google tem. A lista completa de campos está na referência da ReviewRefund API.
Como os desenvolvedores devem responder
Responda automaticamente, dentro da janela, com uma preferência clara e evidências reais de uso vinculadas ao pedido contestado.
Uma resposta forte geralmente faz quatro coisas:
• Associa a disputa a um usuário real por meio do ID de conta ofuscado definido na compra.
• Define uma preferência com base na sua própria lógica, como padrão de fraude ou nível de consumo.
• Anexa eventos de uso com timestamps, endereços IP e localização aproximada.
• Indica se havia uma amostra, período de teste ou prévia da funcionalidade disponível antes da compra.
Exemplo. Um usuário com 60 sessões registradas, um IP que corresponde ao país do cadastro e um percentual de consumo claro é difícil de ser classificado como não autorizado por um banco. Essa evidência é exatamente o que o Google encaminha em seu nome. Uma conta sem nada disso não dá ao Google nenhum argumento.
Erros comuns dos desenvolvedores
Os maiores erros são não escutar a notificação, perder a janela de 24 horas e não ter como vincular uma disputa a um usuário.
O padrão se repete entre as equipes:
• Não se inscrever nas Real-time Developer Notifications para todos os tipos de notificação.
• Tratar a janela como horário comercial em vez de um relógio rígido de 24 horas.
• Nunca definir um ID de conta ofuscado, o que impede associar disputas a um usuário.
• Enviar uma primeira resposta incompleta e presumir que um complemento vai corrigir.
• Ignorar a API porque ela é tecnicamente opcional, enquanto continua absorvendo cada perda.
Exemplo. Uma equipe presume que uma pessoa pode cuidar das disputas no horário de trabalho. Uma notificação chega na sexta à noite. Na segunda, a janela já fechou em três casos distintos, e cada um deles agora é uma perda silenciosa.
Ação do desenvolvedor | Ação do Google |
Definir ID de conta ofuscado na compra | Usa esse ID para vincular a disputa ao pedido certo |
Inscrever-se nas RTDN para todos os tipos | Envia PendingRefundReviewNotification para casos em análise |
Responder em até 24 horas via ReviewRefund | Registra apenas a primeira resposta recebida |
Anexar evidências de uso e preferência | Argumenta o caso com o banco em seu nome |
Não fazer nada | Decide só com a versão do cliente, e a perda é cobrada de você |
Impacto dos chargebacks na receita
Cada chargeback de desenvolvedor no Google Play perdido custa a você o preço da venda menos a taxa de serviço do Google, mais uma taxa fixa do banco, então compras pequenas podem ficar negativas.
Dois casos rápidos mostram a faixa de impacto. Uma assinatura de $40 que perde uma disputa custa a você a receita líquida dessa venda mais a taxa do banco. Um pacote de moedas de $2 é pior: uma taxa fixa do banco pode superar em muito a venda, então uma única disputa apaga a margem de muitas compras legítimas.
A perda também se acumula. Você já gastou com computação, armazenamento e, às vezes, suporte para atender aquela compra. Ter a receita revertida não reembolsa esses custos. E quem contesta repetidamente cobra de você mais de uma vez, e é por isso que associar disputas a uma identidade de usuário importa tanto.
Boas práticas para prevenção de chargebacks
Você não pode impedir um cliente de ligar para o banco, então prevenção de chargebacks significa duas coisas: reduzir as disputas que você consegue evitar e sempre contestar as que receber.
Um checklist prático:
• Defina um ID de conta ofuscado em cada compra, sem exceção.
• Inscreva-se nas Real-time Developer Notifications para todos os tipos de notificação.
• Registre o uso com timestamps, endereços IP e localização aproximada desde o primeiro dia.
• Deixe os termos de cobrança e os detalhes do período de teste claros antes da compra, o que reduz as alegações de "não autorizei".
• Automatize a resposta do ReviewRefund para que nada dependa de alguém estar acordado.
Há mais um passo que as equipes esquecem. Ganhando ou perdendo a disputa, revogar o acesso depois de uma reversão é responsabilidade sua, não do Google. O dinheiro saindo e o acesso terminando são eventos separados.
Exemplo. Um app que registra sessões e define IDs de conta desde o início consegue responder a qualquer disputa em segundos. Um app que não registrou nada não tem nada para enviar, e a janela fecha do mesmo jeito.
Fechando a lacuna
A lacuna que a maioria das equipes carrega é o intervalo entre o momento em que o Google pede evidências e o momento em que alguém percebe.
As regras são públicas. A janela é fixa em 24 horas. A única variável real é se o seu sistema responde a tempo com dados reais. O tratamento manual perde essa corrida quase sempre, porque disputas não esperam o horário comercial.
Chargebacks costumavam ser problema do Google. Agora são seus, mas a evidência e a API para usá-la também são. As equipes que configuram isso ficam com a receita que as equipes silenciosas devolvem sem perceber.
Onde essas políticas estão documentadas
Estas são as fontes primárias por trás de tudo acima. Nenhum blog de terceiros, só documentação oficial do Google.
• Google Play Billing: ajude o Google a contestar chargebacks
• Google Play Developer API: referência de orders.reviewrefund
• Ajuda do Google Play Console: responsabilidade pelos custos de reembolso e chargeback
Referências
Perguntas frequentes
Um chargeback é uma reversão de pagamento iniciada pelo banco do cliente, não pelo Google.
Um reembolso é tratado pelo Google Play; um chargeback é tratado pelo banco do cliente
Você tem 24 horas após receber a notificação.
O Google segue sem a sua participação, e você ainda pode ser cobrado se a disputa for perdida.
Sim. Responda pela ReviewRefund API com a sua decisão e evidências de apoio.
O valor da venda (menos a taxa de serviço do Google) mais a taxa de chargeback do banco.
Sim. Pagamentos de assinatura também podem ser contestados por meio de chargebacks.
Não é possível evitar todos os chargebacks, mas um bom registro de logs, cobrança clara e respostas rápidas podem reduzi-los.
