Abo-Churn bei Polar senken

Polar bietet mehr Werkzeuge gegen Churn, als Sie von einer jungen Abrechnungsplattform erwarten würden: eine Kündigung zum Periodenende, die der Kunde rückgängig machen kann, erfasste Kündigungsgründe, eine Pausenoption und automatische Retries bei fehlgeschlagenen Verlängerungen. Dieser Ratgeber erklärt, wie jeder Baustein funktioniert und wie Sie einen Halteschritt und Win-back darauf aufsetzen.

Er hält sich an die eigene Dokumentation von Polar: Abos verwalten, fehlgeschlagene Zahlungen zurückholen, Kundenportal, Rabatte, Abo aktualisieren, Webhook-Events, Analytics, Gebühren und das Changelog (alle abgerufen im November 2026). Die Doku von Polar ändert sich schnell, prüfen Sie also die Version der API, die Sie nutzen.

Polar ist der Merchant of Record

Polar verkauft als Merchant of Record an Ihre Kunden und kümmert sich um Steuern, Zahlungen und Disputes. Die Gebührenseite sagt, dass jeder Dispute 15 $ kostet, ob gewonnen oder verloren, abgezogen von Ihrem Guthaben. Die Seite zu Kontoprüfungen erklärt, dass Polar die Chargeback-Quoten beobachtet und bei Bestellungen unter einem bestimmten Wert automatisch erstatten kann, wenn es ein frühes Signal der Kartennetzwerke erhält. Sie beantworten Disputes nicht selbst, aber wie Sie mit Kündigungen umgehen, wirkt sich direkt darauf aus, wie viele Sie bekommen.

Zwei Arten, wie ein Abo endet

Die Seite zur Abo-Verwaltung von Polar beschreibt zwei Wege.

	Kündigung zum Periodenende	Revoke
Wie	PATCH /v1/subscriptions/{id} mit cancel_at_period_end: true oder der Schalter im Dashboard	DELETE /v1/subscriptions/{id}
Zugang	Bleibt bis current_period_end	Endet sofort, Benefits werden entzogen
Erstattung	Nicht zutreffend	Keine
Umkehrbar	Ja, bis zum Enddatum (Uncancel)	Nein

Für einen Kunden, der kündigen will, ist die Kündigung zum Periodenende der richtige Standard: Er behält, wofür er bezahlt hat, und kann es sich anders überlegen. Polar sagt das selbst: Nutzen Sie die Kündigung zum Periodenende, wenn Sie die Entscheidung umkehren können wollen. Ein Uncancel setzt cancel_at_period_end zurück auf false und leert ends_at und canceled_at.

Den Grund erfassen

Kündigen Sie über die API zum Periodenende, akzeptiert Polar einen optionalen Grund und Kommentar. Die acht Grundcodes sind too_expensive, missing_features, switched_service, unused, customer_service, low_quality, too_complex und other. Polar bittet Sie, sie nur zu setzen, wenn der Kunde sie wirklich angegeben hat, zum Beispiel in einer Umfrage, und warnt, dass der Kommentar für den Kunden in seiner Kaufhistorie sichtbar ist; interne Notizen gehören also nicht dorthin.

Die Analytics von Polar zeigen Kündigungsgründe in Diagrammen, von denen Sie zu den zugrunde liegenden Abos und Kommentaren klicken können. Sie trennen außerdem „canceled” (der Kunde hat während des Zeitraums gekündigt) von „churned” (der bezahlte Zugang ist tatsächlich beendet), eine nützliche Unterscheidung, wenn Sie einen Kündigungsflow messen.

Pause

Laut Changelog von Polar wird eine Pause zum Ende des Abrechnungszeitraums geplant. Zu diesem Zeitpunkt stoppt die Abrechnung, und die Benefits werden entzogen, aber Abo und Zahlungsmethode bleiben gespeichert. Sie können Kunden im Kundenportal pausieren lassen, und die Webhooks subscription.paused und subscription.resumed melden Ihnen Änderungen des Zustands.

Das Kundenportal

Im gehosteten Kundenportal von Polar können Kunden kündigen (standardmäßig zum Periodenende) und ihre Standard-Zahlungsmethode aktualisieren. Planwechsel, Lizenzänderungen sowie Pausieren und Fortsetzen hängen von Schaltern in Ihren Portaleinstellungen ab. Die Aktualisierung der Zahlungsmethode gibt es nur im gehosteten Portal, was Kartendaten von Ihren Servern fernhält; die Customer Portal API, die Sie für Ihr eigenes Portal nutzen können, deckt sie nicht ab.

Kündigen Kunden im gehosteten Portal, gelangen sie direkt zur Kündigung. Wollen Sie zuerst einen Halteschritt, leiten Sie den Button „Kündigen” in Ihrer App auf Ihren eigenen Flow und behalten das gehostete Portal für die Zahlungsdaten.

Rabatte

Rabatte bei Polar gelten einmal, für eine feste Anzahl von Monaten oder unbegrenzt. Um einem bestehenden Abonnenten einen Rabatt zu geben, setzen Sie discount_id über den Endpoint Abo aktualisieren; Polar wendet die Änderung zum nächsten Abrechnungszyklus an, und null entfernt ihn. Die Doku von Polar sagt nicht, ob der Austausch eines wiederkehrenden Rabatts dessen verbleibende Monate zurücksetzt; testen Sie das in der Sandbox, bevor Sie sich darauf verlassen.

