Quais ferramentas se integram às notificações em tempo real do Google Play para defesa de reembolso?

Resposta curta: menos do que você imagina, e a maioria só escuta.

O Google Play RTDN é o cano. Ele transporta renovações, cancelamentos, compras anuladas e, desde meados de 2026, uma mensagem informando que um chargeback está em revisão e que você tem 24 horas para se manifestar. Esse último caso é o único lugar em que a defesa de reembolso do Google Play realmente acontece. Todo o resto do feed é o Google contando o que já decidiu.

Então, quando alguém pergunta quais ferramentas se integram às notificações de desenvolvedor em tempo real do Google Play para defesa de reembolso, na verdade está fazendo duas perguntas. Quais conseguem ouvir o feed e quais conseguem responder a ele. Para o lado da Apple, nosso explicativo sobre o CONSUMPTION_REQUEST aborda o mesmo problema no iOS.

Principais conclusões

• O Google Play RTDN é um tópico Pub/Sub. O Google publica, você se inscreve.

• Apenas um tipo de RTDN permite que você reaja: o PendingRefundReviewNotification. Ele é disparado em chargebacks e dá a você 24 horas.

• Desde 3 de agosto de 2026, você arca com o chargeback. Preço da compra menos a taxa do Google, mais uma taxa bancária de $15 a $25 por cima.

• A maioria das plataformas de assinatura recebe notificações de reembolso do Google Play. Muito poucas enviam algo de volta.

• O RevenueCat responde às revisões de chargeback, mas, segundo sua própria documentação, não envia dados de consumo. Apenas uma preferência e uma flag.

• Se você perder o prazo de 24 horas, o Google argumenta a disputa sem nada da sua parte.

O que o Google Play RTDN realmente envia

As notificações de desenvolvedor em tempo real chegam a um tópico do Google Cloud Pub/Sub que pertence a você. Cada mensagem é um blob em base64 contendo um de cinco payloads. Eventos de assinatura, eventos de produtos avulsos, um ping de teste e os dois que importam aqui.

O VoidedPurchaseNotification é a clássica notificação de reembolso do Google Play. Uma compra foi reembolsada, sofreu chargeback ou foi anulada de outra forma. Quatro campos: purchaseToken, orderId, productType, refundType. Bom para revogar acesso. Inútil para argumentar, porque o dinheiro já se foi.

O PendingRefundReviewNotification é o novo. A referência de RTDN do Google diz que ela é enviada "quando um usuário solicita um chargeback para uma compra, e a solicitação exige revisão do desenvolvedor". Você recebe um pendingRefundToken, o orderId e um refundReason que atualmente é sempre 7, significando CHARGEBACK. Então um cronômetro de 24 horas começa a contar.

As notificações de reembolso do Google Play RTDN vêm, então, em dois tipos. Uma é um recibo. A outra é uma pergunta.

Por que a janela de 24 horas de repente importa

Durante anos, os chargebacks no Android eram problema do Google. Um usuário contestava uma cobrança com o banco, o Google arcava com o prejuízo, você recebia uma notificação de compra anulada e seguia em frente.

Isso acabou para pedidos feitos após 3 de agosto de 2026. Agora você paga o preço da compra menos a taxa de serviço do Play, mais qualquer taxa de chargeback cobrada pelo banco. O Google cobre apenas sua própria taxa de serviço e nada mais.

As taxas das bandeiras de cartão ficam entre $15 e $25 por disputa. Às vezes mais. Então um pacote de moedas de $4.99 que sofre chargeback custa a você cerca de $3.50 em receita perdida mais $20 em taxas. Vinte e três dólares perdidos em uma venda de quatro dólares.

Em troca, o Google abriu a ReviewRefund API. Quando um PendingRefundReviewNotification chega, você faz um POST para orders.reviewrefund com o token, uma refundPreference (DECLINE, APPROVE ou NEUTRAL), se você ofereceu uma amostra, uma porcentagem de consumo em miliunidades e até 1,000 eventos de uso. O Google leva isso ao banco por você.

Se você perder a janela, o Google entra de mãos vazias. Números do setor colocam as taxas de vitória em chargebacks sem assistência em torno de 20 a 30 por cento. Com evidências, alguns fornecedores afirmam 80. Encare os dois números com ressalvas, mas a direção é óbvia.

As ferramentas, organizadas pelo que realmente fazem

Muitos produtos dizem "suportar o Google Play RTDN". Quase todos querem dizer que se inscrevem no tópico. Muito poucos querem dizer que respondem.

Refund Sensor. Criado para essa função. Ele provisiona o tópico Pub/Sub no seu projeto do Cloud, registra-o no Play Console e, quando chega um PendingRefundReviewNotification, envia uma recomendação DECLINE com evidências de entrega e consumo pela Review Refund API. A configuração é um login do Google e duas permissões do Play Console, sem SDK. No momento em que este texto foi escrito, é uma das únicas ferramentas que apresenta evidências, em vez de apenas uma preferência. Detalhes na página de defesa do Google Play.

