Polar-Rabatte als Halteangebote nutzen

Ein Kunde, der wegen des Preises kündigen will, ist einer der wenigen Fälle, in denen ein Rabatt wirklich die richtige Antwort ist. Polar liefert in der von uns geprüften Dokumentation keinen eigenen Bildschirm für Halteangebote, hat aber die Bausteine, um einen zu bauen: Rabatte mit Laufzeiten, eine API, um einen Rabatt an ein aktives Abo zu hängen, und Kündigungsgründe am Abo.

Dieser Ratgeber zeigt, wie diese Bausteine zusammenpassen, wann ein Rabatt das richtige Angebot ist und welche Fehler aus Halterabatten eine dauerhafte Preissenkung machen. Er hält sich an die Dokumentation von Polar: Rabatte, die API-Referenz zum Erstellen eines Rabatts, Abos verwalten, die API-Referenz zum Aktualisieren eines Abos und die Seite zu Webhook-Events (alle abgerufen im November 2026).

Was ein Polar-Rabatt sein kann

Die Rabatte von Polar haben zwei Arten und drei Laufzeiten.

Arten

Prozentual: in der API in Basispunkten angegeben. 1.000 Basispunkte sind ein Rabatt von 10 %.
Fest: ein fester Betrag weniger.

Laufzeiten (für Abos)

Laufzeit	Was sie bewirkt
`once`	Gilt einmal
`repeating`	Gilt für eine festgelegte Anzahl von Monaten; `duration_in_months` ist erforderlich
`forever`	Gilt unbegrenzt

Bei Einmalkäufen gilt ein Rabatt immer einmal, unabhängig von der Laufzeit.

Einschränkungen

Im Dashboard oder über die API kann ein Rabatt Folgendes haben:

Einen Code, wenn Kunden ihn selbst eingeben sollen.
Ein Datum für Beginn und Ende.
Maximale Einlösungen.
Produkte, für die er gilt. Bleibt das leer, gilt der Rabatt für jedes Produkt, auch für später erstellte.

Polar weist darauf hin, dass Art, Laufzeit und Betrag eines Rabatts nach der ersten Einlösung nicht mehr geändert werden können. Stellen Sie sie richtig ein, bevor Sie einen Rabatt in einem echten Angebot nutzen.

Einen Rabatt auf ein aktives Abo anwenden

Das ist der zentrale Schritt für die Kundenbindung. Der Leitfaden Abos verwalten von Polar zeigt einen PATCH an /v1/subscriptions/:id mit einer discount_id im Body.

Der Rabatt wird an das aktive Abo gehängt.
Die Änderung gilt ab dem nächsten Abrechnungszyklus. Polar rechnet den laufenden Zeitraum nicht neu ab.
null als discount_id entfernt den aktuellen Rabatt.

Da die Änderung zum nächsten Zyklus wirksam wird, sagen Sie es im Angebot: „Ihre nächste Verlängerung wird 30 % günstiger” ist korrekt. „Wir haben 30 % erstattet” ist es nicht.

Wissen, warum der Kunde geht

Ein Rabatt hilft nur, wenn der Grund der Preis ist. Polar speichert den Grund am Abo:

customer_cancellation_reason, mit Werten wie too_expensive, missing_features und other.
customer_cancellation_comment, der Freitext des Kunden.

Kündigt ein Kunde im Customer Portal oder kündigen Sie über Dashboard oder API, sendet Polar laut Seite zu Webhook-Events sofort subscription.updated und subscription.canceled. Das Abo behält den Status active mit cancel_at_period_end auf true und wechselt erst am Ende des Zeitraums auf canceled. Bis dahin kann der Kunde die Kündigung rückgängig machen, was subscription.uncanceled sendet.

Das gibt Ihnen zwei Momente für ein Angebot:

Vor der Kündigung, in Ihrer eigenen App, wenn der Kunde auf „Kündigen” klickt und Sie nach dem Grund fragen.
Nach einer geplanten Kündigung, solange das Abo noch aktiv ist, mit einer E-Mail, die den Rabatt anbietet, und einem Link, um die Kündigung rückgängig zu machen.

Den Angebotsschritt bauen

Ein einfacher Halteschritt in Ihrer eigenen App, bevor der Kunde die Kündigungsaktion von Polar erreicht:

Nach dem Grund fragen mit einer kurzen Liste, die den Werten von Polar entspricht (zu teuer, fehlende Funktionen, Sonstiges), plus einem Freitextfeld.
Ist der Grund der Preis, zeigen Sie ein Angebot: zum Beispiel 30 % Rabatt auf die nächsten drei Monate. Erstellen Sie diesen Rabatt vorab als prozentualen Rabatt repeating mit duration_in_months auf 3, beschränkt auf die relevanten Produkte.
Nimmt der Kunde an, rufen Sie den Endpoint zum Aktualisieren des Abos mit der discount_id auf. Bestätigen Sie den neuen Betrag und wann er beginnt.
Lehnt der Kunde ab, kündigen Sie. Der Kündigen-Button muss auf jedem Schritt sichtbar sein, und eine Ablehnung muss direkt zur Kündigung führen. Siehe Click-to-Cancel-Regeln.
Das Ergebnis festhalten: Grund, gezeigtes Angebot, angenommen oder abgelehnt. Speichern Sie es neben dem eigenen customer_cancellation_reason von Polar.

