Welche Tools lassen sich in Google Play Echtzeitbenachrichtigungen zur Rückerstattungsabwehr integrieren?

Kurze Antwort: weniger, als Sie denken – und die meisten hören nur zu.

Google Play RTDN ist die Leitung. Sie überträgt Verlängerungen, Kündigungen, stornierte Käufe und seit Mitte 2026 auch eine Nachricht, die besagt, dass ein Chargeback geprüft wird und Sie 24 Stunden Zeit haben, um sich dazu zu äußern. Nur dort findet Google Play Rückerstattungsabwehr tatsächlich statt. Alles andere im Feed ist Google, das Ihnen mitteilt, was bereits entschieden wurde.

Wenn also jemand fragt, welche Tools sich in Google Play Echtzeit-Entwicklerbenachrichtigungen zur Rückerstattungsabwehr integrieren lassen, stellt er eigentlich zwei Fragen. Welche Tools können den Feed hören, und welche können darauf antworten? Für die Apple-Seite behandelt unser CONSUMPTION_REQUEST-Erklärartikel dasselbe Problem unter iOS.

Das Wichtigste in Kürze

• Google Play RTDN ist ein Pub/Sub-Topic. Google veröffentlicht, Sie abonnieren.

• Nur ein RTDN-Typ erlaubt es Ihnen, Widerspruch einzulegen: PendingRefundReviewNotification. Er wird bei Chargebacks ausgelöst und gibt Ihnen 24 Stunden Zeit.

• Seit dem 3. August 2026 tragen Sie den Chargeback selbst. Kaufpreis abzüglich Googles Gebühr, plus eine Bankgebühr von $15 bis $25 obendrauf.

• Die meisten Abo-Plattformen empfangen Google Play Rückerstattungsbenachrichtigungen. Nur sehr wenige senden etwas zurück.

• RevenueCat beantwortet Chargeback-Prüfungen, sendet aber laut eigener Dokumentation keine Nutzungsdaten. Nur eine Präferenz und ein Flag.

• Verpassen Sie die 24 Stunden, argumentiert Google den Streitfall ohne jeglichen Beitrag von Ihnen.

Was Google Play RTDN tatsächlich sendet

Echtzeit-Entwicklerbenachrichtigungen landen in einem Google Cloud Pub/Sub-Topic, das Ihnen gehört. Jede Nachricht ist ein Base64-Blob mit einem von fünf Payloads. Abo-Ereignisse, Ereignisse für einmalige Produkte, ein Test-Ping und die beiden, die hier wichtig sind.

VoidedPurchaseNotification ist die klassische Google Play Rückerstattungsbenachrichtigung. Ein Kauf wurde erstattet, per Chargeback zurückgebucht oder anderweitig storniert. Vier Felder: purchaseToken, orderId, productType, refundType. Gut, um Zugriff zu entziehen. Nutzlos für eine Argumentation, denn das Geld ist bereits weg.

PendingRefundReviewNotification ist die neue. Googles RTDN-Referenz besagt, sie werde gesendet, „wenn ein Nutzer einen Chargeback für einen Kauf beantragt und die Anfrage eine Prüfung durch den Entwickler erfordert“. Sie erhalten ein pendingRefundToken, die orderId und einen refundReason, der derzeit immer 7 ist, was CHARGEBACK bedeutet. Dann beginnt eine 24-Stunden-Uhr zu laufen.

Google Play RTDN Rückerstattungsbenachrichtigungen gibt es also in zwei Varianten. Die eine ist eine Quittung. Die andere ist eine Frage.

Warum das 24-Stunden-Fenster plötzlich wichtig ist

Jahrelang waren Chargebacks auf Android Googles Problem. Ein Nutzer focht eine Belastung bei seiner Bank an, Google trug die Kosten, Sie erhielten eine Benachrichtigung über einen stornierten Kauf und machten weiter.

Das endete für Bestellungen, die nach dem 3. August 2026 aufgegeben wurden. Sie zahlen jetzt den Kaufpreis abzüglich der Servicegebühr von Play, plus die Chargeback-Gebühr, die die Bank berechnet. Google übernimmt nur seine eigene Servicegebühr und sonst nichts.