RevenueCat. Recebe RTDN, consulta a Voided Purchases API e revoga direitos de acesso em caso de reembolso. Em julho de 2026, adicionaram o Google ao Refund Control, então agora respondem às revisões de chargeback. Mas leia a própria documentação deles. No Google, eles enviam o token, o sampleContentProvided definido como true e sua preferência. Nas palavras deles: "O RevenueCat atualmente não coleta nem envia porcentagens de consumo ou eventos de uso." Um voto, mas nenhum argumento. Tudo bem se você já os utiliza. Não é uma defesa completa.

Adapty. Um receptor sólido de RTDN. A documentação deles orienta você a colar um nome de tópico no Play Console e clicar no botão de teste. Os reembolsos aparecem no feed de eventos e disparam webhooks. Nenhuma integração com a ReviewRefund que eu tenha encontrado. Apenas escuta.

Qonversion, Glassfy e as demais. Mesma história. Elas consomem as notificações de desenvolvedor em tempo real do Google Play para manter o estado das assinaturas atualizado. Nenhuma delas toca na revisão de chargeback, segundo sua documentação pública.

Seu próprio backend. Sempre é uma opção. Uma inscrição no Pub/Sub, um decodificador, uma busca de pedido, uma consulta de uso, um POST autenticado. A parte difícil não é o código. É que a notificação chega às 2h de um domingo e o cronômetro não se importa.

Se você está pesquisando um software de gestão de chargebacks do Google Play, pergunte uma coisa a cada fornecedor: quando chega uma notificação de revisão, o que exatamente vocês enviam de volta? "Sua preferência" é um começo. Dados de consumo são uma defesa.

Como integrar o Google Play RTDN para defesa de reembolso por conta própria

Se você prefere construir a comprar, esta é a sequência.

Ative a Cloud Pub/Sub API em um projeto do Google Cloud. Crie um tópico. Conceda ao [email protected] a função de Pub/Sub Publisher nele. Se essa função faltar, nada chega. É a reclamação mais comum nos fóruns do RevenueCat.

No Play Console, acesse Monetize e depois Monetization setup. Marque "Enable real-time notifications", cole o nome completo do tópico (projects/your-project/topics/your-topic) e clique em Send test notification. Se ela chegar, o cano funciona.

Crie uma inscrição no Pub/Sub, push ou pull. Decodifique o campo data. Ramifique de acordo com o payload.

Para o PendingRefundReviewNotification: busque o pedido, extraia o uso real, decida uma preferência, faça um POST para reviewrefund com o pendingRefundToken. Dentro de 24 horas, ou nem tente. Para o VoidedPurchaseNotification: revogue o acesso. Nosso post sobre acesso após um reembolso explica por que essa etapa é fácil de errar especificamente no Google.

Registre tudo. Taxa de resposta e taxa de vitória são números separados.

Uma coisa que o Google não oferece: um PendingRefundReviewNotification de teste. Você configura tudo e espera por um chargeback real. É por isso que ferramentas hospedadas mostram "awaiting first refund event" em vez de um tique verde.

As melhores ferramentas para integração com o Google Play RTDN, se eu tivesse que classificá-las

Especificamente para a defesa de reembolso do Google Play, ou seja, responder à revisão de chargeback com evidências, a lista é curta. O Refund Sensor faz isso com dados de consumo e sem código. O RevenueCat faz isso apenas com uma preferência, o que é melhor que o silêncio, mas não muito. Todos os demais estão apenas observando o feed.

Para a infraestrutura geral de RTDN e sincronização de direitos de acesso, tanto o RevenueCat quanto o Adapty são maduros e bem documentados.

Para não lidar com nada disso, um merchant of record como Tebex ou Xsolla em uma loja web tira a responsabilidade do seu balanço. Isso também tira a compra do Play, e não faz nada pelas que permanecem lá.

Escolha com base no problema que você tem.

Conclusão

O Google Play RTDN foi criado para contar coisas a você. Só recentemente começou a perguntar. O PendingRefundReviewNotification é a primeira vez que o Google quer conhecer o seu lado da história de um reembolso no Android, e chegou na mesma época em que o Google começou a fazer você pagar pelos que perde.

Isso muda a conta. Uma ferramenta que apenas escuta as notificações de reembolso do Google Play era suficiente quando um reembolso perdido custava só a venda. Agora é a venda mais uma taxa bancária, e a única coisa entre você e essa conta é uma requisição POST dentro de 24 horas.

Configure o tópico. Verifique o que a sua plataforma realmente envia de volta. Se a resposta for nada, ou apenas uma preferência, feche essa lacuna antes que o próximo chargeback a encontre.