So funktionieren Stripe Smart Retries, und wann Sie das Timing anpassen sollten
Wie Stripe Smart Retries Zeitpunkte wählt, welche Einstellungen Sie steuern, welche Ablehnungen nie wiederholt werden, wann ein eigener Zeitplan besser ist.
Von Florian
Wenn eine Abo-Zahlung in Stripe Billing fehlschlägt, kann Stripe die Belastung automatisch erneut versuchen. Smart Retries ist die Einstellung, die entscheidet, wann. Es ist die von Stripe empfohlene Option, und viele Teams schalten sie ein und sehen sie nie wieder an.
Das ist meist in Ordnung. Aber es hilft zu wissen, was Smart Retries tatsächlich tut, was es nicht kann und in welchen wenigen Situationen Sie die Standardwerte ändern sollten. Dieser Artikel hält sich an das, was Stripes Dokumentation sagt, und weist darauf hin, wo Stripe keine Details veröffentlicht.
Was Smart Retries ist
Smart Retries ist Stripes automatische Wiederholungslogik für fehlgeschlagene Rechnungszahlungen. Statt an festen Tagen erneut zu versuchen (zum Beispiel 3, 5 und 7 Tage nach dem Fehlschlag), nutzt Stripe ein Modell, um zu wählen, wann jede Wiederholung läuft. Stripes Dokumentation beschreibt, dass das Modell zeitabhängige, dynamische Signale nutzt, um die besten Zeitpunkte zu wählen.
Was Stripe nicht veröffentlicht, ist die genaue Liste der Signale, ihre Gewichtung oder die Abstände, die es für eine bestimmte Zahlung wählt. Behandeln Sie Smart Retries als Blackbox mit ein paar Reglern drumherum.
Wo es gilt
Smart Retries gilt für Rechnungen, die Stripe automatisch einzieht, was die meisten Abo-Verlängerungen abdeckt. Rechnungen, die Sie zur manuellen Zahlung senden (bei denen der Kunde die Rechnung selbst bezahlt), folgen stattdessen den Regeln für den automatischen Einzug, einem anderen Setup.
Stripe dokumentiert außerdem Smart Retries für Off-Session-Zahlungen außerhalb von Billing. Prüfen Sie auf dieser Seite die Verfügbarkeit in Ihrem Konto, da sie eingeschränkt sein kann.
Die Einstellungen, die Sie steuern
Im Stripe-Dashboard liegen die Einstellungen für Wiederholungen im Bereich Revenue Recovery der Billing-Einstellungen. Die Regler sind:
| Einstellung | Optionen | Empfehlung von Stripe |
|---|---|---|
| Wiederholungsrichtlinie | Smart Retries oder ein eigener Zeitplan | Smart Retries |
| Anzahl der Wiederholungen (Smart Retries) | Einstellbar | 8 Versuche |
| Zeitfenster (Smart Retries) | 1 Woche, 2 Wochen, 3 Wochen, 1 Monat oder 2 Monate | 2 Wochen |
| Eigener Zeitplan | Bis zu 3 Wiederholungen, jeweils eine festgelegte Anzahl Tage nach der vorherigen | entfällt |
| Wenn die letzte Wiederholung scheitert | Das Abo kündigen, als unbezahlt markieren oder auf past due lassen | Ihre Wahl |
Der Standardwert „8 Versuche innerhalb von 2 Wochen“ stammt von Stripes Seite zu Smart Retries. Die Bezeichnungen in Ihrem Dashboard können sich mit der Zeit leicht ändern; prüfen Sie daher die Seite direkt.
Was die Optionen am Ende der Wiederholungen bedeuten
- Das Abo kündigen. Das Abo endet. Der Kunde muss ein neues abschließen, um zurückzukommen.
- Das Abo als unbezahlt markieren. Das Abo bleibt bestehen, aber Stripe versucht keine Zahlung neuer Rechnungen mehr, bis die Lage geklärt ist. Nützlich, wenn Sie das Konto behalten und den Zugang wiederherstellen wollen, sobald der Kunde zahlt.
- Das Abo auf past due lassen. Das Abo läuft weiter und erzeugt weiter Rechnungen. Das ist die nachsichtigste Option, und sie kann unbezahlte Rechnungen anhäufen, wenn Sie nicht handeln.
Getrennt davon entscheiden Sie, was mit der unbezahlten Rechnung selbst passiert (zum Beispiel offen lassen oder als uneinbringlich markieren). Treffen Sie beide Entscheidungen bewusst; sie verändern, wie Ihre MRR- und Churn-Zahlen aussehen.
Was Smart Retries nicht tut
Es wiederholt Hard Declines nicht von selbst
Manche Ablehnungen bedeuten, dass die Karte schlicht nicht erneut belastet werden kann. Stripes Dokumentation listet die Hard-Decline-Codes, bei denen es nicht automatisch erneut versuchen kann:
incorrect_numberlost_cardpickup_cardstolen_cardrevocation_of_authorizationrevocation_of_all_authorizationsauthentication_requiredhighest_risk_leveltransaction_not_allowed
Bei diesen plant Stripe weiterhin Wiederholungen, und der attempt_count der Rechnung steigt weiter, aber die Belastung läuft erst tatsächlich, wenn eine neue Zahlungsmethode hinterlegt ist. Mit anderen Worten: Der Wiederholungsplan wartet auf den Kunden. Fragt niemand den Kunden nach einer neuen Karte, passiert nichts.
Es spricht nicht mit dem Kunden
Wiederholungen sind still. Sie sagen dem Kunden nicht, dass etwas nicht stimmt. Stripe kann separate Kunden-E-Mails senden, wenn Kartenzahlungen scheitern, und einen Link zum Bestätigen von Zahlungen, wenn die Bank eine Authentifizierung verlangt. Diese Einstellungen sind unabhängig von Smart Retries; prüfen Sie also, ob sie eingeschaltet sind.
Es kennt Ihre Kunden nicht
Das Modell arbeitet mit Zahlungssignalen. Es weiß nicht, dass Ihre Kunden überwiegend Lehrkräfte sind, die am letzten Arbeitstag des Monats bezahlt werden, dass ein Kunde gerade dem Support geschrieben hat, er habe die Bank gewechselt, oder dass die Finanzabteilung eines B2B-Kunden nur dienstags zahlt. Dieser Kontext liegt in Ihren Systemen, nicht in denen von Stripe.
So sehen Sie, was Smart Retries tut
Sie können Wiederholungen an zwei Stellen verfolgen:
- Im Dashboard öffnen Sie die Rechnung. Die Zeitleiste zeigt jeden Versuch und seinen Ablehnungscode sowie den nächsten geplanten Versuch.
- Über die API und Webhooks. Das Invoice-Objekt hat die Felder
attempt_countundnext_payment_attempt. Hören Sie aufinvoice.payment_failed, um auf jeden Fehlschlag zu reagieren, und aufinvoice.paid, um jede Nachverfolgung bei Erfolg zu stoppen.
Ein einfaches Protokoll jedes Fehlschlags (Ablehnungscode, Nummer des Versuchs, Betrag, Datum, ob später bezahlt) reicht, um zu messen, wie Wiederholungen bei Ihnen abschneiden. Die Formeln finden Sie im Abschnitt zur Messung im vollständigen Ratgeber zu fehlgeschlagenen Zahlungen.
Wann Sie das Timing der Wiederholungen anpassen sollten
Smart Retries ist ein guter Standard. Hier sind die Fälle, in denen es sich lohnt, ihn zu überdenken.
1. Ihre Kunden werden an vorhersehbaren Daten bezahlt
Wenn die meisten Ihrer Kunden Verbraucher im selben Land sind, werden viele Soft Declines gegen Monatsende insufficient_funds sein. Eine Wiederholung direkt nach üblichen Zahltagen (zum Beispiel am 1., am 15. oder am letzten Arbeitstag, je nach Land) kann besser abschneiden als ein Modell, das mit allen trainiert wurde. Sie können Smart Retries keine Zahltage mitteilen, das bedeutet also entweder einen eigenen Zeitplan oder Wiederholungslogik außerhalb von Stripe.
2. Ihr Abrechnungszyklus ist kurz
Bei Wochenplänen bedeutet ein Zeitfenster von 2 Wochen, dass die nächste Rechnung erstellt wird, bevor die vorherige geklärt ist. Verkürzen Sie das Fenster oder nutzen Sie einen eigenen Zeitplan mit weniger, dichteren Wiederholungen.
3. Sie verkaufen an Unternehmen
B2B-Fehlschläge haben häufiger mit einer ersetzten Karte, einem Ausgabelimit oder einem Finanzprozess zu tun und weniger mit dem Timing. Weniger Wiederholungen und eine frühere Ansprache der richtigen Person (oft nicht der Nutzer, der sich angemeldet hat) zählen meist mehr als präzises Timing.
4. Sie brauchen einen vorhersehbaren Ablauf
Ein eigener Zeitplan macht es leicht, E-Mails auf Wiederholungen abzustimmen („wir versuchen es am Donnerstag erneut“) und den Prozess dem Support zu erklären. Smart Retries ist bauartbedingt weniger vorhersehbar.
5. Sie wollen eine längere Kulanzfrist für wertvolle Kunden
Stripes Einstellungen für Wiederholungen gelten kontoweit. Wenn Sie für Jahreskunden oder langjährige Kunden ein längeres Fenster wollen, brauchen Sie eigene Logik, etwa den Standardablauf für diese Kunden pausieren und sie separat behandeln.
Smart Retries vs. eigener Zeitplan
| Smart Retries | Eigener Zeitplan | |
|---|---|---|
| Timing | Vom Modell von Stripe gewählt | Feste Tage, die Sie festlegen |
| Anzahl der Wiederholungen | Einstellbar (8 empfohlen) | Bis zu 3 |
| Zeitfenster | 1 Woche bis 2 Monate | Summe Ihrer Abstände |
| Nutzt Ihre Kundendaten | Nein | Nein, aber Sie wählen die Daten mit Blick darauf |
| Vorhersehbar für E-Mails und Support | Weniger | Ja |
| Aufwand | Keiner | Gering |
Wenn Sie Ihre eigene Wiederholungslogik bauen (zum Beispiel Wiederholungen nach Ortszeit und Zahltag des Kunden), schalten Sie Stripes automatische Wiederholungen für diese Rechnungen in der Regel ab, damit sich beide nicht in die Quere kommen. Testen Sie das zuerst sorgfältig im Testmodus.
Ein praktisches Setup für die meisten SaaS-Teams
- Lassen Sie Smart Retries an, mit den empfohlenen 8 Versuchen in 2 Wochen für Monatspläne.
- Legen Sie die Aktion am Ende der Wiederholungen bewusst fest. „Als unbezahlt markieren“ ist ein guter Mittelweg, wenn Sie das Konto behalten und den Zugang bei Zahlung wiederherstellen wollen.
- Schalten Sie mindestens Stripes E-Mails zu fehlgeschlagenen Zahlungen ein, oder besser, betreiben Sie Ihre eigene Mahnsequenz an Tag 0, 3, 7 und 14.
- Behandeln Sie Hard Declines anders: Bitten Sie sofort um eine neue Karte.
- Schalten Sie E-Mails zur Authentifizierung ein, wenn Sie in Europa verkaufen.
- Protokollieren Sie jeden Fehlschlag und messen Sie die Rückgewinnung nach Kohorte.
- Überprüfen Sie die Einstellungen, sobald Sie ein paar Monate Daten haben. Wenn die meisten Ihrer Fehlschläge
insufficient_fundsam Monatsende sind, testen Sie ein an Zahltagen ausgerichtetes Timing.
Wie NoChurn hilft
NoChurn arbeitet neben Stripe. Sie können Stripe Smart Retries behalten oder NoChurn fehlgeschlagene Zahlungen zu Zeitpunkten erneut versuchen lassen, die sich an wahrscheinlichen Zahltagen und der Ortszeit des Kunden orientieren. In beiden Fällen sendet es von der KI geschriebene Mahnmails (standardmäßig an Tag 0, 3, 7 und 14) in der Sprache des Kunden, vor dem Versand geprüft, mit einem Link zu einer gehosteten Seite zur Kartenaktualisierung. Kartendaten bleiben bei Stripe; NoChurn sieht nie Kartennummern.
Es verbindet sich mit einem Klick mit Stripe. Der Preis hängt nur vom MRR ab, mit allen Funktionen in jedem Plan (eigene E-Mail-Domain ab 9 $) und ohne Anteil am zurückgewonnenen Umsatz. Siehe fehlgeschlagene Zahlungen und Preise.