Apple und Google erstatten jeweils nur im eigenen Store, also muss Ihr plattformübergreifendes Abo den Zugang überall sonst beenden

Ihr Abonnent hat bei Apple bezahlt, am selben Nachmittag Ihre Android-App geöffnet und nutzt bei der Arbeit inzwischen Ihre Website. Dann erstattet Apple den Kauf. Google Play weiß davon nichts. Ihre Web-Abrechnung weiß davon nichts. Solange Ihr eigener Server den Zugang nicht beendet, funktioniert ein erstattetes plattformübergreifendes Abo auf jedem Bildschirm weiter, der Ihre Kontodatenbank ausliest. Die Stores erstatten jeweils nur im eigenen Storefront, und Ihr Kontosystem ist der einzige Ort, an dem das gesamte Abo existiert. Damit ist es auch der einzige Ort, der es beenden kann.

Warum die Erstattung eines Stores ein plattformübergreifendes Abo nicht beendet

Apple erlaubt dieses Modell ausdrücklich. App Review Guideline 3.1.3(b), Multiplatform Services, besagt, dass Apps, die auf mehreren Plattformen laufen, Nutzern Zugang zu Inhalten, Abos oder Funktionen geben dürfen, die sie in Ihrer App auf anderen Plattformen oder auf Ihrer Website erworben haben, sofern diese auch als In-App-Käufe in der App erhältlich sind.

Apples Leitfaden zum Anbieten eines Abos über mehrere Apps beschreibt, wie das in der Praxis funktioniert. Ihr Server gewährt den Zugang über eine einheitliche Kontodatenbank, und jede App liest daraus. Derselbe Leitfaden warnt: Wird ein Kauf nicht an die anderen Apps weitergegeben, zahlt der Nutzer womöglich mehrfach für denselben Dienst.

Dieses Design hat eine Folge, die oft übersehen wird. Die Berechtigung liegt in Ihrer Datenbank, aber jeder Store kennt nur seine eigenen Belege. Apple kann den iPhone-Kauf erstatten und Ihren Server informieren. Ihrer Android-App oder Ihrer Website kann Apple nichts mitteilen. Aktualisiert der Erstattungs-Handler nur den iOS-Client, bekommt der Kunde sein Geld zurück und behält das Abo überall sonst.

So entziehen Sie nach einer Erstattung den Zugang auf jeder Plattform

Verknüpfen Sie jeden Store-Kauf mit einem Konto

Der schwierige Teil ist, eine Erstattung einer Person zuzuordnen, denn jeder Store identifiziert den Käufer auf seine eigene Weise. Beide bieten ein Feld für Ihre eigene Konto-ID. Nutzen Sie es bei jedem Kauf.

• Setzen Sie bei Apple zu Beginn des Kaufs einen appAccountToken, eine von Ihnen erzeugte UUID. Der App Store gibt dieselbe UUID in den Transaktions- und Verlängerungsinformationen zurück. Laut Apple können Sie einen Wert für alle Transaktionen desselben Kunden wiederverwenden.
• Hat der Kunde außerhalb Ihrer App gekauft, etwa durch Einlösen eines Angebotscodes im App Store, hat die Transaktion keinen Token. Der Endpunkt Set App Account Token fügt ihn hinzu. Bei einem automatisch verlängernden Abo gilt er für die aktuelle und alle späteren Verlängerungen, nicht für frühere Transaktionen, und er funktioniert nicht für Käufe, die über die Familienfreigabe geteilt werden.
• Übergeben Sie bei Google Play beim Start des Kaufvorgangs eine verschleierte Konto-ID mit setObfuscatedAccountId. Sie ist auf 64 Zeichen begrenzt. Laut Google führen personenbezogene Daten im Klartext wie eine E-Mail-Adresse zur Sperrung von Käufen. Google empfiehlt Verschlüsselung oder einen Einweg-Hash.

Hören Sie beide Stores ab und schreiben Sie eine einzige Berechtigung

Apple sendet REFUND, wenn es einen beliebigen Produkttyp erstattet, automatisch verlängernde Abos eingeschlossen. REFUND_REVERSED sendet Apple, wenn es eine bereits gewährte Erstattung wegen eines vom Kunden angestoßenen Streitfalls rückgängig macht. Bei Google Play listet die Voided Purchases API erstattete und zurückgebuchte Käufe auf, jeweils mit einer orderId, die den genauen Kauf oder die genaue Verlängerung identifiziert. Ihr Web-Zahlungsanbieter sendet ein eigenes Erstattungsereignis. Alle drei sollten im selben Handler landen und denselben Datensatz ändern.

Entziehen Sie die Berechtigung, nicht das Konto

Eine Erstattung storniert einen Kauf, keine Person. Entfernen Sie den Zugang, der aus dem erstatteten Kauf stammt, und berechnen Sie dann neu, was dem Konto noch zusteht. Hat der Kunde zusätzlich ein aktives Abo aus einem anderen Store, behält er darüber den Zugang. Wenn nicht, verliert jeder Client die Premium-Funktionen, sobald er das nächste Mal bei Ihrem Server nachfragt.

Wenn dieselbe Person in zwei Stores abonniert