Bei anderen Gründen ist ein Rabatt meist das falsche Werkzeug. „Fehlende Funktionen” verlangt einen Hinweis zur Roadmap oder eine Nachricht, wenn die Funktion erscheint. „Nutze es nicht” verlangt Hilfe oder einen kleineren Plan. Unser Ratgeber zu Pause oder Rabatt als Halteangebot ordnet Gründe Angeboten zu.

Fehler, die Sie vermeiden sollten

Unbefristete Rabatte

Ein Halterabatt forever ist eine dauerhafte Preissenkung für jeden, der auf Kündigen klickt. Das spricht sich herum. Bevorzugen Sie once oder einen kurzen Rabatt repeating.

Geteilte Codes

Ein Halterabatt mit öffentlichem Code landet auf Gutscheinseiten. Wenden Sie Halterabatte per ID über die API an, statt Codes auszugeben, und setzen Sie maximale Einlösungen und ein Enddatum als Absicherung.

Kombination mit bestehenden Rabatten

Der Update-Aufruf setzt die discount_id des Abos, ein Halterabatt kann also einen Rabatt ersetzen, den der Kunde bereits hat. Prüfen Sie vor einem Angebot, ob schon ein Rabatt besteht, sonst erhöhen Sie versehentlich seinen Preis.

Dasselbe zweimal anbieten

Hat ein Kunde bei der Kündigung einen Rabatt abgelehnt, senden Sie nicht denselben Rabatt in der ersten Win-back-Mail. Ändern Sie das Angebot oder die Nachricht.

Unklares Timing

Da der Rabatt mit dem nächsten Abrechnungszyklus beginnt, kann sich ein Kunde, der sofortige Ersparnis erwartet, getäuscht fühlen. Zeigen Sie den genauen Betrag und das Datum der nächsten Verlängerung.

Ein durchgerechnetes Beispiel

Angenommen, ein Kunde mit Monatsplan klickt auf Kündigen und wählt „zu teuer”.

Ihre App zeigt: „Bleiben Sie und zahlen Sie bei Ihren nächsten 3 Verlängerungen 30 % weniger. Oder kündigen Sie jetzt.” Beide Buttons sind gleich sichtbar.
Der Kunde nimmt an. Ihr Backend ruft den Endpoint zum Aktualisieren des Abos mit der ID Ihres vorbereiteten Rabatts repeating auf.
Sie bestätigen per E-Mail: Der laufende Zeitraum bleibt unverändert, und die nächsten drei Verlängerungen sind 30 % günstiger, ab dem nächsten Abrechnungsdatum.
Sie speichern Grund, Angebot und Annahme.
Bevor der Rabatt endet, entscheiden Sie, ob Sie etwas sagen. Ein kurzer Hinweis, dass ab einem bestimmten Datum wieder der reguläre Preis gilt, vermeidet eine Überraschung und eine mögliche Erstattungsanfrage.

Hätte der Kunde abgelehnt, würde Ihre App das Abo sofort kündigen, und Polar würde es bis zum Ende des Zeitraums mit gesetztem cancel_at_period_end aktiv halten.

Messen, ob es wirkt

Verfolgen Sie für jedes Angebot:

Wie oft es gezeigt und wie oft es angenommen wurde.
Wie viele derjenigen, die angenommen haben, drei und sechs Monate später noch Abonnenten waren.
Gehaltener Umsatz im Verhältnis zum gewährten Rabatt.

Ein Angebot, das viele annehmen, das die Kündigung aber nur um einen Zyklus verzögert, ist ein Kostenfaktor, keine Rettung. Für das Gesamtbild siehe Best Practices für Kündigungsflows und Umfragen zu Kündigungsgründen.

So geht es mit NoChurn

Der Kündigungsflow von NoChurn fragt nach dem Grund und zeigt ein passendes Angebot (einen Rabatt oder, wo Ihre Abrechnung es unterstützt, eine Pause oder einen Planwechsel), mit einem Kündigen-Button für einen Klick, der auf jedem Schritt sichtbar ist. Er läuft gehostet oder headless über die API, sodass sich der Schritt in Ihre eigene App einfügt. Bei Polar bleiben Abo und Abrechnung bei Polar als Merchant of Record. Die Antworten fließen in Win-back-Mails nach 30, 60 und 90 Tagen und in den Churn-Score ein. Siehe NoChurn + Polar.