Was Polar bei fehlgeschlagenen Zahlungen tut

Polar dokumentiert sein Verhalten unter fehlgeschlagene Zahlungen zurückholen:

1. Schlägt eine Verlängerungsbelastung fehl, wird das Abo past_due, und subscription.past_due wird ausgelöst.
2. Polar versucht es viermal erneut: 2, 5, 7 und 7 Tage nach dem vorherigen Versuch, also 2, 7, 14 und 21 Tage nach dem ersten Fehlschlag.
3. Aktualisiert der Kunde seine Zahlungsmethode im Portal, versucht Polar die Belastung sofort erneut.
4. Schlagen alle Retries fehl oder bedeutet die Ablehnung, dass die Zahlungsmethode nie funktionieren wird, stoppt Polar die Retries, das Abo endet, die Benefits werden entzogen, und subscription.revoked wird ausgelöst.
5. Eine Kulanzfrist auf Organisationsebene kann den Entzug der Benefits verzögern. Sie ändert den Retry-Plan nicht.

Bestellungen für nutzungsbasierte Zähler folgen einem anderen Plan und betreffen das Abo selbst nicht; siehe die Abrechnungsseite von Polar. Das Retry-Timing ist von Polar festgelegt; was Sie ergänzen können, ist eine klare Kommunikation mit dem Kunden, solange das Abo überfällig ist, mit einem Hinweis auf das Portal, um die Karte zu aktualisieren.

Webhooks, auf die Sie hören sollten

Aus den Webhook-Events von Polar:

Event	Bedeutung
subscription.updated	Wird bei jeder Änderung ausgelöst, auch bei den folgenden
subscription.canceled	Kündigung beantragt; das Abo kann bis zum Periodenende noch aktiv sein
subscription.uncanceled	Der Kunde hat eine ausstehende Kündigung rückgängig gemacht
subscription.revoked	Der Zugang endet: Periodenende nach Kündigung erreicht oder Retries ausgeschöpft
subscription.past_due	Eine Verlängerungszahlung ist fehlgeschlagen und kann noch zurückgeholt werden
subscription.paused / subscription.resumed	Der Pausenzustand hat sich geändert
subscription.cycled	Eine Verlängerung

Bei einer Kündigung zum Periodenende sendet Polar sofort subscription.updated und subscription.canceled (Status weiterhin active, cancel_at_period_end true), dann subscription.updated und subscription.revoked, wenn der Zeitraum endet. Polar empfiehlt, den Zugang nicht bei subscription.canceled zu entfernen, sondern bis zum Ende des Zeitraums oder bis subscription.revoked zu warten.

Ein Kündigungsflow bei Polar, Schritt für Schritt

1. „Kündigen” in Ihrer App auf Ihren Flow leiten, nicht auf einen sofortigen API-Aufruf.
2. Nach dem Warum fragen, mit den acht Grundcodes von Polar, damit die Antworten zur Analytics von Polar passen, plus einem Freitextfeld.
3. Ein Angebot zeigen, das zum Grund passt. too_expensive: ein Rabatt für einige Monate. unused: eine Pause. missing_features oder too_complex: eine Antwort von einem Menschen.
4. „Jetzt kündigen” auf jedem Schritt sichtbar lassen, abschließbar mit einem Klick.
5. Das Ergebnis anwenden. Rabatt: PATCH mit discount_id. Kündigung: PATCH mit cancel_at_period_end: true, dem Grund und, falls der Kunde einen geschrieben hat, dem Kommentar. Vermeiden Sie Revoke, außer der Kunde hat ein sofortiges Ende verlangt, da es sich nicht rückgängig machen lässt und keine Erstattung auslöst.
6. Das Enddatum bestätigen aus current_period_end und bis dahin einen Button „Abo behalten” anbieten.

Win-back

Beginnen Sie bei subscription.revoked. Bewahren Sie den Grund auf, den der Kunde angegeben hat, warten Sie und kontaktieren Sie ihn dann mit etwas, das auf diesen Grund antwortet, und schicken Sie ihn zu einem neuen Checkout, mit einem Rabatt, wenn es passt.

So geht es mit NoChurn

NoChurn liest Ihre Polar-Abos und -Webhooks und ergänzt einen Kündigungsflow mit Gründen, Angeboten und einem stets sichtbaren Kündigen-Button für einen Klick, gehostet oder headless über die API, dazu Win-back-Mails nach 30, 60 und 90 Tagen je nach Kündigungsgrund und einen Churn-Score von 0 bis 100. Polar bleibt der Merchant of Record: Checkout, Zahlungen, Zahlungswiederherstellung, Erstattungen und Disputes bleiben bei Polar, und Disputes erscheinen in NoChurn schreibgeschützt. NoChurn ist unter 300 $ MRR kostenlos, mit jeder Funktion in jedem Plan (Ihre eigene E-Mail-Domain ab 9 $). Siehe NoChurn + Polar.