Kurzantwort: Google Play bietet Ihnen zwei Möglichkeiten, zu erfahren, dass ein Kauf erstattet oder widerrufen wurde. Real-Time Developer Notifications (RTDN) senden Ereignisse per Push in dem Moment, in dem sie eintreten, über Google Cloud Pub/Sub, an Ihren Server. Die Voided Purchases API ermöglicht es Ihnen, bei Bedarf eine Liste widerrufener Käufe abzurufen. Beide sind keine Alternativen zueinander: RTDN liefert Geschwindigkeit, die Voided Purchases API liefert ein Sicherheitsnetz, und ein zuverlässiges Setup nutzt beide, damit nichts durchrutscht.
Warum Google Ihnen zwei Mechanismen bietet
Bei Google Play laufen die meisten Rückerstattungen ab, ohne dass Sie gefragt werden: Google veranlasst sie, entzieht die Berechtigung, und Ihre Aufgabe ist es, davon zu erfahren, damit Ihre App und Ihre Analysen korrekt bleiben. (Was Sie anfechten können und was nicht, erfahren Sie unter Google Play Refunds & Chargebacks.)
Google bietet zwei unterschiedliche Werkzeuge, um das herauszufinden, und sie lösen das Problem aus entgegengesetzten Richtungen. Das eine sendet Ihnen Ereignisse per Push, sobald sie eintreten. Das andere ermöglicht es Ihnen, jederzeit eine Liste anzufordern. Gemeinsam eingesetzt gleichen sie die Schwächen des jeweils anderen aus; einzeln eingesetzt hat jedes eine Lücke.
Für Entwickler, die sich mit Android-Rückerstattungs-Tracking befassen, ist dieses Verständnis wichtig, denn ein Echtzeit-Ereignisstrom und ein historischer Abgleichsmechanismus lösen unterschiedliche Teile des Problems der Rückerstattungsüberwachung.
Real-Time Developer Notifications (Push)
Real-Time Developer Notifications (RTDN) sind der Push-Mechanismus. Wenn bei einem Abonnement oder Kauf etwas passiert, einschließlich Rückerstattungen und widerrufener Käufe, veröffentlicht Google ein Ereignis in einem Google Cloud Pub/Sub-Topic, das Ihr Backend abonniert hat. Entscheidend ist dabei die Unmittelbarkeit: Sie erfahren von dem Ereignis fast in dem Moment, in dem es eintritt, statt es erst Stunden später zu entdecken.
Für Entwickler, die nach einer RTDN-Google-Play-Integration suchen: Das ist der Mechanismus, der Google Play-Billing-Ereignisse mit Ihrem Backend verbindet. Bei allem Zeitkritischen, etwa einer Chargeback-Prüfung, bei der Sie rund 24 Stunden Zeit zum Reagieren haben, ist diese Unmittelbarkeit der entscheidende Faktor. Wenn Sie sich auf regelmäßiges Nachprüfen verlassen, haben Sie bereits Zeit verloren, die Sie gar nicht hatten.
Der Haken: RTDN läuft über Pub/Sub, das heißt, es braucht ein Google Cloud-Projekt-Setup, ein Topic, die richtigen Publish-Berechtigungen für Google Play und einen Subscriber auf Ihrer Seite. Das sind mehr bewegliche Teile als ein einzelner Webhook, und genau hier bleiben viele Entwickler hängen.
Die Voided Purchases API (Pull)
Die Google Play Voided Purchases API ist der Pull-Mechanismus. Sie liefert eine Liste von Bestellungen, die widerrufen, erstattet, zurückgebucht oder annulliert wurden, und die Sie jederzeit abfragen können. Statt auf ein Ereignis zu warten, fragen Sie Google direkt: Was wurde widerrufen?
Ihre Stärke liegt in Vollständigkeit und Wiederherstellung. Wurde eine Push-Benachrichtigung verzögert, verpasst oder nie verarbeitet, bringt eine Abfrage der Google Play Voided Purchases API den widerrufenen Kauf trotzdem zum Vorschein. So gleichen Sie Ihre Daten ab und stellen sicher, dass Ihr Datensatz mit dem von Google übereinstimmt.
Der Nachteil: Sie ist von Natur aus nicht sofort verfügbar, sondern etwas, das Sie abfragen müssen, daher ist sie für sich allein ein Sicherheitsnetz und kein Auslöser.
Warum Sie beide brauchen, nicht nur eines
Hier liegt der Unterschied, über den viele stolpern: Das ist keine Entscheidung im Sinne von „Wählen Sie die bessere Option".
RTDN allein liefert Ihnen Geschwindigkeit, aber keine Garantie für Vollständigkeit – verpassen oder verarbeiten Sie eine Benachrichtigung falsch, ist dieses Ereignis einfach aus Ihrem Blickfeld verschwunden.
Die Voided Purchases API allein liefert Ihnen Vollständigkeit, aber keine Geschwindigkeit – von einer Rückerstattung würden Sie erst erfahren, wenn Sie das nächste Mal zufällig eine Abfrage durchführen.
RTDN Google Play gibt Ihrem Backend ein Echtzeit-Signal, während die Google Play Voided Purchases API die Abgleichsebene für verpasste oder verzögerte Ereignisse bereitstellt.
Ein verlässliches Setup nutzt RTDN als Echtzeit-Auslöser und die Voided Purchases API als Abgleichsebene, die alles auffängt, was der Push-Pfad verpasst hat. Geschwindigkeit plus Sicherheitsnetz. Jedes allein lässt eine Lücke, durch die Sie irgendwann fallen.
Wo es kompliziert wird
Das korrekt einzurichten, ist aufwändiger, als es klingt, und der Aufwand ist fortlaufend statt einmalig:
Pub/Sub-Provisionierung. Das Topic anlegen, Google Play die Berechtigung zum Veröffentlichen geben, Ihr Backend als Subscriber einrichten und die Berechtigungen exakt richtig setzen – das ist der Schritt, bei dem am ehesten ein, zwei oder drei Nachmittage verloren gehen. Dieses Pub/Sub-Play-Billing-Setup muss außerdem zuverlässig bleiben, wenn Ihre Billing-Infrastruktur wächst.
Zwei Systeme, die synchron bleiben müssen. Sie betreiben jetzt einen Push-Consumer und einen geplanten Pull-und-Abgleich-Job und müssen sicherstellen, dass beide übereinstimmen.
Deduplizierung und Reihenfolge. Dasselbe Ereignis kann Sie mehr als einmal oder in falscher Reihenfolge erreichen; Ihre Verarbeitung muss idempotent sein.
Aktuell bleiben. Google überarbeitet Billing-APIs und Ereignistypen, und Ihre Integration muss Schritt halten – sonst veraltet sie unbemerkt.
Google Play-Rückerstattungsbenachrichtigungen. Ihr System muss jede relevante Google Play-Rückerstattungsbenachrichtigung korrekt verarbeiten und mit dem richtigen Kauf, der richtigen Berechtigung und dem richtigen Kundendatensatz verknüpfen.
Für sich genommen ist keiner dieser Punkte exotisch. Zusammen ergibt sich daraus jedoch ein echtes Stück Infrastruktur, das Sie aufbauen und pflegen müssen – nur um Rückerstattungen präzise zu verfolgen, die Sie ohnehin meist nicht anfechten können.
Wie sich das in die Rückerstattungsabwicklung einfügt
Setzt man die Teile zusammen, besteht die Google Play-Rückerstattungsabwicklung aus zwei Hälften: das eine, anfechtbare Element (die Chargeback-Prüfung) innerhalb des Zeitfensters erfassen, und alles andere, das Sie nicht anfechten können, korrekt erfassen, damit Ihre Berechtigungen und Analysen stimmen. Beide Hälften hängen davon ab, dass das Fundament aus RTDN und Voided Purchases solide ist.
Für Teams, die sich fragen, wie man Google Play-Rückerstattungen mit RTDN und der Voided Purchases API verfolgt, lautet die Antwort: RTDN für die schnelle Ereigniserkennung nutzen und die Voided Purchases API für Abgleich und Wiederherstellung. So erhält Ihr Backend ein vollständigeres Bild von Rückerstattungen, widerrufenen Käufen und Chargebacks.
Genau diese Ebene übernimmt RefundSensor für Sie. Es provisioniert das Pub/Sub-Topic automatisch, sodass Sie nur einen Topic-Namen in die Play Console einfügen müssen, verarbeitet RTDN in Echtzeit, gleicht gegen widerrufene Käufe ab, damit nichts übersehen wird, reicht innerhalb des Zeitfensters eine Ablehnungsempfehlung für Chargeback-Prüfungen ein und erfasst jede weitere Rückerstattung – alles in einem Dashboard, zusammen mit Ihren Apple-Rückerstattungen. Sie erhalten das Ergebnis eines korrekten Zwei-Mechanismen-Setups, ohne einen der beiden Mechanismen selbst bauen oder pflegen zu müssen.
Offizielle Quellen {#official-sources}
Googles Billing-APIs ändern sich, daher sollten Sie die offizielle Dokumentation als letztgültige Quelle betrachten:
Ein Setup, beide Mechanismen, null Wartungsaufwand. RefundSensor provisioniert Pub/Sub automatisch, verarbeitet RTDN in Echtzeit, gleicht gegen widerrufene Käufe ab und übernimmt Chargeback-Prüfungen für Google Play und Apple, in einem Dashboard. Kostenlos starten →
Interne Links nach Veröffentlichung hinzufügen: Google Play-Rückerstattungen Cornerstone-Artikel · Apple-Rückerstattungsautomatisierung Cornerstone-Artikel · das 12-Stunden-Fenster.
Häufig gestellte Fragen
RTDN sendet Ereignisse in Echtzeit über Pub/Sub per Push an Ihren Server; die Voided Purchases API ermöglicht es Ihnen, bei Bedarf eine Liste widerrufener Bestellungen abzurufen. RTDN liefert Geschwindigkeit, die Voided Purchases API liefert Vollständigkeit.
Für ein zuverlässiges Setup: ja. RTDN ist Ihr Echtzeit-Auslöser, und die Voided Purchases API ist Ihr Sicherheitsnetz für den Abgleich alles dessen, was der Push-Pfad verpasst hat. Jedes für sich allein lässt eine Lücke.
Eine Bestellung, die nicht mehr gültig ist, in der Regel aufgrund einer Rückerstattung, eines Chargebacks oder eines Widerrufs. Das Nachverfolgen widerrufener Käufe hält Ihre Berechtigungen und Analysen korrekt.
RTDN läuft über Google Cloud Pub/Sub, daher sind ein Topic, Publish-Berechtigungen für Google Play und ein Subscriber auf Ihrer Seite nötig – mehr bewegliche Teile, als nur eine einzelne URL einzufügen. RefundSensor provisioniert das Pub/Sub-Topic automatisch, um diese Reibung zu beseitigen.
Meistens nicht. Gewöhnliche Rückerstattungen und Widerrufe entscheidet Google. Der einzige anfechtbare Fall ist ein Chargeback in Prüfung, den Sie über RTDN erfassen und innerhalb des rund 24-Stunden-Fensters beantworten sollten.