Doppelte Abos sind die andere Hälfte des Problems. Jemand abonniert auf Android, bekommt ein neues iPhone, meldet sich nicht an und abonniert erneut. Nun zahlt er doppelt für einen Dienst, und eine der beiden Abbuchungen wird meist zu einem Erstattungsantrag. Apples Commerce-Team brachte es im Apple Developer Forum in einer Antwort an einen Entwickler auf den Punkt: Ein App-Kontosystem sollte Logik enthalten, die den doppelten Kauf auf einer anderen Plattform verhindert.

Prüfen Sie jeden Store, bevor Sie die Paywall zeigen

Melden Sie den Nutzer vor der Paywall an, suchen Sie auf Ihrem Server alle seine aktiven Käufe und überspringen Sie das Angebot, wenn einer davon diese Plattform abdeckt. Diese eine Prüfung verhindert die meisten doppelten Abbuchungen, bevor sie entstehen.

Welchen Kauf sollte ich erstatten, wenn es schon passiert ist?

Erstatten Sie den, über den Sie entscheiden. Bei Google Play können Sie die Erstattung selbst in der Play Console auslösen, und purchases.subscriptionsv2.cancel mit DEVELOPER_REQUESTED_STOP_PAYMENTS stoppt die nächste Zahlung. Ihr Web-Abo können Sie ohne Weiteres selbst erstatten. Über App-Store-Erstattungen entscheidet Apple. Liegt das Duplikat also auf dem iPhone, beantragt der Kunde die Erstattung bei Apple, und Ihre App kann diesen Antrag mit der Refund-Request-API von StoreKit öffnen.

Was Sie eine Erstattung kostet, die eine Plattform verfehlt

Der erstattete Preis ist nur der erste Verlust. Ein Kunde, dessen Apple-Erstattung nie bei Ihrer Android-App oder Website angekommen ist, nutzt weiter, wofür Sie den Betrieb bezahlen. Jede Sitzung verbraucht weiter Rechenleistung. Jede KI-Funktion löst weiter API-Aufrufe bei Drittanbietern aus, die Ihnen in Rechnung gestellt werden. Seine Dateien belegen weiter Speicher, und wenn Ihre App Creator pro Aufruf oder pro Nutzung bezahlt, fließen diese Auszahlungen weiter. Bei einem Jahresabo kann das ein ganzes Jahr Betriebskosten für ein Konto bedeuten, das nichts mehr zahlt.

Der Weg über die Bank macht es schlimmer. Für Google-Play-Bestellungen ab dem 3. August 2026 gilt laut Google: Geht eine Rückbuchung durch, trägt der Entwickler den Kaufpreis abzüglich der Play-Servicegebühr sowie die Rückbuchungsgebühren, die das Finanzinstitut erhebt. Eine Rückbuchung ist bei der Bank endgültig. Ein Kunde, der zurückgebucht hat und trotzdem noch Zugang hat, kostet Sie den Preis, die Gebühren und die Betriebskosten auf einmal.

Plattformübergreifende Nutzung bleibt ein Beleg

Ein Konto über alle Plattformen hilft auch, wenn ein Store Ihre Sicht der Dinge erfragt. Apples Verbrauchsinformationen fragen, welchen Anteil eines Verbrauchsguts, Nicht-Verbrauchsguts oder nicht verlängernden Abos der Kunde verbraucht hat. Für automatisch verlängernde Abos senden Sie keinen Prozentsatz, weil Apple ihn aus der verstrichenen Zeit berechnet. Die Rückbuchungsprüfung von Google Play akzeptiert bis zu 1.000 Nutzungsereignisse, die jeweils die verschleierte Konto-ID enthalten können. Nutzung, die unter einer Konto-ID protokolliert wurde, egal auf welchem Gerät, ist Nutzung, die Sie vorweisen können.

Bei welchen Erstattungen Sie nie gefragt werden

Die meisten Erstattungen werden ohne Sie entschieden. Google Play kann einen Kauf innerhalb von 48 Stunden über seinen eigenen Erstattungsablauf erstatten. Erstattungen durch den Store-Support, stornierte Käufe und Googles automatische Erstattung von Käufen, die Sie nie bestätigen, nach etwa 72 Stunden, passieren alle zuerst und werden erst danach gemeldet. Für diese Fälle ist die oben beschriebene Entzugslogik die gesamte Aufgabe.

Nur zwei Abläufe fragen nach Belegen. Apples CONSUMPTION_REQUEST gibt Ihnen 12 Stunden, um Verbrauchsinformationen zu senden. Die Rückbuchungsprüfung von Google Play gibt Ihnen ab der PendingRefundReviewNotification 24 Stunden, um über orders.reviewrefund zu antworten, und Google wertet nur Ihren ersten Aufruf. RefundHalt beantwortet beide innerhalb der Frist, mit den Nutzungsdaten, die Sie bereits erfassen, verknüpft mit demselben Konto über alle Ihre Apps.

Eine kurze Checkliste für plattformübergreifende Erstattungen

• Setzen Sie appAccountToken bei Apple-Käufen und eine verschleierte Konto-ID bei Google-Play-Käufen.
• Ergänzen Sie fehlende Apple-Tokens bei eingelösten Angebotscodes mit Set App Account Token.
• Leiten Sie Apples REFUND und REFUND_REVERSED, stornierte Google-Play-Käufe und Web-Erstattungen in einen einzigen Handler.
• Speichern Sie jeden Kauf mit seiner Quelle und berechnen Sie den Zugang aus allen aktiven Käufen.
• Prüfen Sie die Käufe in jedem Store, bevor Sie auf irgendeiner Plattform eine Paywall zeigen.