Die Kündigungsumfrage von Google Play und wie Sie Android-Kündigungen verringern

Android-Abonnenten kündigen meist im Google Play Store, nicht in Ihrer App. Google betreibt diesen Flow, und wenn der Nutzer ihn abschließt, kann Play ihn fragen, warum er geht. Die Antwort geht nicht verloren: Sie wird am Abo gespeichert, und Sie können sie über die Google Play Developer API lesen. Zusammen mit Pause, Planwechseln und Wiederherstellen gibt sie Ihnen mehr Möglichkeiten, als vielen Entwicklern bewusst ist.

Dieser Ratgeber zeigt, wo die Antwort aus der Umfrage liegt, was Google Sie vor und nach einer Kündigung anbieten lässt und wie Sie einen In-App-Flow bauen, der den Kündigungsbutton nur ein Tippen entfernt hält. Er basiert auf der Dokumentation von Google: dem Lebenszyklus von Abos, Abos: Deep Links und Kundenverwaltung, der RTDN-Referenz und der Referenz der Google Play Developer API für purchases.subscriptionsv2 (alle abgerufen im November 2026).

Woher Kündigungen kommen

Der Lebenszyklus-Leitfaden von Google nennt drei Quellen:

• Der Nutzer, aus dem Abo-Center von Play.
• Automatisch, wenn sich ein Abo nach dem Account Hold nicht erholt. Derselbe Leitfaden sagt, dass Nutzer, die einer zustimmungspflichtigen Preiserhöhung vor der Verlängerung nicht zustimmen, ebenfalls automatisch abgemeldet werden.
• Sie, über purchases.subscriptionsv2.cancel.

In jedem Fall sendet ein reguläres, sich automatisch verlängerndes Abo eine Benachrichtigung SUBSCRIPTION_CANCELED, der Status wird SUBSCRIPTION_STATE_CANCELED, und expiryTime enthält das Datum, an dem der Zugang enden soll. Der Nutzer behält den Zugang bis dahin. Google warnt, dass das Entziehen von Inhalten, auf die der Nutzer noch Anspruch hat, gegen seine Abo-Richtlinie verstößt.

Die Kündigungsumfrage lesen

Rufen Sie nach einer Benachrichtigung SUBSCRIPTION_CANCELED purchases.subscriptionsv2.get mit dem Purchase Token auf. Die Antwort hat einen canceledStateContext mit einem von vier Zweigen:

Zweig	Bedeutung
userInitiatedCancellation	Der Nutzer hat gekündigt
systemInitiatedCancellation	Google hat gekündigt, zum Beispiel wegen eines Abrechnungsproblems
developerInitiatedCancellation	Sie haben gekündigt
replacementCancellation	Das Abo wurde durch ein neues ersetzt

Bei Kündigungen durch den Nutzer enthält userInitiatedCancellation eine cancelTime und ein cancelSurveyResult. Die API-Referenz beschreibt Letzteres als „Informationen, die der Nutzer angibt, wenn er den Kündigungsflow des Abos abschließt (Umfrage zum Kündigungsgrund)“. Das Feld reason nimmt einen dieser Werte an:

Wert	Bedeutung
CANCEL_SURVEY_REASON_NOT_ENOUGH_USAGE	Zu wenig Nutzung des Abos
CANCEL_SURVEY_REASON_TECHNICAL_ISSUES	Technische Probleme bei der Nutzung der App
CANCEL_SURVEY_REASON_COST_RELATED	Kostenbezogene Gründe
CANCEL_SURVEY_REASON_FOUND_BETTER_APP	Der Nutzer hat eine bessere App gefunden
CANCEL_SURVEY_REASON_OTHERS	Andere Gründe, mit dem Freitext des Nutzers in reasonUserInput
CANCEL_SURVEY_REASON_UNSPECIFIED	Nicht angegeben

Drei praktische Hinweise:

