O reembolso de um app pago nunca chega ao seu servidor, então o próprio app precisa percebê-lo

Apps pagos antecipadamente são reembolsados por uma porta lateral que quase nenhuma ferramenta de reembolso vigia. Quando o comprador devolve o próprio app, e não algo comprado dentro dele, a Apple e o Google retiram o dinheiro do seu repasse sem enviar uma única notificação ao seu servidor. O Google, pelo menos, desinstala o app. No iOS, desenvolvedores nos fóruns da própria Apple relatam que compradores reembolsados continuam usando o app. Se você vende um app pago, o reembolso dele é o único que você só verá como uma linha negativa em um relatório, a menos que o app verifique isso no dispositivo.

Regras de reembolso de apps pagos no Google Play e na App Store

As duas lojas tratam a compra do download como um produto próprio, com regras próprias. Veja o que diz a documentação de cada uma.

Como funciona a devolução de duas horas no Google Play

A ajuda do Play Console do Google é direta: após comprar um app pago, o usuário tem até duas horas para devolvê-lo com reembolso integral, e só pode devolver um app uma vez. A política de reembolso do Google para consumidores acrescenta que, em até 48 horas, o comprador pode conseguir um reembolso dependendo da compra, que o app é desinstalado como parte do reembolso e que quem compra o mesmo app de novo não pode ser reembolsado por ele. Depois de 48 horas, o Google encaminha os compradores ao desenvolvedor.

Como a Apple reembolsa um app pago

Na App Store, o comprador pede à Apple pelo reportaproblem.apple.com, escolhe um motivo e seleciona o app. A Apple diz para esperar uma atualização em 24 a 48 horas. Você não pode reembolsar uma compra da App Store por conta própria. O seu contrato define o limite máximo. A seção 6.3 do Schedule 2 do Apple Developer Program License Agreement diz que, se o comprador quiser cancelar em até noventa dias após o download, ou se o app não estiver de acordo com as suas especificações ou com a lei aplicável, a Apple pode reembolsar o preço integral, e você ressarce a Apple ou lhe concede um crédito nesse valor.

Por que o seu servidor nunca fica sabendo do reembolso de um app pago

Todos os sinais de reembolso que as duas lojas enviam foram feitos para compras no app. A Apple descreve o seu notificationType como o evento de In-App Purchase ou de compra externa que disparou a notificação. O tipo REFUND cobre um consumível, um não consumível, uma assinatura com renovação automática ou uma assinatura sem renovação. O Get Refund History retorna as compras no app reembolsadas de um cliente. O download do app não está em nenhuma dessas listas.

Com o Google é igual. As notificações do desenvolvedor em tempo real cobrem assinaturas, produtos de compra única e compras anuladas, e o productType de uma compra anulada é uma assinatura ou uma compra única. A Voided Purchases API diz que se aplica a pedidos únicos no app e a assinaturas, e só alcança os últimos 30 dias.

O reembolso de um app pago dispara um CONSUMPTION_REQUEST?

Não. A documentação da Apple diz que ela envia CONSUMPTION_REQUEST quando um cliente pede reembolso de um In-App Purchase consumível ou de uma assinatura com renovação automática. É um dos dois únicos fluxos de reembolso, nas duas lojas, que pedem provas ao desenvolvedor. O outro é a análise de estornos do Google Play, respondida via orders.reviewrefund em até 24 horas, e ela chega pelo mesmo fluxo de notificações de compras no app. Nenhum dos dois está documentado para downloads de apps. O reembolso de um app pago é decidido sem nada que você possa enviar.

O comprador reembolsado continua usando o app?

No Google Play, a política diz que o app é desinstalado. No iOS, os fóruns da Apple têm tópicos de desenvolvedores perguntando exatamente isso. Um de março de 2025 diz: “Quando um usuário reembolsa um app pago antecipadamente, ele continua com acesso ao app.” Outro, de 2022, suspeita de compradores que compram, instalam, pedem reembolso e seguem usando. Um terceiro, de junho de 2025, pergunta se o App Store Server Notifications V2 informa reembolsos no nível do app. Nenhum dos três tem resposta da Apple.

Quanto o reembolso de um app pago custa em dinheiro

