Google-Play-Abo kündigen: Wann endet die Verlängerung, und wann der Zugang?

Wenn Ihre Android-App ein über Google Play abgerechnetes Abo anbietet, sollten Kunden dessen Verwaltung aus der App erreichen können. Für die Umsetzung reicht dieser Link jedoch nicht aus. Die App muss außerdem zwischen einer beendeten Verlängerung und einem bereits abgelaufenen Nutzungsrecht unterscheiden. Sonst verliert ein Kunde möglicherweise zu früh den Zugang oder nutzt die Leistung nach ihrem tatsächlichen Ende weiter.

Dieser Beitrag betrifft die technische Verwaltung von Google-Play-Abonnements. Er entscheidet weder über Kündigungsrechte noch über Erstattungsansprüche oder die Zulässigkeit einer bestimmten Abrechnung. Auch die Frage, welche Käufe über welches Zahlungssystem angeboten werden dürfen, braucht eine eigene Prüfung. Ein Abo auf Ihrer Website ist nicht automatisch ein Google-Play-Abo.

Den richtigen Verwaltungsweg anbieten

Legen Sie im Briefing fest, wo der Kunde sein aktuell zugeordnetes Abo sieht und wie er zu dessen Verwaltung gelangt. Die Beschriftung „Abo verwalten“ ist passend, wenn die nächste Seite mehrere Verwaltungsaktionen anbietet. Ein Link dorthin sollte nicht schon als erfolgreich ausgeführte Kündigung erscheinen.

Die Google-Dokumentation zu Abonnements empfiehlt einen Verwaltungslink in den Einstellungen oder Präferenzen der App. Für ein noch nicht abgelaufenes Abo beschreibt sie einen direkten Link mit Paketname der App und der zugehörigen Produkt-ID. Daneben gibt es einen allgemeinen Link zur Übersicht der Play-Abonnements.

Lassen Sie den Entwickler die tatsächliche Zuordnung vorführen. Ein fest hinterlegter Link zum falschen Produkt hilft nicht, auch wenn sich eine Play-Seite öffnet. Für mehrere Kaufwege sollte die App den passenden Verwaltungsweg benennen, statt einen Web-Vertrag kommentarlos an Google Play weiterzureichen. Diese Kaufweg-Zuordnung ist eine zu vereinbarende Anforderung, keine vom Verwaltungslink erledigte Prüfung.

Kündigung und Ablauf getrennt anzeigen

Bei einem gewöhnlichen automatisch verlängernden Abo ohne Ratenbindung beschreibt Googles Leitfaden zum Abo-Lebenszyklus eine wichtige Trennung: Nach der Kündigung bleibt der Zugang grundsätzlich bis zum Ende des laufenden Abrechnungszeitraums bestehen. Die zurückgelieferten Daten enthalten den Status SUBSCRIPTION_STATE_CANCELED und mit expiryTime den maßgeblichen Ablaufzeitpunkt.

Deshalb sollte ein gekündigtes, aber noch nutzbares Abo nicht bloß als „inaktiv“ erscheinen. Eine verständliche Anzeige benennt die beendete Verlängerung und den bestätigten Zeitpunkt, bis zu dem der Zugang besteht. Nach dem tatsächlichen Ende braucht es einen anderen Zustand.

Das ist keine pauschale Zusage einer zusätzlichen Nutzungsfrist. Google nennt ausdrücklich den Fall, dass der Ablaufzeitpunkt bereits vergangen ist, etwa bei einer Kündigung während einer Kontosperrphase nach fehlgeschlagener Zahlung. Dann soll das Nutzungsrecht unmittelbar entfallen. Die App darf nicht bei jeder Kündigung einfach einen neuen Monat auf das heutige Datum aufschlagen.

Die Rückkehr aus Play ist noch kein bestätigtes Ergebnis

Ein Kunde kann die Verwaltungsseite öffnen, zurückgehen und dort gar nichts ändern. Vereinbaren Sie deshalb, wie die App nach der Rückkehr den aktuellen Zustand abgleicht. Eine Erfolgsmeldung allein aufgrund des geöffneten Links wäre irreführend.

Google beschreibt für Zustandsänderungen Benachrichtigungen an das Backend. Dieses soll anschließend über purchases.subscriptionsv2.get den aktuellen Zustand zum Kauftoken abrufen. Der Leitfaden bezeichnet diesen Abruf als maßgebliche Quelle für die Abo-Verwaltung. Eine Benachrichtigung ist damit ein Anlass zur Prüfung, nicht einfach der Text, den Ihre App ungeprüft als Zugangszusage übernimmt.

Legen Sie auch den Zwischenzustand bei einem vorübergehend fehlgeschlagenen Abgleich fest. Zeigen Sie keinen frisch bestätigten Endtermin, wenn nur ältere Daten vorliegen. Welche Funktionen während einer kurzen technischen Unsicherheit verfügbar bleiben, muss das Projekt ausdrücklich entscheiden und testen. Der hier zitierte Abschnitt liefert dafür keine allgemeingültige Kulanzregel.

Ratenbindung nicht wie ein gewöhnliches Monatsabo behandeln

Google dokumentiert für Raten-Abonnements mit noch ausstehenden Zahlungen innerhalb einer Bindungsperiode einen anderen Ablauf: Eine nutzerseitige Kündigung kann zunächst vorgemerkt sein. Dabei kann der Abo-Status weiterhin aktiv bleiben und ein pendingCancellation-Objekt vorliegen. Wirksam wird die Kündigung in diesem beschriebenen Fall am Ende der Bindungsperiode.

Wenn Ihr Produkt solche Pläne nicht anbietet, muss die Oberfläche dafür keine erfundenen Auswahlmöglichkeiten anzeigen. Wenn sie zum Umfang gehören, verlangen Sie eine gesonderte Darstellung und Testfälle. Ein monatlicher Zahlungstermin ist dann nicht ohne Weiteres das Ende der Bindung. Versprechen Sie in Kundentexten weder sofortiges Vertragsende noch das Entfallen aller verbleibenden Zahlungen allein aufgrund eines allgemeinen Kündigungsbuttons.

Die Abnahme am Zugang prüfen

Verwenden Sie Testkäufe und dafür vorgesehene Testkonten. Lassen Sie folgende Abläufe zeigen:

• Der Verwaltungslink öffnet die richtige Produktverwaltung.
• Der Kunde kehrt ohne Änderung zurück; die App behauptet keine Kündigung.
• Ein gekündigtes Abo mit künftigem Ablauf bleibt bis zum bestätigten Ende nutzbar.
• Ein bereits vergangener Ablauf erzeugt keine neu erfundene Restlaufzeit.
• Der Status wird nach einer Änderung erneut abgeglichen, auch wenn die Änderung außerhalb Ihrer App stattfand.
• Ein fehlgeschlagener Abgleich zeigt den vereinbarten Zwischenzustand statt eines erfundenen Erfolgs.
• Falls angeboten, wird eine vorgemerkte Kündigung innerhalb einer Ratenbindung separat geprüft.

Halten Sie diese Ergebnisse in den Akzeptanzkriterien Ihrer App fest und bringen Sie die angebotenen Abo-Arten in die Planung Ihrer mobilen Anwendung ein. Abgenommen wird die Übereinstimmung von Kundenmeldung, bestätigtem Abo-Zustand und tatsächlichem Zugang. Ein funktionierender Link allein belegt diese Übereinstimmung noch nicht.