Existe um tipo particular de silêncio quando um desenvolvedor abre um pagamento da App Store e ele está alguns pontos percentuais mais leve do que o dashboard de vendas prometia. Ninguém enviou e-mail, nada quebrou, a Apple simplesmente devolveu algum dinheiro em seu nome e seguiu em frente.
Essa diferença é maior do que a maioria das pessoas imagina, e mostramos como ela se transforma em dinheiro de verdade em nosso post sobre reembolsos na App Store e vazamento de receita. Este aqui é a versão prática: como as solicitações de reembolso da Apple percorrem o sistema, para onde vai a receita e o que um desenvolvedor realmente pode fazer, o que é mais do que você imagina e menos do que os fornecedores dizem.
Principais conclusões
A Apple decide todos os reembolsos da App Store. Você não tem poder de veto, mas desde 2021 é consultado, e tem cerca de 12 horas para responder.
A política escrita de reembolso da App Store é curta. A real é o sistema de decisão da Apple, que pondera o histórico do cliente e tudo o que você envia.
Um reembolso reverte toda a venda, e se você não revogar o acesso, o cliente também continua com o conteúdo.
O abuso de reembolso é uma minoria das solicitações, mas se concentra em consumíveis e contas recorrentes, e é a parte que você pode combater.
A Dipsea reduziu sua taxa de reembolso em cerca de um terço apenas ao começar a responder à Apple.
Como o processo de reembolso da Apple realmente funciona
O cliente não vai até você. Ele acessa reportaproblem.apple.com, escolhe "Solicitar reembolso", seleciona um motivo e envia. A página de suporte da Apple diz para esperar de 24 a 48 horas e observa que a elegibilidade "pode variar de acordo com o país ou região", o que é a Apple reconhecendo que a legislação do consumidor em lugares como a UE e a Austrália concede direitos às pessoas além dos termos. Os próprios termos dizem que as transações são finais, e mesmo assim muitas acabam sendo reembolsadas.
Em algum momento dentro dessas 48 horas, se você configurou o App Store Server Notifications, a Apple envia ao seu servidor um CONSUMPTION_REQUEST perguntando se o cliente usou o que comprou. Você tem 12 horas. Os engenheiros da Apple disseram em um Tech Talk sobre como lidar com reembolsos que o sistema de decisão analisa "o histórico de compras e reembolsos do cliente" junto com tudo o que você envia, e então você recebe uma notificação REFUND ou REFUND_DECLINED. Nosso guia explicativo do CONSUMPTION_REQUEST traz a versão campo a campo.
Duas coisas sobre isso surpreendem as pessoas. A Apple nunca diz quem é o cliente, apenas um ID de transação. E se você não responder dentro das 12 horas, a Apple decide com o seu lado em branco, o que a análise da RevenueCat resumiu como a Apple "geralmente concede o reembolso por padrão."
Como as solicitações de reembolso da Apple afetam a receita do app
O custo direto é simples de entender. A Apple reverte a transação e a sua parte sai do próximo pagamento. Com uma taxa de reembolso de 4 por cento, um app que fatura $50,000 por mês está devolvendo cerca de $2,000 disso, antes mesmo de alguém perguntar se esses reembolsos foram justos.
É nos custos indiretos que a conta pesa de verdade. Um consumível reembolsado depois que as moedas já foram gastas significa que você entregou o produto e não recebeu nada. Uma assinatura reembolsada sem o processamento da notificação REFUND significa que o cliente mantém o acesso pelo resto do período, então você pagou duas vezes. Nos apps que usam o Refund Sensor, o caso médio vale $33.31, o que parece pouco até você multiplicar por 2,870 casos e chegar perto de cem mil dólares. É basicamente assim que a coisa parece por dentro, muitos valores pequenos que não pertencem a ninguém.
Onde o abuso de reembolso na App Store aparece
A maioria das solicitações de reembolso é comum. Uma criança comprou gemas, alguém esqueceu de cancelar um teste gratuito, o app travou em um iPad antigo. Trate esses casos como atendimento ao cliente, porque é assim que a Apple os trata.
O abuso é uma fatia menor, mas com um padrão reconhecível: consumíveis comprados, usados e reembolsados em um dia, a mesma conta fazendo isso em vários apps, uma assinatura reembolsada no último dia do período, todo mês. A Apple vê muito mais disso do que qualquer desenvolvedor. Seu relatório de fraude de 2026 diz que ela bloqueou $2.2 bilhões em transações potencialmente fraudulentas em 2025 e encerrou 40.4 milhões de contas de clientes por fraude e abuso. O abuso de reembolso é o primo menor dessa fraude, a parte que escapa e chega até você.
O que você pode fazer a respeito é mais limitado do que as pessoas gostariam. Você não pode impedir um cliente de solicitar. Você pode informar à Apple que as moedas foram gastas, que é exatamente para isso que serve a consumption request, e pode garantir que um reembolso concedido realmente remova o conteúdo, porque um usuário abusivo que continua com as gemas vai fazer isso de novo. Um bom número de apps nunca implementou essa parte.
O que um desenvolvedor pode fazer nas 12 horas
Grande parte disso é simplesmente responder. A Dipsea, um app de áudio por assinatura, começou a responder às consumption requests no final de 2024 e sua taxa de reembolso caiu de 3 por cento para 1.9 por cento em cerca de duas semanas. Ninguém lá pediu para a Apple recusar nada. Eles simplesmente pararam de deixar o formulário em branco.
Algumas observações de quem acompanha isso em muitos apps. Anexe um appAccountToken no momento da compra, ou você não conseguirá conectar a transação que a Apple identifica a um usuário no seu banco de dados. Inclua o consentimento para compartilhamento de dados de uso nos seus termos, porque a Apple diz para não enviar nada sem isso. Envie a preferência de reembolso com honestidade, já que a Apple trata isso como uma preferência e ignora tentativas óbvias de enrolação. E registre cada solicitação com um timestamp, porque as que você perde chegam às 3h de um sábado.
Depois, olhe para a origem do problema. A própria lista de motivos da Apple inclui UNINTENDED_PURCHASE e UNSATISFIED_WITH_PURCHASE, e ambos são problemas de produto antes de serem problemas de reembolso. Um lembrete no dia anterior à conversão de um teste gratuito, um paywall que mostra o preço no mesmo tamanho dos benefícios, uma etapa de confirmação para consumíveis em um jogo infantil. Cada um desses ajustes elimina solicitações antes que elas existam, o que é melhor do que vencê-las depois.
Software de gestão de reembolsos da App Store, e se você realmente precisa de um
Você pode construir isso sozinho. Um endpoint para a notificação, uma busca do ID da transação até o usuário, um PUT para o endpoint de consumption da Apple e um job que dá alerta se algo ficar parado por oito horas. Um bom desenvolvedor backend faz isso em uma semana e depois fica responsável por isso para sempre, que é o custo real.
Se você já usa o RevenueCat ou o Adapty, ambos respondem às consumption requests usando os dados de uso coletados por seus SDKs, e essa é uma opção sensata se o SDK já está no seu app de qualquer forma.
O Refund Sensor é a opção independente. Ele se conecta com uma chave de API do App Store Connect e uma URL de notificações, sem SDK, e cobre Apple e Google em um só lugar. Em mais de 800 apps, ele já defendeu 77 por cento das solicitações elegíveis. O preço é fixo, um plano gratuito e depois $39.99 ou $79.99 por mês, sem nenhuma porcentagem sobre o que é recuperado. Os detalhes de configuração estão na página de defesa de reembolsos da Apple.
Uma ressalva que vale para tudo isso, incluindo o nosso. O que é vendido como App Store revenue protection software não consegue evitar reembolsos nem fazer a Apple decidir a seu favor. O que ele garante é que a Apple ouça você sempre, dentro do prazo, com dados precisos. Isso acaba valendo muito, e é exatamente tudo o que essas ferramentas fazem.
Conclusão
As solicitações de reembolso da Apple não vão desaparecer, e você não tem poder de veto. O que mudou em 2021 foi que a Apple passou a perguntar, e a maioria dos desenvolvedores ainda não responde. O processo de reembolso da Apple funciona com base no que chega até ela em 12 horas, e um formulário em branco sempre perde para a história do cliente.
Então proteja a receita nessa ordem. Responda à solicitação, revogue o acesso quando o reembolso ocorrer para que o abuso não compense, e depois corrija o paywall e o fluxo de teste gratuito que geram essas solicitações em primeiro lugar. Se você mesmo constrói essa resposta, usa a da sua plataforma de assinaturas ou entrega para uma ferramenta importa menos do que simplesmente fazer isso.
Perguntas frequentes
Não. A Apple é quem toma a decisão. Você pode enviar dados de consumo e uma preferência de reembolso em até 12 horas, e a Apple leva isso em conta, mas ela pode — e frequentemente faz — ignorar a posição do desenvolvedor.
A Apple pede que os clientes esperem de 24 a 48 horas. Sua janela para responder é de 12 horas a partir do CONSUMPTION_REQUEST, que geralmente chega no início desse período.
Quase nada. A notificação REFUND inclui um revocationReason que é "app issue" ou "other". A própria solicitação traz o motivo escolhido pelo cliente, que é mais útil.
Comprar, consumir e solicitar reembolso de propósito, geralmente de consumíveis, muitas vezes repetidamente em vários apps. O sistema de decisão da Apple já considera o histórico de reembolsos, então o seu papel é confirmar o consumo e revogar o acesso quando o reembolso acontecer.
Só se você não conseguir responder de forma confiável às consumption requests em 12 horas manualmente. Com poucas solicitações por semana, uma checklist pode ser suficiente. Acima disso, automatize, seja com o seu próprio código, sua plataforma de assinaturas ou uma ferramenta dedicada.