O lado do repasse é previsível. A ajuda do Play Console do Google diz que ele devolve a taxa de serviço quando você reembolsa, então o desconto no seu repasse é a sua parte, não o preço cheio. Um reembolso emitido depois que o Google já pagou você sai de um repasse futuro e, se o seu saldo ficar negativo por pelo menos 48 horas, o Google pode debitar a sua conta bancária. Do lado da Apple, o contrato diz que você ressarce um valor igual ao preço. Na prática, a RevenueCat relatou em 2022 que a Apple descontou o valor líquido de comissão exibido como Extended Partner Share, ou seja, a Apple não ficou com a parte dela.

Os custos que não voltam são os que você pagou para atender esse comprador. Um exemplo ilustrativo. Um app de fotos pago de $6.99 aplica seus filtros com um modelo na nuvem e sincroniza projetos com um armazenamento na nuvem. Você pagou um anúncio que trouxe o comprador.

Essa última linha é onde o iOS sai caro. Um comprador reembolsado que mantém o app continua chamando o seu backend, e cada requisição de inferência, sincronização e chamada de API após o reembolso é um custo sem receita por trás. Num app pago sem custos de servidor, um reembolso é uma venda perdida. Num app com backend, pode virar uma conta que não para de crescer.

Como detectar o reembolso de um app pago dentro do app

Como o servidor não recebe nada, a verificação precisa começar no dispositivo e depois avisar o seu servidor.

No iOS, leia revocationDate no AppTransaction

AppTransaction é o registro assinado da App Store da compra do app pelo cliente. A documentação do StoreKit da Apple agora lista nele uma propriedade revocationDate, descrita como a data de revogação da compra do app. Leia AppTransaction.shared na inicialização, verifique o resultado e trate um revocationDate diferente de nil como um download reembolsado. Envie o valor assinado ao seu servidor para que ele pare de atender essa conta.

• O appTransactionID continua o mesmo para uma Apple Account mesmo após um reembolso ou uma nova compra, segundo a Apple, então use-o como chave dos seus registros e o comprador que pagar de novo será reconhecido.
• AppTransaction.refresh() busca um registro atualizado na App Store, mas exibe um pedido de login. A Apple orienta chamá-lo só após uma ação explícita do usuário, como tocar em um botão Restaurar.
• O valor assinado fica no dispositivo. A documentação da Apple não descreve nenhuma notificação de servidor para ele, então o seu servidor só sabe o que o app informa.

No Android, peça ao Play Integrity o veredito de licenciamento

A desinstalação feita pelo Google resolve a maioria dos casos, mas uma cópia pode sobreviver a ela, por exemplo uma instalada manualmente a partir de um backup. A Play Integrity API retorna um appLicensingVerdict para a conta conectada. LICENSED significa que o usuário tem direito ao app. UNLICENSED significa que não tem, e o Google sugere mostrar a caixa de diálogo GET_LICENSED. UNEVALUATED significa que o Google não conseguiu verificar, por exemplo porque o usuário não está conectado ao Google Play. O Google também observa que, em alguns dispositivos mais antigos, o usuário mantém o direito após desinstalar, então LICENSED não prova uma compra ativa em todos os dispositivos.

Faça do servidor o porteiro

Verificações no cliente podem ser removidas com patch. O que vale proteger é o trabalho pago que o seu backend faz, então faça o backend recusar chamadas de uma conta cujo último relatório foi um reembolso, um veredito UNLICENSED ou nenhum veredito após um período de carência que você escolher. É isso que impede um reembolso de virar processamento grátis.

Quando um app pago deve migrar para compras no app

A própria orientação da Apple sobre mudança de modelo de negócio descreve a passagem de um app pago para um app gratuito com In-App Purchases, usando originalAppVersion no AppTransaction para continuar liberando os recursos premium a quem comprou a versão paga. A vantagem dessa mudança em reembolsos é concreta. Quando o preço está num não consumível ou numa assinatura, os reembolsos chegam como notificações REFUND e compras anuladas sobre as quais o seu servidor pode agir, e um pedido de reembolso de assinatura na App Store dispara um CONSUMPTION_REQUEST. Esses são os sinais que a RefundHalt escuta e responde dentro das janelas de 12 horas e 24 horas. Um download pago não lhe dá nenhum deles.