Gebühren der Kartennetzwerke liegen bei $15 bis $25 pro Streitfall. Manchmal mehr. Ein $4.99 teures Münzpaket, das per Chargeback zurückgebucht wird, kostet Sie also rund $3.50 an entgangenen Einnahmen plus $20 an Gebühren. Dreiundzwanzig Dollar futsch bei einem Vier-Dollar-Verkauf.

Im Gegenzug hat Google die ReviewRefund-API geöffnet. Wenn eine PendingRefundReviewNotification eintrifft, senden Sie einen POST-Request an orders.reviewrefund mit dem Token, einer refundPreference (DECLINE, APPROVE oder NEUTRAL), der Angabe, ob Sie Beispielinhalte bereitgestellt haben, einem Nutzungsanteil in Milliunits und bis zu 1,000 Nutzungsereignissen. Google bringt das dann für Sie zur Bank.

Verpassen Sie das Fenster, tritt Google ohne Ihre Unterstützung an. Branchenzahlen setzen die Erfolgsquote bei unbegleiteten Chargebacks bei etwa 20 bis 30 Prozent an. Mit Beweisen sprechen manche Anbieter von 80. Nehmen Sie beides mit Vorsicht, aber die Richtung ist eindeutig.

Die Tools, sortiert danach, was sie tatsächlich tun

Viele Produkte behaupten, sie würden „Google Play RTDN unterstützen“. Fast alle meinen damit, dass sie das Topic abonnieren. Nur sehr wenige meinen, dass sie tatsächlich antworten.

Refund Sensor. Genau für diese Aufgabe entwickelt. Es richtet das Pub/Sub-Topic in Ihrem Cloud-Projekt ein, registriert es bei Play Console und übermittelt, sobald eine PendingRefundReviewNotification eintrifft, über die Review Refund API eine DECLINE-Empfehlung samt Liefer- und Nutzungsnachweisen. Die Einrichtung besteht aus einer Google-Anmeldung und zwei Play-Console-Berechtigungen, ohne SDK. Zum Zeitpunkt der Erstellung ist es eines der wenigen Tools, das tatsächlich Beweise einreicht statt nur eine Präferenz. Details finden Sie auf der Google Play-Abwehrseite.

RevenueCat. Empfängt RTDN, fragt die Voided Purchases API ab, entzieht Berechtigungen bei Rückerstattung. Im Juli 2026 fügten sie Google zu Refund Control hinzu, sodass sie nun Chargeback-Prüfungen beantworten. Lesen Sie aber ihre eigene Dokumentation. Bei Google senden sie das Token, sampleContentProvided auf true gesetzt, und Ihre Präferenz. Ihre eigenen Worte: „RevenueCat erfasst oder sendet derzeit keine Nutzungsprozentsätze oder Nutzungsereignisse.“ Eine Stimme, aber kein Argument. In Ordnung, wenn Sie es bereits nutzen. Aber keine vollständige Abwehr.

Adapty. Solider RTDN-Empfänger. Die Dokumentation führt Sie Schritt für Schritt durchs Einfügen eines Topic-Namens in Play Console und das Klicken auf die Test-Schaltfläche. Rückerstattungen erscheinen im Ereignis-Feed und lösen Webhooks aus. Eine ReviewRefund-Integration konnte ich nicht finden. Nur Zuhören.

Qonversion, Glassfy und der Rest. Gleiche Geschichte. Sie verarbeiten Google Play Echtzeit-Entwicklerbenachrichtigungen, um den Abo-Status aktuell zu halten. Keines rührt laut öffentlicher Dokumentation die Chargeback-Prüfung an.

Ihr eigenes Backend. Immer eine Option. Ein Pub/Sub-Abonnement, ein Decoder, eine Bestellabfrage, eine Nutzungsabfrage, ein authentifizierter POST-Request. Das Schwierige daran ist nicht der Code. Es ist, dass die Benachrichtigung sonntags um 2 Uhr nachts eintrifft und die Uhr das nicht interessiert.

