Die Verantwortung für Rückbuchungen bei Play-Käufen ändert sich für Bestellungen, die nach dem 3. August 2026 aufgegeben werden. Verluste, die bisher Google getragen hat, gehen auf Sie über: der Kaufpreis abzüglich der Servicegebühr von Google, zuzüglich der Gebühren der Bank. Zusammen mit diesen Kosten kommt etwas, das Entwickler bisher nie hatten – ein 24-Stunden-Fenster, in dem tatsächlich Nachweise eingereicht werden können.
Die wichtigsten Punkte
Verlorene Rückbuchungen gehen vom Entwicklerumsatz ab – berechnet als Kaufpreis abzüglich der Servicegebühr von Play, zuzüglich der Rückbuchungsgebühren der Bank.
Eine PendingRefundReviewNotification erreicht Sie über RTDN, und die Uhr läuft dabei 24 Stunden.
Was Sie beifügen können, reicht vom verbrauchten Anteil bis zu einem Paket von Nutzungsdatensätzen – maximal 1,000 –, jeweils versehen mit Zeitpunkt, Ursprungs-IP und Standort.
Was Sie zuerst einreichen, zählt. Alles, was danach gesendet wird, wird kommentarlos verworfen.
Bankgebühren richten sich nicht nach dem Preis, sodass bei günstigen Produkten allein die Gebühr höher ausfallen kann als das, was der Kunde bezahlt hat – Schweigen wird dadurch teuer.
Ein Mitspracherecht im Prozess – auf genau einen Tag befristet
Einer Rückbuchung zu widersprechen war bislang schlicht nicht möglich. Was diese Lücke nun füllt, orientiert sich stark am Consumption-Request-Design von Apple. Streitfälle, die eine Prüfung erfordern, erzeugen eine Benachrichtigung, und ab deren Eingang haben Sie genau 24 Stunden Zeit, über die orders.reviewrefund API eine Entscheidung – genehmigen, ablehnen oder neutral – samt unterstützender Nachweise einzureichen. Google nutzt dieses Material anschließend, um den Fall gegenüber der Bank für Sie zu vertreten.
Wer die Rückbuchung trägt, war bisher Google. Ab dem 3. August 2026 ist es größtenteils der Entwickler.
Ihre direkten Kosten lagen bisher bei null. Nach der Änderung sind es der Kaufpreis abzüglich der Servicegebühr, zuzüglich der Bankgebühren.
Was Google weiterhin trägt, war bisher alles. Nach der Änderung sind es nur noch die Kosten der eigenen Servicegebühr.
Ob Sie widersprechen können, war bisher nein. Nach der Änderung: ja, innerhalb eines 24-Stunden-Nachweisfensters.
Was eine Antwort tatsächlich erfordert
Jede Antwort muss das pendingRefundToken zurückgeben. Eine Rückbuchung einem tatsächlichen Nutzer zuzuordnen, hängt davon ab, dass beim Kauf verschleierte Konto-IDs (obfuscated account IDs) gesetzt wurden – ohne sie wird die Zuordnung eines Streitfalls zu jemandem in Ihren Unterlagen zum Raten.
Zu den Nachweisen, die Sie beifügen können, gehören:
Ihre Entscheidung, zusammen mit der Angabe, ob Beispielinhalte verfügbar waren
Ein Verbrauchsprozentsatz in Milliunits, wobei 45200 für 45.2% steht
Bis zu 1,000 Nutzungsereignisse, jeweils mit Zeitstempel, IP-Adresse, grobem Standort und einer Beschreibung von bis zu 5,000 Zeichen
Bevor Sie das umsetzen, sollten Sie Folgendes wissen: Nur Ihre erste Antwort wird gespeichert. Spätere Aufrufe werden stillschweigend verworfen, obwohl weiterhin OK zurückgegeben wird – alles, was beim ersten Versuch unvollständig bleibt, bleibt es dauerhaft.
Die Rechnung hinter dem Schweigen
Die von Banken erhobenen Rückbuchungsgebühren sind pauschal und völlig unabhängig davon, was das Produkt gekostet hat. Günstige Verbrauchsartikel können daher eine Gebühr erzeugen, die höher ausfällt als der Verkauf selbst. Rechnet man die für diesen Kauf bereits aufgewendete Rechenleistung und Speicherung hinzu, summiert sich der Fehlbetrag weiter. Die Nutzung der API bleibt technisch gesehen optional, doch da der Verlust so oder so bei Ihnen landet, bedeutet ein Verzicht, ihn kommentarlos hinzunehmen.
Vorbereitung, bevor der August kommt
Aktivieren Sie RTDN für jeden Benachrichtigungstyp, denn Review-Anfragen treffen über dasselbe Topic ein, das Ihre Abo-Ereignisse bereits nutzen.
Stellen Sie sicher, dass ausnahmslos jeder Kauf mit einer verschleierten Konto-ID versehen wird.
Klären Sie, wo Ihre Nutzungsnachweise tatsächlich liegen – also die Zeitstempel und IP-Adressen, die Sie anführen müssten.
Automatisieren Sie den gesamten Antwortpfad, einschließlich des Fallback-Verhaltens, vor der Frist und nicht erst danach.
Refund Sensor übernimmt diese Pipeline von Anfang bis Ende und reicht eine mit Nachweisen belegte Antwort innerhalb des Zeitfensters ein, ohne dass jemand eine Warteschlange überwachen muss.
Wo diese Regeln dokumentiert sind
Google Play Console-Hilfe: Erstattungsschutz und Verantwortung für Rückbuchungskosten
Google Play Billing: Erstattungs- und Rückbuchungsvorschläge über die Review Refund API
Google: die orders.reviewrefund-Referenz in der Play Developer API
Google Play Billing: Referenz zu Real-Time Developer Notifications
Häufig gestellte Fragen
Am 3. August 2026, und zwar nur für Bestellungen, die ab diesem Zeitpunkt aufgegeben werden. Alles, was vorher gekauft wurde, bleibt unter den bisherigen Regeln, sodass sich die finanzielle Auswirkung schrittweise statt auf einen Schlag bemerkbar macht.
Der Kaufpreis abzüglich der Servicegebühr von Play, zuzüglich der Rückbuchungsgebühren der Bank. Googles verbleibendes Risiko beschränkt sich auf die erhobene Servicegebühr.
Ihre Entscheidung – genehmigen, ablehnen oder neutral –, ein Flag dazu, ob Beispielinhalte vorhanden waren, den verbrauchten Anteil in Milliunits sowie ein Paket von Nutzungsdatensätzen, maximal 1,000, wobei jeder Eintrag festhält, wann es passiert ist, von welchem Konto und welcher IP es stammt, einen groben Standort sowie eine Freitextbeschreibung.
Nein. Nur Ihre erste Antwort wird gespeichert, alles danach wird ignoriert, auch wenn die API weiterhin OK zurückgibt.
Nein, ist sie nicht, aber verlorene Rückbuchungen werden Ihnen trotzdem in Rechnung gestellt. Wer also den einzigen Mechanismus zum Widerspruch ungenutzt lässt, akzeptiert die Verluste kommentarlos.
