Die erste Rückbuchung, die ich je verpasst habe, ist an einem Samstagabend um 23:40 Uhr eingegangen. Das weiß ich nur, weil ich am Montag in den Pub/Sub-Logs gewühlt habe und sie in einem Topic fand, das niemand abonniert hatte.
Das war vor dem 3. August 2026. Damals kostete ein Verlust nur den Verkauf – und sonst kaum etwas.
Google Play gibt die Kosten von Rückbuchungen inzwischen an Entwickler weiter – bei Bestellungen, die nach diesem Datum aufgegeben wurden. Sie tragen den Bestellbetrag abzüglich der Servicegebühr von Google, plus eine Kartennetzwerk-Gebühr von $15 bis $25 pro Fall. Im Gegenzug gab es auch etwas: die Review Refund API und rund 24 Stunden Zeit, um Beweise einzureichen.
Die Frage ist also nicht, ob Sie Rückbuchungen bearbeiten. Die Frage ist, was sie um Mitternacht bearbeitet. Das Setup finden Sie unter Google Play-Rückbuchungsabwehr. Das hier ist die lange Version: vier Optionen, von zweien würde ich den meisten Teams abraten.
Die wichtigsten Punkte
Die Bearbeitung von Google Play-Rückbuchungen hat genau einen Eingangspunkt: die ReviewRefund API, innerhalb von 24 Stunden nach einer Pending Refund Review Notification.
Google speichert Ihren ersten Aufruf und ignoriert alle weiteren – gibt aber trotzdem „OK" zurück. Ein Versuch, keine Korrekturen.
Nur Rückbuchungen sind anfechtbar. Support-Erstattungen, die 48-Stunden-Play-Erstattung und nicht quittierte Testphasen werden ohne Sie entschieden.
Vier echte Alternativen: selbst bauen, die vorhandene Subscription-Plattform nutzen, Software kaufen oder den Verlust hinnehmen.
Die Rechnung hat sich am 3. August 2026 geändert. Verpassen Sie bei einem Jahresabo für $99 eine Frist, kostet es den Bestellbetrag plus eine Netzwerkgebühr.
Wie manuelle Bearbeitung in der Praxis aussieht
Fairerweise: „Manuell" deckt eine große Bandbreite ab. Am einen Ende steht ein geteiltes Postfach und jemand, der die Play Console checkt, wenn er daran denkt. Am anderen Ende steht ein Dienstplan, ein Slack-Kanal, eine Tabelle mit strittigen Bestellungen.
Die zweite Variante ist besser. Sie scheitert trotzdem – aus Gründen, die nichts mit mangelndem Einsatz zu tun haben.
Erstens: Sie sehen die Uhr nicht. Die 24 Stunden beginnen, sobald eine PendingRefundReviewNotification Ihr Pub/Sub-Topic erreicht. Haben Sie Real-Time Developer Notifications nie aktiviert? Dann erfährt niemand, dass eine Überprüfung läuft, und die Play Console zeigt dafür auch kein Badge an.
Zweitens, und das überrascht viele: Google speichert Ihren ersten ReviewRefund-Aufruf und ignoriert jeden weiteren – gibt aber trotzdem „OK" zurück. Es wirkt, als hätte es funktioniert. Wenn jemand um 9 Uhr morgens eine Antwort anhand händisch zusammengetragener Daten in ein Skript eintippt, bekommt man genau so ein falsches Feld ohne Rückgängig-Funktion.
Mehr Einsatz löst keines dieser beiden Probleme.
Der Ablauf einer Google Play-Rückbuchung
Es lohnt sich, das durchzugehen, denn das Zeitfenster ist kleiner, als die meisten annehmen.
Der Kunde bestreitet die Abbuchung bei seiner Bank – nicht bei Ihnen, nicht bei Google.
Google markiert die Bestellung zur Überprüfung und sendet über RTDN eine PendingRefundReviewNotification mit einem pendingRefundToken, der orderId, einem refundReason von 7 (das steht für CHARGEBACK) und Ihrer obfuscatedAccountId, sofern Sie diese beim Kauf gesetzt haben.
Sie haben etwa 24 Stunden Zeit, um ReviewRefund mit einer Präferenz und allen Beweisen, die Sie zusammenstellen können, aufzurufen.
Google nutzt das, um den Fall gegenüber der Bank zu vertreten.
Verlieren Sie, tragen Sie bei Bestellungen nach dem 3. August 2026 die Kosten.
Eine Asymmetrie, über die es sich nachzudenken lohnt: Apple fragt bei gewöhnlichen Erstattungen über CONSUMPTION_REQUEST nach. Google Play öffnet Überprüfungen nur bei Rückbuchungen. Alles andere wird ohne Sie entschieden, und Sie erfahren davon erst über einen widerrufenen Kauf. Die vollständige Funktionsweise: Google Play-Rückbuchungen erklärt.
Option 1: Den Handler selbst bauen
Ein Pub/Sub-Topic. RTDN aktiviert unter Monetize, dann Monetization setup. Ein Push-Endpunkt, der die Nachricht verifiziert, bevor er ihr vertraut. Dann das base64-codierte data-Feld decodieren, je nach eingegangenem Notification-Objekt (eines von fünf) verzweigen, die Bestellung einem Nutzer zuordnen, Beweise sammeln und ReviewRefund mit einem eingeschränkten OAuth-Token aufrufen.
Der Bau selbst ist nicht der teure Teil. Zwei Wochen, wenn Sie schon einmal Webhook-Infrastruktur aufgebaut haben.
Teuer wird es im zweiten Jahr. Google ändert ein Feld. Ein OAuth-Refresh-Token läuft still und heimlich an einem Sonntag ab. Ihr Handler fällt genau in der Nacht aus, in der ein Streitfall über $200 eingeht – irgendwie läuft es immer so. Sie brauchen Observability, Replay-Handling und Tests für Notification-Formate, die Sie noch nie gesehen haben.
Wenn Sie ein Backend betreiben und Erstattungen einen echten Umsatzposten darstellen, bauen Sie es selbst. Das wäre mir sogar lieber. Wenn Sie als Einzelperson ein Produkt shippen, ist das eine schlechte Nutzung Ihres Monats.
Option 2: Die Subscription-Plattform nutzen, die Sie bereits bezahlen
Prüfen Sie das, bevor Sie überhaupt Code schreiben. RevenueCat hat Googles Review Refund API unter Refund Control integriert, und Adapty bietet auf der Apple-Seite Refund Saver.
Der Reiz: Ihre Receipts, Entitlements und das Customer-Mapping liegen dort bereits vor, wodurch Beweise griffbereiter sind und die Kontenzuordnung gelöst ist.
Die Grenze: Für diese Anbieter ist die Reaktion auf Rückbuchungen ein Feature, nicht das Produkt. Erwarten Sie eine Präferenz und ein paar Flags, nicht 1,000 Nutzungsereignisse mit IP-Adressen. Für viele Apps reicht das völlig aus. Bei stark betrugsbelasteten Streitfällen nicht.
Option 3: Dedizierte Software für das Management von Google Play-Rückbuchungen
Diese Kategorie gab es vor dem 3. August praktisch nicht – das zeigt, wie neu der Anreiz ist.
Das Muster ist immer ähnlich: Der Dienst abonniert Ihre RTDN, reicht innerhalb der Frist eine Ablehnungsempfehlung samt Zustellungs- und Nutzungsbeweisen ein und verfolgt den Ausgang pro Fall.
Refund Sensor macht genau das für Google Play und den App Store über ein einziges Konto. Melden Sie sich mit Google an, erteilen Sie zwei Play Console-Berechtigungen (Finanzdaten einsehen, Bestellungen und Abonnements verwalten), und das Tool richtet das Pub/Sub-Topic selbst ein. Kein SDK, keine Code-Änderungen, nichts, was Sie erneut einreichen müssten.
Der Trade-off: ein weiterer Anbieter, eine weitere monatliche Rechnungsposition. Im Gegenzug müssen Sie nicht mehr die Person sein, die wach bleiben muss.
Option 4: Den Verlust hinnehmen
Für manche Apps ist das legitim, und das will ich nicht beschönigen. Wenn Sie ein Verbrauchsgut für $1.99 verkaufen und vier Rückbuchungen pro Jahr sehen, rechnet sich zwei Wochen Engineering-Aufwand nie.
Rechnen Sie es vorher aber durch. Eine verlorene Rückbuchung bei einem Jahresabo für $99 kostet den Bestellbetrag abzüglich Googles Servicegebühr, plus eine Netzwerkgebühr von $15 bis $25. Zwei solche Fälle pro Quartal ändern die Antwort.
So automatisieren Sie die Bearbeitung von Google Play-Rückbuchungen
Wenn Sie sich für Option 1 entschieden haben, hier die Reihenfolge für den Aufbau. Die Sequenz ist wichtiger, als man denkt.
Aktivieren Sie RTDN in der Play Console und erstellen Sie das Pub/Sub-Topic. Klicken Sie auf Send Test Message, bevor Sie der Pipeline vertrauen.
Decodieren Sie das data-Feld und verzweigen Sie je nach eingegangenem Notification-Objekt. Pro Nachricht kommt nur eines an. Bei pendingRefundReviewNotification speichern Sie den pendingRefundToken und starten einen Timer. Keine E-Mail. Einen Timer.
Ordnen Sie die orderId einem Nutzer zu. obfuscatedAccountId ist der schnelle Weg – allein das ist Grund genug, sie schon jetzt beim Kauf zu setzen.
Stellen Sie Beweise zusammen: sampleContentProvided, consumptionPercentageMilliunits (45200 bedeutet 45.2 Prozent) und bis zu 1,000 consumptionUsageEvents mit Zeitstempeln und IP-Adressen.
Rufen Sie orders.reviewrefund genau einmal auf, mit einer refundPreference von APPROVE, DECLINE oder NEUTRAL. Protokollieren Sie den Aufruf, den Payload und die Antwort.
Behandeln Sie außerdem voidedPurchaseNotification für den Zugriffsentzug und lassen Sie die Voided Purchases API nachts laufen, um abzugleichen. Sie ist auf 6,000 Aufrufe pro Tag begrenzt.
Diesen letzten Schritt lässt jeder aus. Ich habe ihn monatelang ausgelassen. Bei Ausfällen gehen Notifications verloren, und die Pull-API ist der Weg, um herauszufinden, was während der Downtime eingegangen ist. Voided Purchases API versus Real-Time Developer Notifications erklärt, welcher Feed wofür zuständig ist.
Google Play-Rückbuchungen vorbeugen
Günstiger als alles Vorherige – und es wirkt auch bei Streitfällen, die Sie gar nicht kommen sehen.
Ein Kunde, der Ihren Support erreicht, erreicht nicht seine Bank. Ein sichtbarer Kontaktweg in der App plus eine Antwort innerhalb eines Tages verhindert einen überraschend großen Anteil der Streitfälle, bevor sie überhaupt entstehen.
Machen Sie außerdem die Verlängerung unübersehbar: Preis, Laufzeit und Verlängerungsdatum auf demselben Bildschirm wie der Kaufen-Button. Überraschung treibt mehr Streitfälle an als alles andere, was ich bisher gesehen habe.
Zwei weitere Punkte, die zu wenig Beachtung finden. Behalten Sie nicht quittierte Käufe im Blick, denn Testphasen, die unbemerkt in ein Abo übergehen, werden einen Monat später zu Rückbuchungen. Und nutzen Sie voidedReason als Betrugssignal. Es umfasst neun Werte, darunter fraud, friendly_fraud und chargeback, und diese Konten fallen wiederholt auf. Markieren Sie sie, bevor Sie eine weitere Testphase gewähren.
Halten Sie Ihre Quote unter Googles Schwellenwert. Anhaltende Probleme wirken sich auf den Account-Status aus, was schlimmer ist als jede einzelne Erstattung.
Quellen
Häufig gestellte Fragen
Eine Erstattung läuft über Google und wird entweder von Google oder von Ihnen in der Play Console entschieden. Bei einer Rückbuchung wendet sich der Kunde an seine Bank, wodurch der Fall den Regeln des Kartennetzwerks unterliegt. Nur die Rückbuchung löst eine Überprüfung aus, auf die Sie reagieren können, und nur ihre Kosten werden an Sie weitergegeben.
Etwa 24 Stunden ab der PendingRefundReviewNotification. Die Frist beginnt mit der Zustellung, nicht erst, wenn Sie es bemerken.
Google argumentiert die Rückbuchung dann ohne Ihre Beweise – die schwächste Position, die es gibt. Bei Bestellungen nach dem 3. August 2026 kostet eine verlorene Rückbuchung den Bestellwert abzüglich der Servicegebühr, plus eine Netzwerkgebühr.
Nein. Google speichert Ihren ersten ReviewRefund-Aufruf und ignoriert alle weiteren, gibt aber trotzdem „OK" zurück. Testen Sie es an einem Testkauf, bevor es in die Produktion geht.
Diejenige, die die Antwort auch dann einreicht, wenn Sie schlafen. Wenn Sie ein Backend betreiben, ist der Eigenbau ein vertretbares Projekt. Wenn nicht, ist eine Google Play-Rückerstattungssoftware, die sich über Play Console-Berechtigungen verbindet, besser, als für einen Randfall einen eigenen Pub/Sub-Consumer zu schreiben.
Nein. Sie geben Ihre Empfehlung über Googles eigene Play Developer API ab, gestützt auf Belege zu Zustellung und Nutzung. Das ist genau der Kanal, den Google dafür vorgesehen hat.
