A maioria das pessoas termina lendo um post como este da mesma forma. Um pagamento chega mais baixo do que a planilha previa, alguém começa a investigar, e uma hora depois há um número na tela que ninguém gosta de ver.
Os dados de reembolso de apps móveis não estão exatamente escondidos, apenas espalhados. A Apple os mantém em um relatório, o Google em outro além de uma API, e nenhum dos dois diz por que o cliente quis o dinheiro de volta. Abordamos as ferramentas que agem sobre um reembolso em nosso post sobre escolher ferramentas de gestão de reembolso da Apple . Este aqui é sobre as ferramentas que só te dizem o que está acontecendo, e onde cada uma fica muda.
Principais conclusões
Os consoles de ambas as lojas mostram reembolsos como unidades negativas dentro dos relatórios de vendas, uma contagem, mas não um motivo ou uma taxa.
Algo entre 2 e 5 por cento das transações pagas é normal. Acima de 9, o monitoramento já deixou de ser o seu problema.
RevenueCat, Adapty e Qonversion exibem gráficos de taxa de reembolso, mas cada uma data os reembolsos em dias diferentes, então o mesmo mês pode mostrar dois números diferentes.
O Google agora cobra dos desenvolvedores pelos chargebacks em pedidos feitos após 3 de agosto de 2026, e quase nada ainda os monitora como uma linha própria.
O primeiro número que observaríamos não é a taxa em si. É quantas solicitações de reembolso ficaram sem resposta.
Por que os consoles das lojas não são suficientes
O Sales and Trends da Apple realmente tem reembolsos. Na aba Trends, adicione um filtro, defina o Transaction Type como Refunds, e ali estão eles como contagens negativas de unidades. A própria página de ajuda da Apple diz que o dashboard é uma "estimativa quase em tempo real", enquanto os relatórios para download são "finalizados", e que os dois podem divergir, o que acontece, geralmente no dia em que você mais precisa que concordem.
O Google é mais generoso com os dados, menos com a apresentação. A Voided Purchases API te dá acesso a todos os pedidos que foram reembolsados, cancelados ou tiveram chargeback, cada um com um dos nove códigos voidedReason, incluindo remorse, friendly_fraud e chargeback. Mas é uma API, não há gráfico, e você tem 6,000 chamadas por dia para construir o resto por conta própria. Uma pegadinha silenciosa: reembolsos emitidos pelo Play Console sem a opção "Remove entitlement" marcada nunca aparecem nela. Escrevemos sobre isso em nosso post sobre revogar o acesso após um reembolso . E nenhuma das duas lojas te dá uma taxa, apenas contagens. A divisão fica por sua conta, e, pela minha experiência, ela acaba sendo feita de um jeito um pouco diferente todo mês.
Como é um bom número
O State of Subscription Apps 2026 da RevenueCat abrange mais de 115,000 apps, e para a maioria das categorias a taxa de reembolso mediana fica entre 3 e 4 por cento. Produtividade é a mais alta, com 4.7, viagens a mais baixa, com 2.5. O preço também influencia, indo de cerca de 2.7 por cento na ponta mais barata até 4.5 na ponta mais cara. Os outliers variam de 9 a 18 por cento, e quase sempre são causados por um bug, um paywall que promete demais, ou cartões roubados.
O relatório de fevereiro da Adapty, com cerca de 11,000 apps, concorda em grande parte, com educação próxima do topo, por volta de 5 por cento, e viagens na base, próxima de 1.5. Os dois divergem em relação à produtividade, então eu não me apoiaria demais em nenhum número isolado por categoria.
Se você está em 3.5 por cento, está tudo bem. Se está em 8, algo específico está errado e é possível descobrir o quê. Se você não sabe o seu número, resolva isso primeiro.
Software de monitoramento de taxa de reembolso, ferramenta por ferramenta
RevenueCat
O gráfico Refund Rate considera as transações pagas em um período (sem contar os testes) e mostra qual parcela foi reembolsada. O que você precisa saber é que os reembolsos são atribuídos à data da compra original, então um reembolso que acontece hoje para uma compra de março entra em março. Isso é correto para análise de coortes, mas o número do mês passado continua mudando por um tempo, o que surpreende as pessoas.
Adapty
Dois gráficos, refund money e refund events, com data referente a quando o reembolso foi processado, a escolha oposta à da RevenueCat. Nenhuma das duas está errada, mas já vi uma equipe migrar entre as duas e passar uma semana convencida de que a taxa tinha mudado.
Qonversion
Gráficos de Refunds e Refund Rate dentro de Revenue, filtráveis por produto, país e moeda. Ele cumpre o que promete.
Uma planilha
Funciona em baixo volume, não vou fingir o contrário. Ela para de funcionar no dia em que você adiciona um segundo app ou a taxa muda e você quer saber o motivo.
Esse é, em linhas gerais, o estado da análise de reembolsos de apps móveis nas plataformas gerais. Elas respondem bem ao "quantos", mas nenhuma delas consegue realmente responder ao "por quê".
Ferramentas de monitoramento de chargeback para apps móveis: um campo mais restrito
Por muito tempo, os chargebacks eram um problema do Google no Android, mas no iOS praticamente não existiam. Então o Google mudou os termos. Para pedidos após 3 de agosto de 2026, o desenvolvedor absorve o valor contestado menos a taxa do Google, mais uma taxa da bandeira do cartão geralmente entre $15 e $25. Uma compra de $4.99 que sofre chargeback pode custar cerca de $23.
Isso fez o software de análise de chargeback deixar de ser um "seria bom ter" e se tornar algo bastante urgente, e as ferramentas ainda não acompanharam. A Voided Purchases API marca os chargebacks com seu próprio código de motivo, então pelo menos você pode contá-los sozinho. A RevenueCat disse em seu fórum da comunidade, em julho, que "não considera um chargeback como reembolso", então eles não aparecem naquele gráfico de taxa de reembolso. O Chargeflow e ferramentas de disputa parecidas são feitas para pagamentos na web e, pelo que consigo perceber, não têm acesso ao Play billing.
O Refund Sensor monitora as duas lojas em um único dashboard e mantém os reembolsos decididos apenas pelo Google separados dos chargebacks que foram para revisão, com o que enviamos de resposta para cada um. Somente o segundo grupo é algo que você pode contestar. Os detalhes estão na página de defesa de reembolsos do Google Play .
Se você está comparando softwares de gestão de chargeback para apps móveis, pergunte se os chargebacks aparecem como uma linha própria ou se são incorporados aos reembolsos. Quando incorporados, a tendência desaparece, e é a tendência que diz se você tem um problema de fraude ou um problema de produto.
Como monitorar taxas de reembolso em apps móveis sem se enganar
Algumas coisas que aprendemos observando esses dashboards.
Escolha um método de data e não mude. A data da compra te diz sobre a qualidade do produto ao longo do tempo, a data do reembolso te diz sobre o fluxo de caixa deste mês, e misturar os dois na mesma apresentação faz cada gráfico mentir silenciosamente.
Conte as solicitações, não só os resultados. Quando um cliente pede à Apple um reembolso de uma compra dentro do app, a Apple envia um aviso ao seu servidor com um CONSUMPTION_REQUEST e espera 12 horas. O Google agora envia uma notificação de revisão antes de decidir um chargeback e te dá 24. Se sua ferramenta só mostra os reembolsos concedidos, você não tem ideia de quantos desses avisos ficaram sem resposta. Essa lacuna é o número que eu monitoraria antes da própria taxa, e é assim que sabemos que nossa taxa de defesa de 77 por cento é real.
Qual é o melhor software de monitoramento de reembolsos?
Depende do que está faltando. Se você já usa RevenueCat, Adapty ou Qonversion, o gráfico embutido é suficiente para a taxa, só é preciso saber qual método de data ele usa. Se você precisa de chargebacks como uma linha própria, o que no Google Play agora provavelmente é o seu caso, as plataformas gerais em geral ainda não têm isso. Essa é a lacuna que uma ferramenta específica de reembolso preenche. E se você quer saber quantas solicitações você nunca respondeu, só algo que fique de olho nas notificações da loja pode te dizer isso, porque as plataformas de análise veem o resultado e nunca a pergunta.
Conclusão
Monitorar a taxa de reembolso de apps móveis não é a parte difícil. As lojas te dão as contagens e qualquer plataforma de assinatura vai traçar a linha. O problema é que a linha por si só quase não te diz nada, porque dois apps com 4 por cento podem ter coisas completamente diferentes dando errado.
O que torna o monitoramento realmente valioso é o contexto: os motivos, quando a loja os informa, os chargebacks mantidos como sua própria tendência, e algum registro de quantas solicitações você nunca contestou. Comece com a taxa, claro, mas é no contexto que está o valor de verdade.
Perguntas frequentes
Entre 2 e 5 por cento das transações pagas, segundo os relatórios de 2026 da RevenueCat e da Adapty. Produtividade e educação ficam mais altas; viagens e jogos, mais baixas.
Não nos relatórios. O único motivo que a Apple informa é um revocationReason na notificação de servidor REFUND, e basicamente é um sim ou não sobre se o cliente culpou o app.
Depende da ferramenta. A Voided Purchases API do Google os inclui com um código de motivo próprio. A RevenueCat já afirmou que não considera um chargeback como reembolso. Vale a pena verificar antes de comparar dois dashboards.
No Google Play, para pedidos após agosto de 2026, sim, ou pelo menos os chargebacks separados em sua própria série. Agora eles custam o valor da venda mais uma taxa bancária.
Solicitações perdidas, ou seja, as vezes em que a Apple ou o Google pediram sua manifestação e ninguém respondeu a tempo. Isso é invisível em dashboards que mostram apenas o resultado, e geralmente é a maior alavanca que você tem.
