Rückerstattungen für Add-ons von Google Play Abos treffen einzelne Artikel, doch Ihr Kunde kann nur das ganze Paket kündigen

Verkaufen Sie auf Google Play ein Basis-Abo mit drei Add-ons, können Sie jedes dieser Add-ons einzeln erstatten, ohne den Rest zu kündigen. Ihr Kunde kann das von seiner Seite aus nicht. Google lässt Nutzer nur das ganze Paket kündigen. Die präzisen Werkzeuge für Rückerstattungen von Add-ons bei Google Play Abos liegen also bei Ihnen, dem Entwickler, und nur über die API. Nutzen Sie sie richtig, erstatten Sie genau den Posten, bei dem etwas schiefging. Mit dem falschen Aufruf erstatten oder widerrufen Sie alles.

So ist ein Abo mit Add-ons aufgebaut

Google hat auf der I/O 2025 den Checkout mit mehreren Produkten für Abos angekündigt. Ein einziger Kaufablauf verkauft ein Basis-Abo plus optionale Add-ons, die gemeinsam nach einem Zeitplan abgerechnet werden. Der Entwicklerleitfaden von Google setzt feste Grenzen:

• Nur automatisch verlängerte Basispläne können Add-ons tragen. Prepaid-Pläne nicht.
• Alle Artikel müssen denselben wiederkehrenden Abrechnungszeitraum haben. Monatliche Add-ons auf einem jährlichen Basis-Abo sind nicht erlaubt.
• Ein Kauf enthält höchstens 50 Artikel, also ein Basis-Abo und bis zu 49 Add-ons.
• Die Funktion ist in Südkorea nicht verfügbar.

Alles liegt auf einem einzigen Kauf-Token. Wenn Sie purchases.subscriptionsv2.get aufrufen, enthält die Antwort eine lineItems-Liste mit einem Eintrag pro Artikel. Jeder Posten hat eigene Werte für productId, expiryTime und latestSuccessfulOrderId. Das letzte Feld macht Erstattungen pro Artikel möglich: Jeder Artikel hat seine eigene letzte Bestellung.

Die anteilige Abrechnung beginnt am ersten Tag

Fügt ein Nutzer mitten im Zyklus ein Add-on hinzu, berechnet Google sofort einen anteiligen Betrag, damit das Add-on am selben Datum wie das Basis-Abo verlängert wird. Googles eigenes Beispiel ist ein monatliches Add-on für 10 $, das am 15. August nach einem 7-tägigen Testzeitraum hinzugefügt und mit 2,90 $ für den Rest des Augusts berechnet wird. Ein einzelnes Add-on kann also vor seiner ersten vollen Bestellung eine kurze Bestellung mit ungewöhnlichem Betrag haben. Denken Sie daran, wenn Sie nachsehen, welche Bestellung eine Erstattung trifft.

Ihr Kunde kann nur das ganze Paket kündigen

Die Hilfeseite von Google für Verbraucher ist da deutlich. Nutzer können das Basis-Abo und die Add-ons nur gemeinsam kündigen, und einzelne Add-ons lassen sich derzeit nicht über Google Play kündigen. Pausieren ist ebenfalls nicht möglich. Lehnt ein Nutzer eine Preiserhöhung ab, kündigt Google das Basis-Abo und jedes Add-on gleich mit.

Ein Kunde, der nur ein Add-on loswerden will, hat im Play Store also zwei Möglichkeiten: alles kündigen oder sein Geld zurückverlangen. Beides ist schlecht für Sie. Laut Googles Leitfaden kann stattdessen Ihre App das Entfernen anbieten. Ein entferntes Add-on läuft am Ende seines aktuellen Abrechnungszeitraums ab, und der Rest des Pakets verlängert sich weiter.

Die Erstattungswerkzeuge für Add-ons von Google Play Abos im Vergleich

Google bietet fünf Wege, bei einem Abo mit Add-ons Geld zurückzugeben. Sie unterscheiden sich darin, was erstattet wird und ob der Zugriff endet.

Google gibt in seinem Add-on-Leitfaden eine klare Warnung: Rufen Sie das veraltete purchases.subscriptions.refund nicht für ein Abo mit Add-ons auf. Und orders.refund kann keine Bestellungen erstatten, die älter als drei Jahre sind.

