Die Erstattung einer kostenpflichtigen App erreicht nie Ihren Server, also muss die App sie selbst bemerken

Vorab bezahlte Apps werden über eine Seitentür erstattet, die die meisten Erstattungs-Tools nie beobachten. Wenn ein Käufer die App selbst zurückgibt, nicht etwas, das er darin gekauft hat, holen sich Apple und Google das Geld aus Ihrer Auszahlung zurück, ohne Ihrem Server eine einzige Benachrichtigung zu schicken. Google deinstalliert die App wenigstens. Unter iOS berichten Entwickler in Apples eigenen Foren, dass Käufer die App nach der Erstattung weiter nutzen. Wenn Sie eine kostenpflichtige App verkaufen, ist die Erstattung des App-Kaufs die eine Erstattung, die Sie nur als negativen Posten in einem Bericht sehen, es sei denn, die App prüft sie auf dem Gerät.

Erstattungsregeln für kostenpflichtige Apps bei Google Play und im App Store

Beide Stores behandeln den Download-Kauf als eigenes Produkt mit eigenen Regeln. Das sagt die Dokumentation des jeweiligen Stores.

So funktioniert die Rückgabe innerhalb von zwei Stunden bei Google Play

Die Play Console-Hilfe von Google sagt es klar: Nach dem Kauf einer kostenpflichtigen App hat ein Nutzer bis zu zwei Stunden Zeit, sie gegen volle Erstattung zurückzugeben, und er kann eine App nur einmal zurückgeben. Die Erstattungsrichtlinie für Verbraucher ergänzt, dass ein Käufer je nach Kauf innerhalb von 48 Stunden eine Erstattung erhalten kann, dass die App im Zuge der Erstattung deinstalliert wird und dass jemand, der dieselbe App erneut kauft, dafür keine Erstattung erhält. Nach 48 Stunden verweist Google Käufer an den Entwickler.

So erstattet Apple eine kostenpflichtige App

Im App Store wendet sich ein Käufer über reportaproblem.apple.com an Apple, wählt einen Grund und markiert die App. Apple stellt eine Rückmeldung innerhalb von 24 bis 48 Stunden in Aussicht. Sie können einen Kauf im App Store nicht selbst erstatten. Ihr Vertrag setzt die äußere Grenze. Abschnitt 6.3 von Schedule 2 des Apple Developer Program License Agreement besagt: Will ein Käufer innerhalb von neunzig Tagen nach dem Download stornieren oder entspricht die App nicht Ihren Spezifikationen oder dem geltenden Recht, kann Apple den vollen Preis erstatten, und Sie zahlen Apple diesen Betrag zurück oder gewähren eine Gutschrift in dieser Höhe.

Warum Ihr Server nie von der Erstattung einer kostenpflichtigen App erfährt

Jedes Erstattungssignal, das die beiden Stores senden, ist für In-App-Käufe gebaut. Apple beschreibt seinen notificationType als das Ereignis eines In-App-Kaufs oder externen Kaufs, das die Benachrichtigung ausgelöst hat. Sein REFUND-Typ umfasst einen verbrauchbaren Artikel, einen nicht verbrauchbaren Artikel, ein automatisch verlängerbares Abonnement oder ein nicht verlängerbares Abonnement. Get Refund History liefert die erstatteten In-App-Käufe eines Kunden. Der App-Download steht auf keiner dieser Listen.

Bei Google ist es genauso. Echtzeit-Entwicklerbenachrichtigungen decken Abonnements, Einmalprodukte und stornierte Käufe ab, und der productType eines stornierten Kaufs ist entweder ein Abonnement oder ein Einmalkauf. Die Voided Purchases API gilt nach eigener Aussage für einmalige In-App-Bestellungen und Abonnements, und sie reicht nur 30 Tage zurück.

Löst die Erstattung einer kostenpflichtigen App einen CONSUMPTION_REQUEST aus?

Nein. Laut Apples Dokumentation wird CONSUMPTION_REQUEST gesendet, wenn ein Kunde die Erstattung eines verbrauchbaren In-App-Kaufs oder eines automatisch verlängerbaren Abonnements beantragt. Das ist einer von nur zwei Erstattungsabläufen in beiden Stores, die den Entwickler um Belege bitten. Der andere ist die Chargeback-Prüfung von Google Play, die über orders.reviewrefund innerhalb von 24 Stunden beantwortet wird, und sie kommt über denselben Benachrichtigungsstrom für In-App-Käufe. Keiner von beiden ist für App-Downloads dokumentiert. Über die Erstattung einer kostenpflichtigen App wird entschieden, ohne dass Sie etwas einreichen können.

Nutzt ein Käufer die App nach der Erstattung weiter?

Bei Google Play sagt die Richtlinie, dass die App deinstalliert wird. Für iOS finden sich in Apples Foren Threads von Entwicklern, die genau das fragen. Einer vom März 2025 lautet: „Wenn ein Nutzer eine vorab bezahlte App erstatten lässt, hat er weiterhin Zugriff auf die App.“ Ein anderer aus dem Jahr 2022 vermutet, dass Käufer kaufen, installieren, erstatten lassen und einfach weitermachen. Ein dritter vom Juni 2025 fragt, ob App Store Server Notifications V2 Erstattungen auf App-Ebene überhaupt melden. Keiner der drei hat eine Antwort von Apple.

Was Sie die Erstattung einer kostenpflichtigen App an Geld kostet

