Zwei Teams, die ich kenne, betreiben dieselbe App und meldeten für denselben Monat Rückerstattungsraten von 3.1% und 5.8%. Keiner von beiden hat gelogen. Sie hatten die Kennzahl nur unterschiedlich definiert, und niemand hatte diese Definition schriftlich festgehalten.
Das ist der Teil der Mobile-App-Rückerstattungsanalyse, den niemand auf eine Feature-Seite schreibt. Die Kennzahl ist nur so gut wie die Attributionsregel dahinter, und die meisten Dashboards verraten nicht, welche Regel sie verwenden.
Dieser Beitrag behandelt daher, was die Tools leisten, und die eine Methodikfrage, die Sie vor jedem Vertrauen in sie stellen sollten. Allein für die Tracking-Mechanik, Anleitung zum Tracking von App Store-Rückerstattungen geht tiefer auf die Apple-Seite ein.
Die wichtigsten Erkenntnisse
Kohorten-Attribution schlägt Perioden-Attribution. Zählen Sie die Rückerstattung dem Monat des Kaufs zu, nicht dem Monat, in dem sie eingegangen ist.
Die Verzögerung bei Rückerstattungen beträgt Wochen, manchmal eine komplette Abrechnungsperiode. Jedes Dashboard, das die Rate dieses Monats zeigt, zeigt eine unvollständige.
Chargebacks sind keine Rückerstattungen. RevenueCat sagt ganz klar, dass es diese nicht als Rückerstattung zählt – Sie brauchen also einen separaten Feed.
Store-Konsolen sind kostenlos, aber schwach bei Trends. Apple liefert Berichte, Google eine API mit Tageslimit.
Die besten Tools zum Tracking von Rückerstattungsraten bei Mobile Apps sind jene, die ihren Nenner offenlegen.
Zuerst das Definitionsproblem
Es gibt zwei Wege, das Tracking der App-Rückerstattungsrate umzusetzen, und sie widersprechen sich.
Perioden-Methode: Rückerstattungen, die im März eingegangen sind, geteilt durch im März abgerechnete Transaktionen. Einfach umzusetzen. Falsch, weil eine Rückerstattung im März oft zu einem Kauf im Januar gehört.
Kohorten-Methode: Von allem, was im Januar abgerechnet wurde, welcher Anteil wurde seitdem erstattet. Schwieriger, weil sich die Zahl nie beruhigt.
Apphud dokumentiert das ehrlich. Ihr Nenner sind die im Zeitraum abgerechneten Transaktionen, der Zähler ist die Anzahl, die später erstattet wurde – auch nachdem der Zeitraum abgeschlossen war. Das ist der Kohorten-Ansatz, und er entspricht dem tatsächlichen Verhalten von Rückerstattungen.
Sie brauchen also einen Stichtag. Monatliche Abonnements stabilisieren sich nach etwa 30 bis 45 Tagen, bei Jahresplänen zieht es sich über Monate. Eine 10 Tage alte Zahl mit einer 90 Tage alten zu vergleichen, bedeutet, Rauschen zu vergleichen.
Die kostenlose Stufe: Store-Konsolen
Fangen Sie hier an. Es kostet nichts, und hier hören die meisten Teams auf.
App Store Connect. Sales and Trends plus Financial Reports liefern Ihnen Rückerstattungen, und der Finanzbericht stimmt mit Ihrer Auszahlung überein. Es ist periodenbasiert, manuell, und es gibt keine Segmentierung nach Produkt oder Kanal. In Ordnung für eine monatliche Plausibilitätsprüfung. Nutzlos, um herauszufinden, welcher Paywall Umsatz verliert.
Der bessere kostenlose Feed befindet sich überhaupt nicht in der Konsole. Apples Get Refund History-Endpunkt liefert eine paginierte Liste jeder erstatteten Transaktion pro Kunde, die Sie in Ihr eigenes Data Warehouse übernehmen können. Er ist rate-limitiert, und Apple empfiehlt Notifications statt Polling – behandeln Sie ihn also als Abgleich.
Google Play Console. Wieder Financial Reports, plus die Voided Purchases API, die erstattete, per Chargeback zurückgebuchte oder widerrufene Käufe über einen Zeitraum aufführt. Begrenzt auf 6,000 Aufrufe pro Tag und 30 pro 30 Sekunden, daher für geplante Abrufe gedacht, nicht für irgendetwas in Echtzeit.
Beide Konsolen teilen eine Schwäche bei der Trendanalyse. Sie berichten, was abgeschlossen wurde, nicht was beantragt wurde – Sie sehen also nie die Anfragen, die Sie erfolgreich abgewehrt haben.
RevenueCat
Wenn Ihre Abonnements bereits darüber laufen, ist das die naheliegende Antwort.
Die Rückerstattungsrate ist eine ihrer Benchmark-Kennzahlen: der Anteil bezahlter Abonnements, die während ihrer ersten Abrechnungsperiode erstattet wurden, verglichen mit Apps in Ihrem Store und Ihrer Kategorie. Dieses Benchmarking ist der nützliche Teil, denn eine reine Rate ohne Vergleichskontext lässt sich kaum in Handlungen übersetzen. Ihr State of Subscription Apps-Report umfasst 75,000-plus Apps und setzt die Mediane bei etwa 3% bis 5%.
Es gibt außerdem ein App Store Refund Requests-Chart, das in genehmigt, abgelehnt, rückgängig gemacht und in Bearbeitung unterteilt ist. Das ist eine Betrachtung auf Anfrageebene, die die meisten Tools auslassen.
Zwei Einschränkungen. Play-Rückerstattungen, die von Google statt von Ihnen genehmigt werden, können bis zu 24 Stunden brauchen, bis sie erscheinen, und Rückerstattungen, die ohne angekreuztes Revoke-Kästchen ausgestellt werden, werden gar nicht erkannt. Und RevenueCat zählt Chargebacks nicht als Rückerstattungen. Der Purchase-Status aktualisiert sich, die Rückerstattungsrate bewegt sich nicht.
Adapty
Bei der Segmentierung stärker als die meisten. Das Rückerstattungs-Tracking gliedert sich nach Tag, Plan, Produkt und Akquisitionskanal – genau der Schnitt, der tatsächlich Probleme findet. Eine Rate, die insgesamt gut aussieht, aber bei einem Kanal katastrophal ist, ist ein Messaging-Fehler, kein Produktfehler.
Ihre Benchmarks stammen aus $1.9 Milliarden an getracktem Umsatz über 11,000-plus Apps, und die Streuung zwischen Kategorien ist groß genug, um relevant zu sein: Bildung und Gesundheit liegen bei etwa 4.7% bis 5.1%, Reisen und Utilities eher bei 1.5% bis 2.1%. Jahrespläne werden häufiger erstattet als wöchentliche. Harte Paywalls liegen bei etwa 5.8% gegenüber 3.4% bei Freemium.
Der Haken ist derselbe wie anderswo in ihrem Produkt: Die guten Analysen setzen voraus, dass Sie das Adapty SDK verwenden.
Apphud
Kleiner, günstiger und ungewöhnlich transparent in Sachen Methodik – allein deshalb würde ich es auf die Shortlist setzen. Ihre Dokumentation legt die Kohortenlogik offen, statt sie zu verstecken. Echtzeit-Dashboards, rund 18 Subscription-Events, weniger Marketing als die Alternativen.
Wenn Sie eine Zahl brauchen, die Sie in einem Vorstandsmeeting verteidigen können, schlägt Klarheit eine längere Feature-Liste.
Spezialisiertes Tracking für Rückerstattungen und Chargebacks
Hier liegt die Lücke. Subscription-Plattformen zählen Rückerstattungen, die abgeschlossen sind. Keine davon befindet sich innerhalb des Antwortfensters, sodass keine Ihnen sagen kann, wie viele Anfragen Sie erfolgreich abgewehrt haben oder wie hoch Ihre Erfolgsquote nach Rückerstattungsgrund ist.
Das ist ein anderer Datensatz, und er existiert nur, wenn etwas die Anfragen tatsächlich beantwortet. Refund Sensor trackt Apple-Rückerstattungsanfragen und Google Play-Chargeback-Prüfungen als Fälle, mit Zeitlinien, Ergebnissen und verteidigtem Umsatz, beide Stores in einem Dashboard. Es zeigt die Anfragen, die nie zu Rückerstattungen wurden.
Eine Kombination lohnt sich, kein Ersatz. Eine Subscription-Plattform für Kohortenanalysen, Revenue-Protection-Software für Mobile Apps für Trends auf Anfrageebene. Unterschiedliche Fragestellungen, und keine deckt die andere ab.
Chargebacks separat tracken
Chargeback-Trends sind keine Teilmenge von Rückerstattungs-Trends, und sie als eine solche zu behandeln, ist der häufigste Fehler, den ich beim Rückerstattungs-Tracking für Mobile Apps sehe.
Bei Google Play unterscheiden sich die Signale. Real-time Developer Notifications senden eine voidedPurchaseNotification, wenn etwas storniert wird, und eine pendingRefundReviewNotification, wenn ein Chargeback Ihre Eingabe benötigt. Die Voided Purchases API enthält ein voidedReason-Feld mit neun Werten, darunter fraud, friendly_fraud und chargeback. Das kommt einer kostenlosen Chargeback-Trendlinie am nächsten.
Bei Apple ist es eine REFUND-Notification mit einem Revocation-Grund, plus REFUND_DECLINED und REFUND_REVERSED für die Fälle, die nicht bestehen blieben.
Für einen ehrlichen Chargeback-Trend stellen Sie voidedReason gleich chargeback über die Zeit dar, aufgeteilt nach Produkt. Stellen Sie dann fraud und friendly_fraud separat dar, denn diese Accounts wiederholen sich und erfordern eine andere Reaktion. Welcher Feed was leistet, haben wir in Voided Purchases API versus Real-time Developer Notifications behandelt.
So tracken Sie Rückerstattungsraten und Chargebacks in Mobile Apps
Der Stack, den ich tatsächlich aufbauen würde, in dieser Reihenfolge:
Wählen Sie eine Attributionsregel und halten Sie sie schriftlich fest: Kohorte, mit einem festgelegten Stichtag je Plan-Laufzeit.
Richten Sie die Store-Feeds ein. App Store Server Notifications V2 und RTDN bei Play. Ohne diese lesen Sie nur monatliche CSVs.
Speichern Sie jedes Rückerstattungsereignis zur ursprünglichen Transaktion, nicht zum heutigen Datum.
Fügen Sie die Events auf Anfrageebene hinzu, sonst sehen Sie nie, was Sie verhindert haben.
Trennen Sie Chargebacks mit eigenen Reason-Codes heraus.
Benchmarken Sie gegen Ihre Kategorie, nicht gegen einen globalen Durchschnitt.
Bei Schritt 3 brechen selbstgebaute Setups still zusammen, und bei Schritt 6 führen Dashboards still in die Irre. Keiner der beiden ist schwierig. Beide werden trotzdem übersprungen.
Für die Kostenseite statt der Ratenseite rechnet wie Rückerstattungen Ihren App-Umsatz tatsächlich kosten das vor. Eine Rate allein sagt Ihnen nicht, was als Nächstes zu tun ist.
Quellen
Häufig gestellte Fragen
RevenueCat, wenn Sie Kategorie-Benchmarks und Apple-Charts auf Anfrageebene möchten. Adapty, wenn Sie eine Segmentierung nach Kanal und Plan benötigen. Apphud, wenn Sie die klarste veröffentlichte Methodik wollen. Ergänzen Sie ein Abwehr-Tool, wenn Sie zusätzlich sehen möchten, welche Anfragen nie zu Rückerstattungen wurden.
Erstattete Transaktionen geteilt durch bezahlte Transaktionen, zugeordnet zu dem Zeitraum, in dem der Kauf stattgefunden hat. Anschließend legen Sie fest, wie lange Sie eine Kohorte reifen lassen, bevor Sie sie als final betrachten. Bei monatlichen Plänen 30 bis 45 Tage, bei Jahresplänen länger.
Zwischen 2 % und 5 % der bezahlten Transaktionen bei Abo-Apps. Bildung, Gesundheit und Fitness liegen höher, Reisen und Utilities niedriger. Ab 10 % sollten Sie nicht länger auf das Marketing schauen, sondern Ihren Paywall genau prüfen.
Nicht wirklich. Apples Finanzberichte zeigen Rückerstattungen, die bereits abgeschlossen sind. Googles Voided Purchases API zeigt stornierte Käufe mit einem Begründungscode – das kommt dem am nächsten, ist aber auf 6.000 Aufrufe pro Tag begrenzt und erfordert einen geplanten Abruf.
Fast immer liegt es an der Attributionsverzögerung. Umsatzberichte basieren auf Zeiträumen, Rückerstattungsraten sollten jedoch kohortenbasiert sein – beide Werte gleichen sich erst an, wenn jede Rückerstattung abgeschlossen ist. Prüfen Sie außerdem, ob Chargebacks einbezogen sind, da manche Tools sie ausschließen.
Apple veröffentlicht keinen Schwellenwert, und ich wäre skeptisch gegenüber jedem, der selbstbewusst einen nennt. Dokumentiert ist hingegen, dass anhaltend hohe Rückerstattungs- und Streitfallraten den Account-Status bei Google Play beeinträchtigen können. Das ist ein stärkerer Grund, den Trend zu verfolgen, als die reine Rate.