Wenn Sie auf der Suche nach Software für das Google Play Chargeback-Management sind, fragen Sie jeden Anbieter eines: Wenn eine Prüfbenachrichtigung eintrifft, was genau senden Sie zurück? „Ihre Präferenz“ ist ein Anfang. Nutzungsdaten sind eine Abwehr.

Wie Sie Google Play RTDN selbst für die Rückerstattungsabwehr integrieren

Wenn Sie lieber selbst bauen als kaufen, ist das die Reihenfolge.

Aktivieren Sie die Cloud Pub/Sub API in einem Google-Cloud-Projekt. Erstellen Sie ein Topic. Weisen Sie [email protected] darauf die Rolle Pub/Sub-Publisher zu. Fehlt diese Rolle, kommt nie etwas an. Das ist die häufigste Beschwerde in den RevenueCat-Foren.

Gehen Sie in Play Console zu Monetize, dann Monetization setup. Aktivieren Sie „Enable real-time notifications“, fügen Sie den vollständigen Topic-Namen ein (projects/your-project/topics/your-topic) und klicken Sie auf Send test notification. Kommt sie an, funktioniert die Leitung.

Erstellen Sie ein Pub/Sub-Abonnement, push oder pull. Decodieren Sie das data-Feld. Verzweigen Sie anhand des Payloads.

Bei PendingRefundReviewNotification: Bestellung nachschlagen, tatsächliche Nutzung abrufen, eine Präferenz festlegen, POST-Request an reviewrefund mit dem pendingRefundToken senden. Innerhalb von 24 Stunden, sonst lohnt es sich nicht. Bei VoidedPurchaseNotification: Zugriff entziehen. Unser Beitrag über Zugriff nach einer Rückerstattung erläutert, warum genau dieser Schritt bei Google besonders leicht schiefgeht.

Protokollieren Sie alles. Antwortquote und Erfolgsquote sind zwei verschiedene Kennzahlen.

Eine Sache gibt Ihnen Google nicht: eine Test-PendingRefundReviewNotification. Sie richten alles ein und warten auf einen echten Chargeback. Deshalb zeigen gehostete Tools „awaiting first refund event“ an statt eines grünen Häkchens.

Die besten Tools für die Google Play RTDN-Integration, wenn ich sie ranken müsste

Speziell für die Google Play Rückerstattungsabwehr, also das Beantworten der Chargeback-Prüfung mit Beweisen, ist die Liste kurz. Refund Sensor erledigt das mit Nutzungsdaten und ohne Code. RevenueCat erledigt es nur mit einer Präferenz, was besser ist als Schweigen, aber nicht viel besser. Alle anderen beobachten nur den Feed.

Für die allgemeine RTDN-Infrastruktur und den Abgleich von Berechtigungen sind RevenueCat und Adapty beide ausgereift und gut dokumentiert.

Wenn Sie sich mit alldem gar nicht befassen wollen, verlagert ein Merchant of Record wie Tebex oder Xsolla auf einem Web-Shop die Haftung aus Ihren Büchern. Das verlagert den Kauf aber auch von Play weg und hilft nicht bei denen, die dort bleiben.

Entscheiden Sie danach, welches Problem Sie tatsächlich haben.

Fazit

Google Play RTDN wurde entwickelt, um Ihnen Dinge mitzuteilen. Erst kürzlich hat es begonnen, auch zu fragen. Die PendingRefundReviewNotification ist das erste Mal, dass Google Ihre Seite der Rückerstattungsgeschichte auf Android hören möchte – und sie kam in derselben Saison, in der Google begann, Sie für die verlorenen Fälle zahlen zu lassen.

Das verändert die Rechnung. Ein Tool, das nur Google Play Rückerstattungsbenachrichtigungen entgegennimmt, war in Ordnung, solange eine verlorene Rückerstattung Sie nur den Verkauf kostete. Jetzt kostet sie den Verkauf plus eine Bankgebühr, und das Einzige, was zwischen Ihnen und dieser Rechnung steht, ist ein POST-Request innerhalb von 24 Stunden.

Richten Sie das Topic ein. Prüfen Sie, was Ihre Plattform tatsächlich zurücksendet. Wenn die Antwort nichts ist, oder nur eine Präferenz, schließen Sie die Lücke, bevor der nächste Chargeback sie findet.