So verhält sich itemBasedRefund

Das Objekt itemBasedRefund hat ein Pflichtfeld, productId, das den zu widerrufenden Artikel benennt. Google beschreibt zwei Ergebnisse:

• Andere Artikel sind noch aktiv: Nur der benannte Artikel wird widerrufen und vollständig erstattet, und das Abo läuft weiter.
• Keine anderen Artikel sind aktiv: Der Artikel wird widerrufen, vollständig erstattet, und das gesamte Abo wird gekündigt.

Pro Anfrage können Sie einen Artikel benennen. Um zwei Add-ons zu erstatten, machen Sie zwei Aufrufe.

Wann Google eine artikelbasierte Erstattung blockiert

Google lehnt ein itemBasedRefund in drei Fällen ab. Das Abo befindet sich in einem beliebigen Zustand mit abgelehnter Zahlung, darunter Kulanzzeitraum und Kontosperre. Der benannte Artikel ist nicht im Besitz des Nutzers oder bereits abgelaufen. Oder der Kauf ist ein Prepaid-Abo, bei dem das Kündigen einzelner Artikel überhaupt nicht unterstützt wird.

Was eine Erstattung per Bestell-ID bewirkt

Googles Leitfaden weist darauf hin, dass das revoke-Flag bei orders.refund den Zugriff nur beendet, wenn die Bestellung die letzte des Abos ist. Bei einer älteren Bestellung gelingt die Erstattung, aber nichts wird widerrufen. Die Play Console funktioniert genauso: Erstatten Sie die neueste Bestellung, wird das Abo entfernt. Erstatten Sie eine ältere, bleibt es aktiv. Bei Add-ons wählen Sie die Bestellung aus der latestSuccessfulOrderId des richtigen Postens, sonst erstatten Sie womöglich eine andere Belastung als gemeint.

Wer über die Erstattung entscheidet und wann Sie Nachweise liefern müssen

Über die meisten Erstattungen bei einem Abo mit Add-ons wird ohne Sie entschieden, wie bei jedem anderen Play Abo. Innerhalb von 48 Stunden nach einem Kauf kann ein Nutzer Google über „Problem melden“ fragen, und Google entscheidet. Danach verweist Google ihn an Sie. Und wenn Sie einen neuen Abo-Kauf nicht innerhalb von drei Tagen bestätigen, erstattet Google dem Nutzer automatisch und widerruft den Kauf.

Nur ein Ablauf fragt nach Ihrer Sicht der Dinge. Wenn ein Karteninhaber eine Rückbuchung einreicht und Google sie zur Prüfung durch den Entwickler markiert, erhalten Sie eine PendingRefundReviewNotification und haben 24 Stunden, um orders.reviewrefund mit einer Erstattungspräferenz und Nutzungsnachweisen aufzurufen. Über Rückbuchungen selbst entscheidet die Bank, und ihre Entscheidung ist endgültig.

Add-on-Erstattungen auf Ihrem Server nachverfolgen

Die RTDN-Referenz von Google nennt SUBSCRIPTION_ITEMS_CHANGED für Änderungen an einem Artikel in einem Abo-Paket und SUBSCRIPTION_REVOKED für ein Abo, das vor seinem Ablaufzeitpunkt widerrufen wurde. Laut Googles Leitfaden löst ein Widerruf über subscriptionsv2.revoke sowohl eine SUBSCRIPTION_REVOKED-Benachrichtigung als auch eine VoidedPurchaseNotification aus und wird in der Voided Purchases API erfasst.

Der Haken ist die subscriptionId. Laut Google wird sie in RTDNs für Abos mit Add-ons nicht mitgeliefert. Verlassen Sie sich also nicht darauf, dass die Benachrichtigung Ihnen sagt, welcher Artikel sich geändert hat. Bei jeder Benachrichtigung zu einem Paket:

• Rufen Sie purchases.subscriptionsv2.get mit dem purchaseToken auf.
• Lesen Sie jedes lineItem und seine expiryTime. Laut Google müssen Sie expiryTime für alle Artikel aktualisieren, nicht nur für den erwarteten.
• Gewähren oder entziehen Sie den Zugriff pro productId, nicht pro Kauf-Token.
• Fragen Sie die Voided Purchases API als Absicherung regelmäßig ab. Sie deckt die letzten 30 Tage ab.

Kulanzzeitraum und Kontosperre gelten für das ganze Paket

Zahlungsprobleme treffen alle Artikel gleichzeitig. Google wählt den kürzesten Kulanzzeitraum unter den aktiven Artikeln und wendet ihn auf die gesamte Verlängerung an. Während des Kulanzzeitraums behält der Nutzer jeden Artikel. In der Kontosperre wird der Zugriff auf alle Artikel ausgesetzt. Wird die Zahlung nie nachgeholt, laufen die abgelehnten Artikel ab, und die übrigen Artikel laufen für den Rest ihrer Abrechnungszeiträume weiter.

Was Sie jeder Erstattungsweg an Geld kostet

Add-ons entsprechen meist etwas, das Sie selbst bezahlen. Zusätzlicher Cloud-Speicher wird von Ihrem Speicheranbieter abgerechnet. Ein Paket mit KI-Credits wird in Aufrufen einer Modell-API abgerechnet. Ein zusätzlicher Platz bedeutet mehr Rechenleistung, und eine Creator-Stufe kann eine Auszahlung auslösen. All diese Kosten entstehen, wenn der Nutzer das Add-on nutzt. Eine Erstattung gibt den Preis zurück, aber keinen Cent dieser Kosten.

Zu viel erstatten

Der teure Fehler ist, zu fullRefund oder proratedRefund zu greifen, wenn sich die Beschwerde auf ein Add-on bezieht. Beide widerrufen jeden Artikel. Sie geben also auch den Basispreis zurück und verlieren einen Abonnenten, der bleiben wollte. Ein itemBasedRefund gibt nur die letzte Belastung dieses Add-ons zurück. Ist es blockiert, gibt ein orders.refund auf die letzte Bestellung dieses Artikels das Geld zurück, ohne etwas zu beenden.

Teilerstattungen und Gebühren

In der Play Console können Sie Teilerstattungen auf Abo-Bestellungen ausstellen, und laut Google gilt der Erstattungsprozentsatz auch für Ihre Auszahlung und die Servicegebühr. Erstatten Sie eine halbe Bestellung, kommt auch die Hälfte der Google-Gebühr zurück. Ihre eigenen Kosten für die Bereitstellung des Add-ons nicht.

Rückbuchungen bei einem Paket

Bei Bestellungen nach dem 3. August 2026 verlagert Google die Kosten von Rückbuchungen auf die Entwickler. Ist eine Rückbuchung erfolgreich, zahlen Sie den Kaufpreis abzüglich der Servicegebühr von Play, plus die Gebühren der Bank. Eine Paketbestellung mit mehreren Add-ons ist eine größere Bestellung, die Sie verlieren können. Nutzungsprotokolle pro Add-on, verknüpft mit der verschleierten Konto-ID, sind das, was Sie in einer Prüfung innerhalb von 24 Stunden einreichen würden.

Eine Checkliste für Add-on-Erstattungen

• Bieten Sie in der App eine Möglichkeit, ein einzelnes Add-on zu entfernen, denn Google Play bietet keine.
• Speichern Sie bei jeder Benachrichtigung productId, expiryTime und latestSuccessfulOrderId jedes lineItem.
• Greifen Sie standardmäßig zu itemBasedRefund, wenn ein einzelnes Add-on das Problem ist.
• Befindet sich das Abo im Kulanzzeitraum oder in der Kontosperre, erstatten Sie stattdessen die Bestellung des Artikels mit orders.refund.
• Rufen Sie für ein Paket niemals das veraltete purchases.subscriptions.refund auf.
• Protokollieren Sie die Add-on-Nutzung pro Konto, damit eine Prüfung einer Rückbuchung innerhalb von 24 Stunden rausgehen kann.
• Werten Sie Erstattungsquoten pro Add-on aus, nicht nur pro Abo, damit sich ein schwaches Add-on nicht in den Zahlen des Basisplans versteckt.