Die Auszahlungsseite ist berechenbar. Laut der Play Console-Hilfe gibt Google seine Servicegebühr zurück, wenn Sie erstatten, also wird von Ihrer Auszahlung Ihr Anteil abgezogen, nicht der Listenpreis. Eine Erstattung, die nach der Auszahlung durch Google erfolgt, wird mit einer künftigen Auszahlung verrechnet, und bleibt Ihr Saldo mindestens 48 Stunden negativ, kann Google Ihr Bankkonto belasten. Auf Apples Seite sagt der Vertrag, dass Sie einen Betrag in Höhe des Preises zurückzahlen. In der Praxis berichtete RevenueCat 2022, dass Apple den Betrag nach Provision abzog, der als Extended Partner Share ausgewiesen wird, Apple behielt seinen Anteil also nicht.

Die Kosten, die nicht zurückkommen, sind die, die Sie aufgewendet haben, um diesen Käufer zu bedienen. Ein anschauliches Beispiel: Eine kostenpflichtige Foto-App für $6.99 lässt ihre Filter über ein Cloud-Modell laufen und synchronisiert Projekte in einen Cloud-Speicher. Sie haben für eine Anzeige bezahlt, die den Käufer gebracht hat.

In der letzten Zeile wird iOS teuer. Ein Käufer, der die App nach der Erstattung behält, ruft weiter Ihr Backend auf, und jede Inferenzanfrage, jede Synchronisierung und jeder API-Aufruf nach der Erstattung ist ein Kostenpunkt ohne Umsatz dahinter. Bei einer kostenpflichtigen App ohne Serverkosten ist eine Erstattung ein verlorener Verkauf. Bei einer mit Backend kann daraus eine laufende Rechnung werden.

So erkennen Sie die Erstattung einer kostenpflichtigen App in der App

Da der Server nichts erfährt, muss die Prüfung auf dem Gerät beginnen und dann Ihren Server informieren.

Unter iOS revocationDate auf AppTransaction lesen

AppTransaction ist der signierte Beleg des App Store über den Kauf der App durch den Kunden. Apples StoreKit-Dokumentation führt darauf inzwischen eine Eigenschaft revocationDate, beschrieben als das Widerrufsdatum des App-Kaufs. Lesen Sie AppTransaction.shared beim Start, verifizieren Sie das Ergebnis und werten Sie ein revocationDate ungleich nil als erstatteten Download. Senden Sie den signierten Wert an Ihren Server, damit er dieses Konto nicht mehr bedient.

• appTransactionID bleibt laut Apple für einen Apple Account auch nach einer Erstattung oder einem erneuten Kauf gleich. Verknüpfen Sie Ihre Datensätze also damit, dann wird ein Käufer, der erneut zahlt, wiedererkannt.
• AppTransaction.refresh() holt einen frischen Beleg vom App Store, zeigt aber eine Anmeldeaufforderung. Apple empfiehlt, es nur nach einer ausdrücklichen Nutzeraktion aufzurufen, etwa dem Tippen auf eine Schaltfläche zum Wiederherstellen.
• Der signierte Wert liegt auf dem Gerät. Apples Dokumentation beschreibt dafür keine Server-Benachrichtigung, Ihr Server erfährt also nur, was die App meldet.

Unter Android Play Integrity nach dem Lizenzurteil fragen

Die Deinstallation durch Google erledigt die meisten Fälle, aber eine Kopie kann sie überdauern, zum Beispiel eine aus einem Backup per Sideloading installierte. Die Play Integrity API liefert für das angemeldete Konto ein appLicensingVerdict. LICENSED bedeutet, dass der Nutzer eine Berechtigung für die App hat. UNLICENSED bedeutet, dass er keine hat, und Google empfiehlt, den Dialog GET_LICENSED anzuzeigen. UNEVALUATED bedeutet, dass Google nicht prüfen konnte, etwa weil der Nutzer nicht bei Google Play angemeldet ist. Google weist außerdem darauf hin, dass ein Nutzer auf manchen älteren Geräten die Berechtigung nach der Deinstallation behält, LICENSED ist also nicht auf jedem Gerät ein Beweis für einen gültigen Kauf.

Den Server zum Torwächter machen

Prüfungen im Client lassen sich herauspatchen. Schützenswert ist die bezahlte Arbeit, die Ihr Backend leistet. Lassen Sie das Backend daher Aufrufe von einem Konto ablehnen, dessen letzte Meldung eine Erstattung war, ein UNLICENSED-Urteil oder nach Ablauf einer von Ihnen gewählten Kulanzfrist gar kein Urteil. Das verhindert, dass aus einer Erstattung kostenlose Rechenleistung wird.

Wann eine kostenpflichtige App auf In-App-Käufe umsteigen sollte

Apples eigener Leitfaden zum Wechsel des Geschäftsmodells beschreibt den Umstieg von einer kostenpflichtigen App auf eine kostenlose App mit In-App-Käufen und die Nutzung von originalAppVersion auf AppTransaction, um Käufern der kostenpflichtigen Version weiterhin Premium-Funktionen zu geben. Der Vorteil dieses Schritts bei Erstattungen ist konkret. Sobald der Preis auf einem nicht verbrauchbaren Artikel oder einem Abonnement liegt, kommen Erstattungen als REFUND-Benachrichtigungen und stornierte Käufe an, auf die Ihr Server reagieren kann, und ein Erstattungsantrag für ein Abonnement im App Store löst einen CONSUMPTION_REQUEST aus. Das sind die Signale, auf die RefundHalt hört und die es innerhalb der Fristen von 12 Stunden und 24 Stunden beantwortet. Ein bezahlter Download liefert Ihnen keines davon.