Eine Rückerstattung taucht in Ihrem Dashboard auf, und Sie haben keine Ahnung, warum. Der Kunde hat die App zwei Wochen lang genutzt, dann wurde das Geld zurückgebucht, während der Zugriff bestehen blieb. Sie hatten kein Mitspracherecht. So begegnen die meisten iOS-Teams dem Apple-Rückerstattungsprozess – im Nachhinein und ohne Kontext.
Zu verstehen, wie Apple eine Rückerstattung genehmigt oder ablehnt, ist wichtig, weil davon echte Umsätze abhängen. Apple trifft die endgültige Entscheidung, aber Entwickler können Daten in diese Entscheidung einfließen lassen – das tun jedoch die wenigsten Teams. Wenn Sie vermeidbare Verluste reduzieren möchten, beginnen Sie mit unserem Leitfaden zu Apple-Rückerstattungen, und lesen Sie anschließend weiter, wie die Entscheidung tatsächlich zustande kommt.
Dies ist kein Leitfaden dazu, wie Sie als Käufer eine Rückerstattung erhalten. Es geht darum, wie der Mechanismus zur Genehmigung von Apple-Rückerstattungen funktioniert und was Sie als Entwickler beeinflussen können.
Die wichtigsten Punkte auf einen Blick
• Apple – nicht der Entwickler – trifft die endgültige Rückerstattungsentscheidung bei jedem App-Store-Kauf.
• Apple betreibt ein Refund Decisioning System, das Transaktionsdetails, Kaufhistorie und Rückerstattungshistorie gegeneinander abwägt.
• Bei berechtigten Käufen sendet Apple eine CONSUMPTION_REQUEST-Benachrichtigung und gibt Ihnen 12 Stunden Zeit, um mit Nutzungsdaten zu antworten.
• Antworten Sie nicht rechtzeitig, genehmigt Apple die Rückerstattung häufig standardmäßig.
• App Store Server Notifications informieren Sie über das Ergebnis: REFUND bei Genehmigung, REFUND_DECLINED bei Ablehnung.
• Sie kontrollieren die Beweislage und die Geschwindigkeit Ihrer Antwort. Die endgültige Entscheidung kontrollieren Sie nicht.
• Klare Abrechnung, funktionierende Features und schneller Support verringern von vornherein die Anzahl der Rückerstattungsanfragen.
Was passiert, wenn jemand eine Apple-Rückerstattung beantragt?
Wenn ein Kunde eine App-Store-Rückerstattung beantragt, geht die Anfrage an Apple, nicht an Sie. Der Kunde nutzt Apples eigenen „Problem melden“-Ablauf, und Apples System eröffnet eine Prüfung. Sie sind an diesem Prozess nicht beteiligt, es sei denn, der Kauftyp qualifiziert sich für Entwicklereingaben.
Apple übernimmt die gesamte Aufnahme des Vorgangs. Der Kunde wählt einen Grund aus, etwa „habe versehentlich gekauft“ oder „App hat nicht funktioniert“. Apples System protokolliert diesen Grund und beginnt, ihn mit dem abzugleichen, was bereits über das Konto und die Transaktion bekannt ist.
Beispiel. Ein Nutzer kauft ein Münzpaket für $9.99, spielt eine Stunde lang und beantragt anschließend eine Rückerstattung mit der Begründung, es sei versehentlich passiert. Diese Angabe geht zunächst an Apple. Ob Sie davon überhaupt erfahren, hängt vom Produkttyp und von Apples eigenen Signalen ab.
Wie Apple Rückerstattungsanfragen prüft
Apple prüft Rückerstattungsanfragen über ein automatisiertes System, das die Transaktion, die Kaufhistorie des Kunden und dessen bisherige Rückerstattungen abwägt. Apple hat dies öffentlich als Refund Decisioning System bezeichnet. Dabei werden Muster betrachtet, nicht nur die einzelne vorliegende Anfrage.
Bei Verbrauchskäufen und einigen anderen Kauftypen kann Apple vor der Entscheidung auch Sie um eine Einschätzung bitten. Diese Anfrage erfolgt in Form einer CONSUMPTION_REQUEST-Benachrichtigung. Sie haben dann ein kurzes Zeitfenster, um Daten zu senden, die Apple bei der Beurteilung der Anfrage helfen.
Phase der Rückerstattungsanfrage | Was Apple tut | Was Entwickler tun können |
Kunde stellt Anfrage | Protokolliert den Grund und eröffnet eine Prüfung | Noch nichts, kein Signal gesendet |
Prüfung der Berechtigung des Kaufs | Sendet gegebenenfalls eine CONSUMPTION_REQUEST | Empfangen Sie die Benachrichtigung auf Ihrem Server |
Beweisfenster | Wartet bis zu 12 Stunden auf Ihre Daten | Senden Sie Nutzungsdaten über die API |
Entscheidung | Wägt Historie, Beweise und Grund ab | Nichts, Apple entscheidet |
Ergebnis wird gesendet | Sendet REFUND oder REFUND_DECLINED | Aktualisieren Sie Berechtigungen und Datensätze |
Erkenntnis für Entwickler Apple trifft die Entscheidung, aber eine CONSUMPTION_REQUEST ist Ihre einzige Chance, sie zu beeinflussen. Verpassen Sie das 12-Stunden-Fenster, liefern Sie Apple nur die Sichtweise des Kunden. |
Faktoren, die die Genehmigung von Apple-Rückerstattungen beeinflussen
Die Genehmigung einer Apple-Rückerstattung hängt vom angegebenen Grund, der Historie des Kunden, der Nutzungsintensität des Kaufs und davon ab, ob der Entwickler unterstützende Daten gesendet hat. Kein einzelner Faktor garantiert ein Ergebnis. Apple wägt sie gemeinsam ab.
Basierend auf Apples eigenen Richtlinien und der Konzeption von CONSUMPTION_REQUEST sind folgende Signale relevant:
• Der vom Kunden ausgewählte Rückerstattungsgrund.
• Die Kauf- und Rückerstattungshistorie des Kontos, die wiederholte Rückerstattungsanfragen kennzeichnet.
• Wie viel von einem Verbrauchsgut der Kunde bereits genutzt hat.
• Ob vor dem Kauf eine kostenlose Kostprobe, ein Testzeitraum oder eine klare Funktionsvorschau verfügbar war.
• Die Nutzungsdaten, die der Entwickler innerhalb des 12-Stunden-Fensters sendet.
Analyse. Die Kontohistorie ist der Grund, warum ein Erstkäufer und ein notorischer Rückerstattungsantragsteller bei derselben Behauptung unterschiedliche Antworten erhalten können. Das ist eine fachkundige Einschätzung des Systems, keine dokumentierte Regel – behandeln Sie es also als Muster und nicht als Garantie.
Wie App Store Server Notifications Entwicklern helfen
App Store Server Notifications sind die Nachrichten, die Apple an Ihren Server über Kaufereignisse sendet, einschließlich Rückerstattungen. Über sie erfahren Sie, dass eine Rückerstattung stattgefunden hat, ob sie genehmigt wurde und warum. Ohne sie bleiben Rückerstattungen für Ihr Backend unsichtbar.
Die Benachrichtigungen der Version 2 sind übersichtlicher, da jede von ihnen nur die Transaktion des jeweiligen Ereignisses enthält. Bei Rückerstattungen sind die wichtigsten Typen CONSUMPTION_REQUEST, wenn Apple Ihre Eingabe wünscht, REFUND, wenn eine Rückerstattung genehmigt wird, und REFUND_DECLINED, wenn eine Anfrage abgelehnt wird. Ein REFUND-Payload enthält außerdem ein revocationReason und ein revocationDate.
Eine normale Rückerstattung kann auch eine Zahlung stillschweigend rückgängig machen, während der Zugriff bestehen bleibt, weshalb diese Benachrichtigungen überhaupt erst ermöglichen, dass Ihr Server reagiert.
Beispiel. Ihr Server empfängt eine REFUND-Benachrichtigung mit einem revocationReason. Sie lesen die ursprüngliche Transaktions-ID aus, widerrufen die Berechtigung und aktualisieren Ihre Datensätze. Ohne Benachrichtigung geschieht nichts davon.
Was Entwickler kontrollieren können und was nicht
Entwickler kontrollieren die Geschwindigkeit und Qualität ihrer Antwort, die Klarheit ihrer Abrechnung und das Produkterlebnis. Nicht kontrollieren können Entwickler Apples endgültige Entscheidung, den vom Kunden angegebenen Grund oder Apples internes Bewertungssystem. Wer diese Trennung kennt, hat realistische Erwartungen.
Beitrag des Entwicklers | Apple-Prüfung | Endergebnis |
Sendet Nutzungsdaten rechtzeitig | Wägt sie mit Kontosignalen ab | Kann schwache Behauptungen ablehnen |
Sendet nichts | Nutzt ausschließlich eigene Signale | Genehmigt häufig standardmäßig |
Klare Test- und Abrechnungsbedingungen | Erkennt Hinweis auf Kostprobe | Weniger Behauptungen à la „das habe ich nicht autorisiert“ |
Schneller In-App-Support | Von Apple nicht direkt einsehbar | Weniger Anfragen erreichen Apple |
Häufige Gründe, warum Apple eine Rückerstattung ablehnen kann
Apple kann eine Rückerstattung ablehnen, wenn die Behauptung nicht zu den Beweisen passt, wenn der Kunde ein wiederkehrendes Rückerstattungsmuster aufweist oder wenn aussagekräftige Nutzungsdaten zeigen, dass der Kauf wie vorgesehen verwendet wurde. Eine REFUND_DECLINED-Benachrichtigung zeigt dieses Ergebnis für Anfragen an, die über StoreKit gestellt wurden.
Anfragen werden mit höherer Wahrscheinlichkeit abgelehnt, wenn:
• der Kunde bereits den Großteil eines Verbrauchskaufs genutzt hat.
• das Konto über mehrere Käufe hinweg wiederholte Rückerstattungsaktivität zeigt.
• der Entwickler eindeutige Belege für normale, erwartete Nutzung gesendet hat.
• eine Kostprobe oder ein Testzeitraum verfügbar war, was die Behauptung „das wusste ich nicht“ entkräftet.
Beispiel. Ein Nutzer beantragt eine Rückerstattung für ein Münzpaket, nachdem er den Großteil der Münzen ausgegeben hat. Der Entwickler sendet Nutzungsdaten, die diese Ausgaben belegen. Dieser Nachweis gibt Apple einen klaren Grund zur Ablehnung.
Best Practices für Entwickler
Die beste Vorgehensweise ist einfach: Erfassen Sie jedes Rückerstattungssignal, reagieren Sie schnell mit echten Daten auf CONSUMPTION_REQUEST, und reduzieren Sie die Gründe, aus denen Nutzer überhaupt eine Rückerstattung beantragen. Die Entscheidung selbst können Sie nicht gewinnen, aber die Eingaben können Sie gestalten.
• Richten Sie App Store Server Notifications V2 ein und verarbeiten Sie CONSUMPTION_REQUEST, REFUND und REFUND_DECLINED.
• Automatisieren Sie Ihre Antwort mit Nutzungsdaten, damit sie deutlich innerhalb des 12-Stunden-Fensters erfolgt.
• Verknüpfen Sie Käufe über appAccountToken mit einem Nutzer, damit Sie mit echten Aktivitätsdaten antworten können.
• Machen Sie Abrechnungsbedingungen und Testdetails vor dem Checkout deutlich.
• Widerrufen Sie den Zugriff bei einer genehmigten Rückerstattung, da Apple Berechtigungen nicht für Sie entfernt.
Bei hohem Volumen verliert manuelle Bearbeitung den Wettlauf. Teams, die die Antwort auf CONSUMPTION_REQUEST automatisieren, behalten Umsätze, die stille Teams standardmäßig zurückgeben.
Erkenntnis für Entwickler Apples Urteil können Sie nicht kontrollieren, aber Sie entscheiden, ob Apple auch Ihre Seite hört. Schnelle, belegte Antworten und eine klare Abrechnung sind die Hebel, die Rückerstattungsergebnisse tatsächlich beeinflussen. |
Fazit
Apple entscheidet über jede App-Store-Rückerstattung, und daran wird sich nichts ändern. Was Ihre Zahlen beeinflusst, ist, ob Ihr Server reagiert, wenn Apple um Eingaben bittet, und wie sauber Ihr Produkt und Ihre Abrechnung sind, bevor überhaupt jemand sein Geld zurückverlangt.
Betrachten Sie den Rückerstattungsprozess als ein System, das Sie mit Daten füttern, nicht als ein Urteil, auf das Sie warten. Erfassen Sie die Benachrichtigungen, beantworten Sie CONSUMPTION_REQUEST mit echten Daten, und halten Sie Ihre Berechtigungen synchron. Die Teams, die das tun, schützen still Umsätze, deren Verlust die übrigen nie bemerken.
Häufig gestellte Fragen
Apple entscheidet über jede Rückerstattung, nicht der Entwickler.
Entwickler haben 12 Stunden Zeit, um Nutzungsdaten zu senden.
Es handelt sich um eine Apple-Benachrichtigung, mit der Nutzungsdaten für eine berechtigte Rückerstattungsanfrage angefordert werden.
Apple sendet eine REFUND- oder REFUND_DECLINED-Server-Benachrichtigung.
Nein. Entwickler können lediglich Nutzungsdaten bereitstellen, die Apples Entscheidung unterstützen.
Ja. Die Nutzung des Kaufs ist einer der Faktoren, die Apple berücksichtigt.
Ja. Apple entscheidet auch über Rückerstattungen für Abonnements und sendet entsprechende Benachrichtigungen.
Ihr Server sollte den Zugriff bzw. die Berechtigung des Kunden widerrufen.
