Network Tokens und Card Account Updater: was sie lösen und was nicht
Wie Network Tokens und Card Account Updater gespeicherte Karten für Abos nutzbar halten, wie Stripe sie nutzt und welche Fehlschläge sie nicht verhindern.
Ein Abo ist das Versprechen, dieselbe Karte über Monate oder Jahre zu belasten. So lange halten Karten nicht. Sie laufen ab, werden nach einem Betrugsalarm ersetzt, neu ausgegeben, wenn eine Bank ihr Kartenprogramm ändert, oder geschlossen. Jedes dieser Ereignisse kann aus einem gesunden Kunden eine fehlgeschlagene Verlängerung machen.
Die Kartennetzwerke haben zwei Mechanismen, um das abzufedern: Card Account Updater und Network Tokens. Stripe nutzt beide für Sie, meist ohne Einrichtung. Es lohnt sich, sie zu verstehen, denn sie erklären, warum manche Karten weiter funktionieren, obwohl sie eigentlich hätten fehlschlagen „müssen”, und warum andere trotzdem fehlschlagen. Dieser Ratgeber behandelt beide, gestützt auf die Dokumentation von Stripe und den Netzwerken selbst (abgerufen im November 2026).
Das Problem, das sie lösen
Wenn Sie eine Karte für ein Abo speichern, hinterlegt Stripe in Ihrem Auftrag sicher die Kartennummer (die PAN) und das Ablaufdatum. Gibt die Bank des Kunden eine neue Karte mit neuer Nummer oder neuem Ablaufdatum aus, sind die gespeicherten Daten veraltet. Die nächste Belastung schlägt fehl, typischerweise mit expired_card oder einer anderen Ablehnung. Siehe Stripe-Ablehnungscodes erklärt.
Beide Mechanismen sollen Ihnen die neuen Daten liefern, bevor das passiert.
Card Account Updater
So funktionieren sie
Ein Card Account Updater ist ein Dienst eines Kartennetzwerks. Teilnehmende kartenausgebende Banken melden Änderungen an ihren Karten (neue Nummer, neues Ablaufdatum, geschlossenes Konto), und Händler oder ihre Zahlungsanbieter können diese Änderungen für gespeicherte Karten erhalten.
Die wichtigsten:
- Visa Account Updater (VAU). Die Entwicklerdokumentation von Visa beschreibt ihn als Weg für kartenausgebende Banken, Acquirer und qualifizierte Händler, aktualisierte Kontoinformationen für wiederkehrende und Card-on-file-Zahlungen auszutauschen, einschließlich Kartennummern, Ablaufdaten, geschlossener Konten und „contact cardholder”-Hinweisen.
- Mastercard Automatic Billing Updater (ABU). Die Entwicklerdokumentation von Mastercard beschreibt eine Datenbank von Ereignissen im Lebenszyklus eines Kontos: Kartenausgebende Banken melden ABU, wenn ein Konto erstellt, aktualisiert oder geschlossen wird. Bei einem geschlossenen Konto empfiehlt Mastercard, dass der Händler für künftige Transaktionen eine andere Zahlungsmethode nutzt.
Was Stripe tut
Sie binden diese Dienste nicht selbst an. Die Kartenübersicht von Stripe erklärt, dass Stripe automatisch versucht, gespeicherte Kartendaten zu aktualisieren, wenn ein Kunde eine neue Karte erhält, über die Updater-Programme der Netzwerke. Die wichtigsten Punkte aus der Doku von Stripe:
- Die Abdeckung hängt von der kartenausgebenden Bank ab und variiert je nach Land; am stärksten ist sie in den USA.
- Sie können nicht im Voraus wissen, welche Karten aktualisiert werden.
- Sie sehen Aktualisierungen, wenn sie passieren. Stripe sendet den Webhook
payment_method.automatically_updatedmit dem neuen Ablaufdatum und den letzten vier Ziffern. Hat sich die Nummer geändert, ändert sich auch der Fingerprint der Karte.
Stripe hat außerdem eine erweiterte Abdeckung bei Network Tokens und Card Account Updater angekündigt, in manchen Fällen mit Aktualisierungen in Echtzeit. Prüfen Sie die Ankündigung für den aktuellen Umfang in Ihren Märkten.
Network Tokens
So funktionieren sie
Ein Network Token ist ein Ersatz für die Kartennummer, ausgegeben vom Kartennetzwerk (zum Beispiel über den Visa Token Service) und an einen bestimmten Händler oder Zahlungsanbieter gebunden. Statt die rohe Kartennummer zu belasten, belastet der Zahlungsanbieter den Token.
Die nützliche Eigenschaft für Abos: Der Token ist mit dem Konto des Karteninhabers beim Netzwerk verknüpft, nicht mit einer einzelnen physischen Karte. Ersetzt die Bank die Karte, kann das Netzwerk aktualisieren, was hinter dem Token steht. Die Dokumentation zum Token Service von Visa beschreibt, wie kartenausgebende Banken den Lebenszyklus eines Tokens verwalten (aktivieren, sperren, fortsetzen, löschen) und wie Visa aktualisierte Kartendaten aus VAU abrufen kann, um Tokens aktuell zu halten, wenn sich die zugrunde liegende Kartennummer oder das Ablaufdatum ändert.
Was Stripe tut
Der Leitfaden zu Network Tokens von Stripe erklärt, dass Stripe gespeicherte Karten, wo verfügbar, bei den großen Netzwerken tokenisiert und für jede Zahlung entscheidet, ob der Network Token oder die Kartennummer genutzt wird. Schlägt eine Zahlung mit dem Network Token fehl, kann Stripe sie mit der Kartennummer erneut versuchen. Der Leitfaden nennt auch zwei Nachteile: Die Nutzung eines Network Tokens erfordert oft das Abrufen eines einmaligen Kryptogramms vom Netzwerk, was Latenz hinzufügen kann, und manche Netzwerke erheben Gebühren für die Token-Nutzung.
Für die meisten Abo-Geschäfte erfordert nichts davon Code. Es ist Teil dessen, wie Stripe gespeicherte Karten verarbeitet.
Updater vs. Tokens
| Card Account Updater | Network Token | |
|---|---|---|
| Was es ist | Ein Feed von Kartenänderungen der kartenausgebenden Banken | Eine vom Netzwerk ausgegebene Ersatz-Kartennummer |
| Wie die neuen Daten ankommen | Stripe erhält die Aktualisierung und ändert die gespeicherte Karte | Das Netzwerk aktualisiert, worauf der Token zeigt |
| Für Sie sichtbar | Ja, Webhook payment_method.automatically_updated |
Meist nicht; die Karte funktioniert einfach weiter |
| Hängt ab von | Teilnahme der Bank, Land | Unterstützung durch Netzwerk und Bank |
| Deckt abgelaufene und ersetzte Karten ab | Ja, wenn die Bank sie meldet | Ja, wo unterstützt |
| Deckt geschlossene Konten ab | Kann die Schließung melden, sodass Sie wissen, dass Sie nach einer neuen Karte fragen müssen | Der Token funktioniert nicht mehr |
In der Praxis überschneiden sie sich, und Stripe kombiniert sie. Sie wählen nicht zwischen ihnen.
Was sie nicht lösen
Das ist der wichtige Teil. Updater und Tokens lösen ein Problem, veraltete Kartendaten, und nur dort, wo die Banken teilnehmen. Für den Rest tun sie nichts:
| Fehlschlag | Durch Updater oder Tokens gelöst? | Was ihn löst |
|---|---|---|
| Karte abgelaufen, Bank hat das neue Ablaufdatum gesendet | Ja | Nichts weiter nötig |
| Karte ersetzt, Bank hat die neue Nummer gesendet | Ja | Nichts weiter nötig |
| Karte abgelaufen, Bank nimmt nicht teil | Nein | E-Mail vor dem Ablauf, Seite zur Kartenaktualisierung |
| Konto geschlossen | Nein (bestenfalls erfahren Sie davon) | Nach einer neuen Zahlungsmethode fragen |
insufficient_funds |
Nein | Zu einem besseren Zeitpunkt erneut versuchen; E-Mail |
| Allgemeine Ablehnung, Sperre durch die Bank | Nein | Erneut versuchen; E-Mail; Kunde ruft seine Bank an |
authentication_required |
Nein | Kunde bestätigt die Zahlung |
| Kunde hat die Bank komplett gewechselt | Nein | Nach einer neuen Karte fragen |
| Kunde hat die Karte absichtlich entfernt | Nein | Mit dem Kunden sprechen |
Die letzte Zeile verdient Aufmerksamkeit. Entfernt ein Kunde seine gespeicherte Karte vor einer Verlängerung, ist das oft ein Zeichen, dass er gehen oder die nächste Belastung anfechten will. Es ist ein Churn-Signal, kein Zahlungsproblem, und sollte auch so behandelt werden.
Was Sie auf Ihrer Seite tun
Auch bei guter Abdeckung brauchen Sie einen Prozess für die Karten, die nicht aktualisiert werden. Der vollständige Ansatz steht in ablaufende Karten; kurz gesagt:
1. Auf die Aktualisierungen hören
Abonnieren Sie payment_method.automatically_updated. Protokollieren Sie jede Aktualisierung (altes Ablaufdatum, neues Ablaufdatum, ob sich die Nummer geändert hat). Das zeigt Ihnen, wie viel Ihrer Basis die Netzwerke abdecken, und erlaubt Ihnen, eine geplante Mail „Ihre Karte läuft ab” zu stornieren.
2. Karten finden, die nicht rechtzeitig aktualisiert werden
Prüfen Sie vor jeder Verlängerung, ob die hinterlegte Karte vor dem Verlängerungsdatum abläuft. Wenn ja und bis eine oder zwei Wochen vor der Verlängerung keine Aktualisierung eingegangen ist, schreiben Sie dem Kunden.
3. Auf Schließungen und Entfernungen achten
Eine gemeldete Schließung oder eine entfernte Karte bedeutet, dass die nächste Belastung fehlschlagen wird. Fragen Sie sofort nach einer neuen Zahlungsmethode, statt auf die fehlgeschlagene Verlängerung zu warten.
4. Mahnwesen für den Rest beibehalten
Die meisten fehlgeschlagenen Zahlungen haben nichts mit veralteten Kartendaten zu tun. Retries und klare Mahnmails leisten weiterhin den Großteil der Wiederherstellung. Siehe fehlgeschlagene Zahlungen bei Stripe zurückholen.
5. Zahlungsmethoden bevorzugen, die halten
Manche Zahlungsmethoden eignen sich besser für wiederkehrende Abrechnung als andere. Prepaid- und virtuelle Karten etwa tragen eigene Verlängerungsrisiken, die Updater und Tokens nicht abdecken. Siehe Prepaid- und virtuelle Karten.
Die Abdeckung messen
Verfolgen Sie monatlich:
- Erhaltene automatische Aktualisierungen: Anzahl der Events
payment_method.automatically_updated, getrennt nach „nur Ablaufdatum” und „neue Nummer”. - Ablaufende Karten ohne Aktualisierung: Karten, die vor ihrer nächsten Verlängerung ablaufen und bis zu einem festgelegten Datum keine Aktualisierung erhalten haben.
- Fehlschläge mit
expired_card: wie viele Verlängerungen trotzdem mit abgelaufener Karte fehlschlagen. Ist der Wert hoch, müssen Ihre Mails vor dem Ablauf besser werden. - Anteil nach Kartenland und Marke: Die Abdeckung variiert, eine hohe Fehlerquote in einem Land kann also auf die Teilnahme der Banken statt auf Ihren Prozess hindeuten.
Checkliste
-
payment_method.automatically_updatedwird protokolliert. - Mails vor dem Ablauf entfallen für bereits aktualisierte Karten.
- Karten, die vor der nächsten Verlängerung ablaufen, werden markiert.
- Entfernte Karten und geschlossene Konten lösen sofort eine Anfrage nach einer neuen Zahlungsmethode aus.
- Fehlschläge werden nach Ablehnungscode ausgewertet, damit Sie sehen, was die Updater nicht abdecken.
- Das Mahnwesen übernimmt alles andere.
Wie NoChurn hilft
NoChurn arbeitet neben den Updatern und Tokens von Stripe und deckt ab, was sie offenlassen. Es markiert Kunden, die ihre Karte vor der Verlängerung entfernen, und hebt ihren Churn-Score an, damit Sie sie erreichen, bevor die Zahlung fehlschlägt. Schlägt eine Verlängerung fehl, liest es den Ablehnungscode, versucht Soft Declines zu besseren Zeitpunkten erneut und sendet von der KI geschriebene Mahnmails, vor dem Versand geprüft, mit einer gehosteten Seite zur Kartenaktualisierung. Die Kartendaten bleiben bei Stripe; NoChurn sieht nur Angaben wie Marke, letzte vier Ziffern, Ablaufdatum und Kartentyp.
Es verbindet sich mit einem Klick mit Stripe, und der Preis hängt nur vom MRR ab. Siehe fehlgeschlagene Zahlungen, den Churn-Score und Preise.