1. Lesen Sie sie zum Zeitpunkt der Kündigung. Der canceledStateContext ist nur vorhanden, solange das Abo gekündigt oder abgelaufen ist, und das Purchase Token funktioniert 60 Tage nach Ablauf nicht mehr. Wenn der Nutzer wiederherstellt, werden laut Google alle Kündigungsfelder gelöscht.
2. Rechnen Sie mit Lücken. Sie können nicht davon ausgehen, dass jeder Nutzer geantwortet hat. Planen Sie nicht angegebene Gründe ein.
3. Speichern Sie den Freitext als nicht vertrauenswürdige Daten. Er ist das, was der Nutzer eingetippt hat.

Fünf feste Gründe sind grob, aber sie lassen sich gut auf Aktionen abbilden: Kosten, Nutzung, Qualität, Wettbewerb.

Was Google Sie stattdessen anbieten lässt

Pause

Der Lebenszyklus-Leitfaden von Google sagt, dass bei allen Abos die Pause standardmäßig aktiviert ist (Sie können sie in der Play Console deaktivieren). Nutzer wählen eine Pausendauer je nach Abrechnungszeitraum:

Abrechnungszeitraum	Pausendauer
Wöchentlich	1, 2, 3 oder 4 Wochen
Monatlich, drei Monate, sechs Monate, jährlich	1, 2 oder 3 Monate

Google weist darauf hin, dass sich die Dauern ändern können. Die Pause beginnt am Ende des aktuellen Zeitraums; während der Pause hat der Nutzer keinen Zugang und zahlt nicht; am Ende versucht Google zu verlängern. Ihr Backend sieht SUBSCRIPTION_PAUSE_SCHEDULE_CHANGED, wenn der Nutzer sie einplant, SUBSCRIPTION_PAUSED, wenn sie beginnt, und SUBSCRIPTION_RECOVERED, wenn sie endet (oder SUBSCRIPTION_ON_HOLD, wenn die Zahlung bei der Fortsetzung fehlschlägt). Google empfiehlt, eine Möglichkeit zur manuellen Fortsetzung anzubieten, über einen Deep Link zu Google Play.

Für einen Nutzer, der kündigt, weil er es „eine Weile nicht nutzen wird“, ist eine Pause oft die ehrliche Antwort.

Planwechsel

Sie können Nutzer in Ihrer App die Stufe oder den Abrechnungszeitraum wechseln lassen, auf Wunsch mit einem Angebot (Googles Beispiel ist ein Rabatt auf das erste Jahr beim Wechsel von monatlich zu jährlich). Der Replacement Mode entscheidet, wann die Änderung gilt und wie ungenutzte Zeit gutgeschrieben wird. DEFERRED zum Beispiel wendet die Änderung bei der nächsten Verlängerung an. Eine günstigere Stufe ist eine natürliche Antwort auf COST_RELATED.

Wiederherstellen

Ein gekündigtes, noch nicht abgelaufenes Abo kann der Nutzer im Abo-Center des Play Store mit dem Button Resubscribe wiederherstellen. Google verlangt, dass alle Entwickler das unterstützen. Sie erhalten SUBSCRIPTION_RESTARTED, und das Abo verlängert sich wie zuvor.

Einen Kündigungsflow in der App bauen

Der Abo-Leitfaden von Google sagt, dass Ihre App auf einem Einstellungsscreen einen Link enthalten sollte, mit dem Nutzer ihre Abos verwalten können, und dass Sie „Nutzern auch eine Option anbieten können, in Ihrer App oder auf Ihrer Website zu kündigen“. Das ergibt zwei Designs.

Option A: Ihr Screen, dann Play

