Die meisten Leitfäden zum Umgang mit Rückerstattungsanfragen beginnen bei der Benachrichtigung. Apple meldet sich, Google meldet sich, und hier ist, was Sie zurücksenden sollen. Das ist nachvollziehbar, aber wenn die Benachrichtigung eintrifft, ist die eigentliche Arbeit bereits erledigt oder bereits verpasst, denn was Sie über einen Kauf sagen können, hängt davon ab, was Sie zum Zeitpunkt des Kaufs festgehalten haben.
Deshalb setzt dieser Beitrag früher an, beim Checkout. Welche Kaufdaten wichtig sind, wenn eine Rückerstattungsanfrage eingeht, wo Sie diese Daten aufbewahren sollten und wie daraus eine Antwort wird, die der Store tatsächlich berücksichtigt. Wenn Sie noch nie eine Kennung an einen Kauf angehängt haben, lesen Sie zuerst unseren Beitrag zu appAccountToken und Rückerstattungsabwehr, denn alles Folgende setzt voraus, dass Sie eine Transaktions-ID mit einer Person verknüpfen können.
Die wichtigsten Punkte
Apple und Google entscheiden beide selbst über Rückerstattungen, und beide fragen inzwischen zuerst nach Kaufdaten. Apple gibt Ihnen 12 Stunden, Google 24.
Die Stores wollen grobe Fakten, keine Logs. Wurde geliefert, wie viel wurde genutzt, gab es eine Probe, und was würden Sie bevorzugen.
Pro Kauf benötigen Sie vier gespeicherte Angaben: wer, wann geliefert wurde, wann genutzt wurde und ob dieses Konto schon einmal eine Rückerstattung erhalten hat.
Apple zufolge gehen die meisten Rückerstattungsanfragen innerhalb von 30 Tagen nach dem Kauf ein. Bewahren Sie die Daten mindestens so lange auf, realistisch sind 90 Tage.
Apps, die anfangen zu antworten, sehen ihre Rückerstattungsquote um etwa ein Drittel sinken – allerdings nur, wenn tatsächlich Daten vorliegen, auf die sie sich stützen können.
Was die Stores tatsächlich von Ihnen verlangen
Apples Anfrage ist überschaubar. Wenn ein Kunde eine Rückerstattung für einen In-App-Kauf verlangt, erhalten Sie eine CONSUMPTION_REQUEST und antworten über den Send Consumption Information-Endpunkt mit fünf Feldern. Ob der Kunde der Datenweitergabe zugestimmt hat, ob der Kauf geliefert wurde, welcher Prozentsatz verbraucht wurde (in Milliunits, wobei 100.000 dem Gesamtbetrag entspricht), ob zuvor eine kostenlose Probe oder ein Testzeitraum genutzt wurde, und Ihre Rückerstattungspräferenz. Früher verlangte Apple ein Dutzend Felder und hat die meisten davon gestrichen – für mich ein Zeichen, dass Apple glaubt, die Historie des Kunden bereits besser zu kennen als Sie.
Googles Variante gilt für Chargebacks und ist etwas umfangreicher. Eine Benachrichtigung über eine ausstehende Rückerstattungsprüfung trifft über Real-time Developer Notifications mit einem Token ein. Sie senden dieses Token per POST an orders.reviewrefund, zusammen mit demselben Flag für Probeninhalte, einer Präferenz aus DECLINE, APPROVE oder NEUTRAL, einem optionalen Verbrauchsprozentsatz und bis zu 1.000 Nutzungsereignissen mit Zeitstempeln. Das gewinnt an Bedeutung, seit Google Entwicklern für Chargebacks bei Bestellungen nach dem 3. August 2026 Gebühren berechnet.
Keiner der beiden Stores will Ihren Analytics-Export. Sie wollen Lieferung, Verbrauch, Probennutzung und Präferenz – und alles andere, was Sie speichern, dient nur dazu, diese Angaben wahrheitsgemäß und schnell auszufüllen.
Kaufhistorie für Rückerstattungen: Was Sie aufbewahren sollten und wie lange
Das Minimum:
Eine Kennung beim Checkout. appAccountToken bei Apple, obfuscatedAccountId bei Google. Ohne sie nennt eine Rückerstattungsanfrage nur eine Transaktion, und Sie haben keine Ahnung, wem sie gehört. Apples Entwickler empfehlen außerdem, pro Nutzer mindestens eine originalTransactionId zu speichern, denn mit jeder davon können Sie Get Transaction History aufrufen und die gesamte Kaufhistorie dieses Kunden in Ihrer App abrufen – unabhängig davon, ob er sie noch installiert hat.
Ein Lieferprotokoll. Wann Sie die Münzen gutgeschrieben oder das Level freigeschaltet haben, mit Zeitstempel und Ergebnis. Ist die Lieferung fehlgeschlagen, sagen Sie das auch so. Das ist der eine Fall, in dem Sie die Rückerstattung selbst befürworten sollten – etwas anderes zu behaupten, kostet Glaubwürdigkeit, die Sie später brauchen.
Verbrauchsereignisse. Nicht jeder Tap, sondern nur jene, die zeigen, dass der Kauf genutzt wurde: Münzen ausgegeben, Kapitel geöffnet, Export durchgeführt. Google akzeptiert bis zu tausend davon. Apple möchte nur einen Prozentsatz, aber den können Sie nicht berechnen, wenn Sie nie etwas erfasst haben.
Ein Probe-Flag pro Produkt. Hat dieser Kunde einen Testzeitraum, eine Vorschau oder eine kostenlose Stufe erhalten? Bei beiden Stores ein einfaches Ja oder Nein – und ständig wird es vergessen.
Frühere Rückerstattungen auf dem Konto. Apple berücksichtigt die Rückerstattungshistorie ohnehin selbst, aber Sie brauchen sie für Ihre eigenen Regeln.
Zur Aufbewahrungsdauer: Apple hat erklärt, dass die meisten Rückerstattungsanfragen innerhalb von 30 Tagen eingehen, und empfiehlt, Verbrauchsdaten entsprechend zu speichern. Wir bewahren 90 Tage auf, teils weil Google-Chargebacks noch später eintreffen können, teils weil Speicherplatz günstig ist, während Argumentieren aus dem Gedächtnis das nicht ist.
Wie Kaufhistorie bei Rückerstattungen hilft
Ist das einmal eingerichtet, wird aus der Anfrage keine Ermessensentscheidung mehr, sondern eine einfache Abfrage.
Geliefert, vollständig verbraucht, keine Probe, keine früheren Rückerstattungen: Das ist der Fall für DECLINE. Geliefert, kaum genutzt, innerhalb eines Tages angefragt: GRANT_FULL kostet wenig, und das Gegenteil wirkt kleinlich. Lieferung auf Ihrer Seite fehlgeschlagen: gewähren und den Fehler beheben. Teilweise über mehrere Wochen genutzt: Dafür gibt es bei Apple GRANT_PRORATED, und bei Google übernimmt der Verbrauchsprozentsatz dieselbe Aufgabe.
Die Zahlen bestätigen das. Dipsea, eine Audio-Abo-App, begann Ende 2024, auf Apples Anfragen zu antworten, und die Rückerstattungsquote sank in etwa zwei Wochen von 3 Prozent auf 1,9 Prozent. Bei Chargebacks erklärte Appcharge gegenüber PocketGamer, dass unbegleitete Streitfälle in 20 bis 30 Prozent der Fälle gewonnen werden, mit Belegen untermauerte dagegen in über 80 Prozent. Von den über 800 Apps auf Refund Sensor konnten 77 Prozent der berechtigten Anfragen erfolgreich abgewehrt werden, und bei den verlorenen Fällen war meist nichts erfasst.
Was Kaufhistorie nicht tut, ist Ihnen Argumente zu gewinnen, die Sie nicht gewinnen sollten. Wenn die Daten zeigen, dass der Kunde die App nur einmal geöffnet hat, ist die ehrliche Antwort die Rückerstattung.
Wie Sie Rückerstattungsanfragen innerhalb der Frist bearbeiten
Der Prozess für Rückerstattungsanfragen ist bei beiden Stores zeitlich begrenzt, es geht hier also eher um Technik als um Beurteilung. Die Benachrichtigung trifft an einem von Ihnen registrierten Endpunkt ein. Sie prüfen die Signatur, ermitteln die Transaktions-ID, schlagen die Liefer- und Verbrauchsdaten des Nutzers nach, berechnen den Prozentsatz, wählen die Präferenz anhand einer zuvor festgelegten Regel aus und senden die Antwort. Protokollieren Sie, was Sie wann gesendet haben, und warten Sie dann auf das Ergebnis – bei Apple eine REFUND- oder REFUND_DECLINED-Benachrichtigung. Bei einem REFUND entziehen Sie den Zugriff noch innerhalb derselben Stunde, denn ein Kunde, der nach einer Rückerstattung weiterhin Zugriff auf den Inhalt behält, kommt tendenziell wieder.
Zwei Dinge sorgen häufig für Stolpersteine. Zustimmung: Apple akzeptiert die Übermittlung nur, wenn customerConsented auf true gesetzt ist – die Erlaubnis zur Weitergabe von Nutzungsdaten muss also schon vor der ersten Anfrage in Ihren Nutzungsbedingungen stehen. Und Timing: Die Uhr pausiert nicht am Wochenende, und ein überraschend großer Anteil der Anfragen geht über Nacht ein. Beim Management von Rückerstattungsanfragen geht es vor allem darum, sicherzustellen, dass etwas wach ist. Unser Leitfaden zum Apple-Rückerstattungsanfragen-Management geht näher auf die operative Seite ein.
Software zur Bearbeitung von Rückerstattungen für Entwickler – oder eigener Code
Mit einem Backend-Team ist die oben beschriebene Pipeline etwa eine Woche Arbeit und danach eine laufende Aufgabe – und diese laufende Aufgabe ist der teure Teil.
Wenn Sie RevenueCat oder Adapty nutzen: Beide beantworten Apples Consumption-Anfragen anhand der Nutzungsdaten, die ihre SDKs ohnehin erfassen, und Adapty deckt auch Googles Review ab. Eine vernünftige Standardlösung, wenn das SDK ohnehin schon in der App steckt.
Refund Sensor erledigt dasselbe ohne SDK. Sie verbinden einen App Store Connect API-Key und eine Notifications-URL, und das Tool empfängt die Anfragen, sendet die Antwort innerhalb der Frist und führt pro Fall eine Timeline. Die Einrichtung dauert wenige Minuten, und die Preisgestaltung ist pauschal. Details finden Sie auf der Refund-Sensor-Website.
Für welche Option Sie sich auch entscheiden – einschließlich keiner –, die Datenebene gehört Ihnen. Keine Software zur Rückerstattungsbearbeitung für Entwickler kann einen Lieferdatensatz erfinden, den Sie nie erfasst haben.
Fazit
Über Rückerstattungsabwehr wird oft so gesprochen, als wäre sie ein Problem der Antwort – tatsächlich ist sie die Folge eines Erfassungsproblems. Die Stores stellen vier eng gefasste Fragen, und ob Sie diese beantworten können, hängt von Entscheidungen ab, die Sie beim Checkout und bei der Lieferung getroffen haben, lange bevor jemand sein Geld zurückwollte.
Hängen Sie eine Kennung an, erfassen Sie Lieferung und Verbrauch mit Zeitstempeln, markieren Sie Proben, und bewahren Sie alles 90 Tage lang auf. Ist das einmal eingerichtet, wird aus der Frage, wie Rückerstattungsanfragen zu bearbeiten sind, eine Regel und ein Cron-Job – und die Rückerstattungsquote regelt sich meist von selbst.
Häufig gestellte Fragen
Apple gibt Ihnen 12 Stunden ab der CONSUMPTION_REQUEST. Google gibt Ihnen bei einem Chargeback 24 Stunden ab der Benachrichtigung über die ausstehende Rückerstattungsprüfung. Verpassen Sie die Frist, entscheiden beide ohne Sie.
Fünf Felder: Zustimmung des Kunden, Lieferstatus, Verbrauchsprozentsatz in Milliunits, ob eine Probe bereitgestellt wurde, und Ihre Rückerstattungspräferenz. Ältere Felder wie Kontozugehörigkeitsdauer und Lebenszeitausgaben gibt es nicht mehr.
Größtenteils, plus mehr Details, falls vorhanden. Google akzeptiert einen Verbrauchsprozentsatz und bis zu 1.000 zeitgestempelte Nutzungsereignisse, und die Präferenzoptionen sind DECLINE, APPROVE oder NEUTRAL.
Bei Apple ja. Die Übermittlung wird abgelehnt, sofern customerConsented nicht auf true gesetzt ist – die Erlaubnis muss also schon vor Eintreffen der Anfrage in Ihren Nutzungsbedingungen stehen.
Nein. Beide Stores behandeln Ihre Präferenz nur als einen von mehreren Faktoren und sehen beide die vollständige Historie des Kunden. Wenn Sie ablehnen, obwohl Ihre eigenen Daten eine fehlgeschlagene Lieferung oder eine nahezu nicht vorhandene Nutzung zeigen, kostet Sie das Glaubwürdigkeit bei den Fällen, die wirklich zählen.