1. „Abo verwalten“ in den Einstellungen öffnet Ihren Screen.
2. Eine Frage: Warum möchten Sie kündigen? Verwenden Sie Gründe nahe an Googles fünf, damit die Daten zusammenpassen.
3. Eine passende Antwort je Grund: Pause bei geringer Nutzung, günstigerer Plan bei Kosten, eine Lösung oder ein Kontakt bei technischen Problemen.
4. Ein Button Weiter zur Kündigung, immer sichtbar, der den Deep Link zur Seite des Abos in Play öffnet: https://play.google.com/store/account/subscriptions?sku= Ihre Produkt-ID &package= Ihr Paketname. Google sagt, dass Nutzer dort Zahlungsmethoden verwalten und „Kündigung, erneutes Abonnieren und Pause“ aufrufen können.

Option B: in Ihrer App kündigen

Ihr Backend kann über purchases.subscriptionsv2.cancel kündigen. Der cancellationType ist wichtig:

• USER_REQUESTED_STOP_RENEWALS: vom Nutzer angefragte Kündigung; sie stoppt nur die nächste Verlängerung, und das Abo kann wiederhergestellt werden.
• DEVELOPER_REQUESTED_STOP_PAYMENTS: vom Entwickler angefragt; es kann nicht wiederhergestellt werden.

Für einen Nutzer, der um die Kündigung gebeten hat, verwenden Sie USER_REQUESTED_STOP_RENEWALS, damit er den Zugang bis zum Ende des Zeitraums behält und im Play Store noch umentscheiden kann. Bei diesem Design kündigt der Button „Kündigen“ in Ihrem Flow wirklich, mit einem Tippen, was der sauberste Weg ist, Click-to-Cancel-Erwartungen zu erfüllen. Google beschreibt die Antwort aus seiner Umfrage als aus dem eigenen Kündigungsflow von Play stammend; verlassen Sie sich bei Kündigungen über Ihre App also auf den Grund, den Sie selbst erheben.

So oder so: gleiches visuelles Gewicht für „Kündigen“ und für das Angebot, keine Bestätigungsschleifen, kein „Kontaktieren Sie den Support, um zu kündigen“.

Nach einer Kündigung

Zwischen SUBSCRIPTION_CANCELED und SUBSCRIPTION_EXPIRED ist der Nutzer noch Abonnent.

• Google empfiehlt, in Ihrer App eine Nachricht mit dem Ablaufdatum anzuzeigen.
• Google weist außerdem darauf hin, dass Sie Kündigungen in Echtzeit erkennen und den Nutzern „Push-Benachrichtigungen oder In-App-Nachrichten senden können, um sie zu bitten, erneut zu abonnieren“.
• Passen Sie die Nachricht an den Grund aus der Umfrage an, und senden Sie eine, nicht fünf.
• Gehen Sie nach dem Ablauf zum Win-back über: siehe so gewinnen Sie abgelaufene Abonnenten auf Google Play zurück.

Messen

Pro Monat und pro Grund: Kündigungen (aus SUBSCRIPTION_CANCELED mit einem vom Nutzer ausgelösten Kontext), Wiederherstellungen (SUBSCRIPTION_RESTARTED), eingeplante Pausen, Planwechsel und der Anteil, der tatsächlich abgelaufen ist. Vergleichen Sie die Gründe über App-Versionen hinweg: Ein Sprung bei TECHNICAL_ISSUES nach einem Release ist ein Fehlerbericht.

Das mit NoChurn umsetzen

NoChurn liest bei jeder Kündigung die Antwort aus der Kündigungsumfrage von Google Play und legt sie in die Zeitleiste des Kunden, neben die Gründe, die in Ihrem eigenen Flow erhoben wurden. Sein Kündigungsflow steht als Headless-API für Ihre Android-App bereit: Gründe, ein Angebot (Rabatt, Pause oder Planwechsel) und ein Kündigungsbutton, der immer sichtbar ist und die Abo-Seite von Google Play öffnet. Google behält Zahlungen, Wiederholungen und seinen eigenen Kündigungsbutton. Die Gründe steuern dann Win-back-E-Mails und den Churn-Score. Siehe NoChurn + Google Play.