{"id":10587,"date":"2026-08-05T10:04:20","date_gmt":"2026-08-05T08:04:20","guid":{"rendered":"https:\/\/consultoriaehero.com\/?p=10587"},"modified":"2026-08-05T10:04:20","modified_gmt":"2026-08-05T08:04:20","slug":"abonnements-mit-redsys-in-woocommerce-leitfaden-2026","status":"publish","type":"post","link":"https:\/\/consultoriaehero.com\/de\/abonnements-mit-redsys-in-woocommerce-leitfaden-2026\/","title":{"rendered":"Abonnements mit Redsys in WooCommerce: Leitfaden 2026"},"content":{"rendered":"

Abonnements mit Redsys in WooCommerce<\/strong> abzurechnen ist heute der Standardweg, um wiederkehrende Zahlungen in Spanien zu verwalten, denn Redsys ist die Plattform, die den Gro\u00dfteil der spanischen Banken bedient (BBVA, Santander, CaixaBank, Sabadell und viele mehr). Entscheidend ist nicht die erste Abbuchung, die jedes Gateway beherrscht, sondern die zweite, die dritte und alle danach: Verl\u00e4ngerungen, die Monat f\u00fcr Monat automatisch abgebucht werden, ohne dass der Kunde seine Karte erneut eingeben muss. In diesem Artikel erkl\u00e4ren wir, wie Tokenisierung das m\u00f6glich macht, wie sie mit den SCA-\/PSD2-Vorgaben zusammenpasst und warum Bizum, obwohl bequem, nicht f\u00fcr wiederkehrende Zahlungen verwendet werden kann. Ziel ist es, ein zuverl\u00e4ssiges Abo-Modell aufzusetzen, bei dem eine einmal autorisierte Erstzahlung sp\u00e4tere Abbuchungen ohne Reibung erm\u00f6glicht.<\/p>\n

\"Wiederkehrende<\/figure>\n

Abonnements mit Redsys in WooCommerce: Warum Tokenisierung alles ver\u00e4ndert<\/h2>\n

Eine wiederkehrende Abbuchung hat eine besondere Anforderung: Das Unternehmen muss erneut abbuchen k\u00f6nnen, ohne dass der Kunde anwesend ist. Daf\u00fcr muss sicher ein wiederverwendbares \u201eZahlungsmerkmal\u201c gespeichert werden. Redsys l\u00f6st das mit der Zahlung per Referenz<\/strong>, so nennt es die Tokenisierung: Bei der ersten Zahlung wird nicht nur abgebucht, sondern bei der Bank eine Referenz angefordert, die diese Karte repr\u00e4sentiert und mit dem H\u00e4ndler verkn\u00fcpft bleibt. Bei Verl\u00e4ngerungen sendet der Shop nur noch diese Referenz und den Betrag, und die Bank f\u00fchrt die Belastung aus.<\/p>\n

Wichtig ist ein Punkt, der oft \u00fcbersehen wird: Der Shop verarbeitet nie wieder die echte Kartennummer. Er speichert und verwendet nur diese Referenz erneut, sodass die sensiblen Daten stets auf Seiten der Bank und von Redsys bleiben, nicht auf deinem Server. Das reduziert dein Risiko und vereinfacht die Einhaltung der Sicherheitsanforderungen f\u00fcr Kartendaten.<\/p>\n

Was ist die Zahlung per Referenz (Tokenisierung)<\/h3>\n

Die Referenz ist eine undurchsichtige Kennung. Sie ist nicht die Kartennummer, gibt keine sensiblen Kundendaten preis und gilt nur f\u00fcr genau diesen H\u00e4ndler. Deshalb ist es sicher, sie zu speichern: Selbst wenn jemand sie abfangen w\u00fcrde, k\u00f6nnte er sie nirgendwo anders verwenden und die urspr\u00fcngliche Karte nicht rekonstruieren. Dieser Mechanismus unterscheidet ein einfaches Zahlungs-Gateway von einem Gateway, das echte Abonnements tragen kann. Ohne Token m\u00fcsste jede Verl\u00e4ngerung manuell vom Kunden bezahlt werden, und das beendet in der Praxis jedes Wiederkehr-Modell.<\/p>\n

Wie die wiederkehrende Redsys-Abbuchung Schritt f\u00fcr Schritt funktioniert<\/h2>\n

Um die Abonnements mit Redsys in WooCommerce richtig zu verstehen, sollte man gedanklich zwei sehr unterschiedliche Momente trennen, da sie technisch und rechtlich unterschiedliche Anforderungen haben.<\/p>\n

Die erste Zahlung: Anlage der Referenz<\/h3>\n

Beim ersten Checkout ist der Kunde anwesend. Er gibt seine Karte im virtuellen POS von Redsys ein und schlie\u00dft, falls seine Bank es verlangt, die starke Authentifizierung ab (normalerweise ein Code aus der Banking-App oder per SMS). In derselben Transaktion beantragt der Shop die Anlage der Referenz. Am Ende passieren zwei Dinge: Die erste Rate wurde abgebucht und der Token f\u00fcr die Zukunft wurde gespeichert.<\/p>\n

Automatische Verl\u00e4ngerungen: Abbuchung ohne Reibung<\/h3>\n

Wenn der Verl\u00e4ngerungstermin erreicht ist, l\u00e4uft der Prozess vollst\u00e4ndig unbeaufsichtigt. WooCommerce st\u00f6\u00dft die Abbuchung an, sendet die gespeicherte Referenz an Redsys und die Bank belastet den Betrag. Der Kunde erh\u00e4lt kein Formular, muss nichts tun und merkt im besten Fall erst etwas, wenn er die Buchung auf seinem Kontoauszug sieht. Sobald die Bank antwortet, sendet Redsys eine Best\u00e4tigungsbenachrichtigung an den Shop; damit markiert WooCommerce die Verl\u00e4ngerungsbestellung als bezahlt und verl\u00e4ngert das Abonnement automatisch. Genau dieses Verhalten beschreibt die Leitlinie zu Abonnements in WooCommerce<\/a> als unverzichtbar f\u00fcr jedes Abo-Gesch\u00e4ft: Die Verl\u00e4ngerung darf nicht vom guten Ged\u00e4chtnis des Kunden abh\u00e4ngen.<\/p>\n

SCA und PSD2: Starke Authentifizierung, ohne Verl\u00e4ngerungen zu unterbrechen<\/h2>\n

Die europ\u00e4ische PSD2-Regelung f\u00fchrte die starke Kundenauthentifizierung (SCA) ein: Bei vielen elektronischen Zahlungen muss der Nutzer seine Identit\u00e4t mit einem zweiten Faktor nachweisen. Auf den ersten Blick widerspricht das der Idee einer unbeaufsichtigten Abbuchung, weil der Kunde bei der Verl\u00e4ngerung nicht anwesend ist, um sich zu authentifizieren. Genau hier macht eine sauber implementierte Tokenisierung den Unterschied.<\/p>\n

Wie Abonnements mit Redsys in WooCommerce die SCA sicher umgehen<\/h3>\n

Die PSD2 selbst ber\u00fccksichtigt vom H\u00e4ndler initiierte Transaktionen (die sogenannten MIT, merchant-initiated transactions<\/em>). Die Logik ist einfach: Die starke Authentifizierung erfolgt einmal<\/strong>, bei der ersten Zahlung mit anwesendem Kunden, und diese Zustimmung wird der Referenz zugeordnet. Sp\u00e4tere Verl\u00e4ngerungen werden als vom H\u00e4ndler initiierte wiederkehrende Belastungen markiert und sind von der erneuten Zwei-Faktor-Pr\u00fcfung befreit. Es wird nicht an der Sicherheit vorbei gearbeitet: Die Vorschrift wird zum richtigen Zeitpunkt erf\u00fcllt und die vorgesehene Ausnahme f\u00fcr wiederkehrende Zahlungen genutzt. Deshalb k\u00f6nnen Abonnements mit Redsys in WooCommerce automatisch laufen und gleichzeitig regelkonform sein.<\/p>\n

In der Praxis bedeutet das: Die Last der Authentifizierung liegt bei der ersten Abbuchung. Wenn diese Anlage korrekt erfolgt, die Karte sauber tokenisiert ist und die Zustimmung dokumentiert wurde, l\u00e4uft der Rest des Abonnement-Lebenszyklus ab, ohne den Kunden erneut mit Codes oder Best\u00e4tigungen zu bel\u00e4stigen. Deshalb ist die Anlage der kritischste Moment des gesamten Prozesses und derjenige, den man am sorgf\u00e4ltigsten behandeln sollte.<\/p>\n

Warum Bizum f\u00fcr wiederkehrende Zahlungen nicht geeignet ist<\/h2>\n

Bizum ist schnell, bekannt und hat eine hervorragende Conversion-Rate bei Einzelzahlungen. Aber es ist genau daf\u00fcr gemacht: Einzelzahlungen, einzeln, mit Best\u00e4tigung auf dem Handy des Nutzers. Bizum unterst\u00fctzt keine Tokenisierung<\/strong>, das hei\u00dft, es erzeugt keine wiederverwendbare Referenz, mit der der H\u00e4ndler eigenst\u00e4ndig erneut abbuchen k\u00f6nnte. Ohne Token ist keine unbeaufsichtigte Verl\u00e4ngerung m\u00f6glich.<\/p>\n

Die praktische Konsequenz ist klar: Du kannst Bizum f\u00fcr die erste Zahlung anbieten, wenn es deinen Kunden bequem erscheint, aber die Verl\u00e4ngerung eines Abonnements braucht zwingend eine tokenisierte Karte \u00fcber Redsys. Bizum als \u201eAbo\u201c-Methode darzustellen w\u00e4re irref\u00fchrend, weil der Kunde jeden Monat die Zahlung manuell best\u00e4tigen m\u00fcsste, und das ist dann kein Abonnement mehr, sondern eine Reihe einzelner K\u00e4ufe, die davon abh\u00e4ngen, dass der Kunde sich erinnert und zustimmt.<\/p>\n

Vergleichstabelle: Tokenisiertes Redsys im Vergleich zu anderen Optionen<\/h2>\n
\n\n\n\n\n\n\n\n\n
Methode<\/th>\nAutomatische Verl\u00e4ngerung<\/th>\nTokenisierung<\/th>\nSCA nur einmal<\/th>\nEmpfohlene Nutzung<\/th>\n<\/tr>\n<\/thead>\n
Redsys (Zahlung per Referenz)<\/td>\nJa<\/td>\nJa<\/td>\nJa, bei der Anlage<\/td>\nAbonnements und wiederkehrende Raten<\/td>\n<\/tr>\n
Bizum<\/td>\nNein<\/td>\nNein<\/td>\nNicht anwendbar<\/td>\nNur Einzelzahlungen oder Erstabbuchung<\/td>\n<\/tr>\n
SEPA-Lastschrift<\/td>\nJa<\/td>\nMandat, kein Kartentoken<\/td>\nNicht anwendbar<\/td>\nWiederkehrend im B2B-Bereich oder bei hohen Betr\u00e4gen<\/td>\n<\/tr>\n
Internationale Karte (andere Gateways)<\/td>\nJa<\/td>\nJa<\/td>\nJa<\/td>\nVerk\u00e4ufe au\u00dferhalb Spaniens<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

F\u00fcr ein spanisches Unternehmen, das an spanische Kunden verkauft, ist das Einrichten von Abonnements mit Redsys in WooCommerce meist die nat\u00fcrlichste Kombination: niedrige Rate, direkte Integration mit der gewohnten Bank und volle Kompatibilit\u00e4t mit wiederkehrenden Abbuchungen.<\/p>\n

Wie du die wiederkehrende Redsys-Abbuchung in deinem Shop einrichtest<\/h2>\n

Wir gehen nicht ins technische Detail jeder einzelnen Bank, um die Abonnements mit Redsys in WooCommerce in Betrieb zu nehmen, da jede Bank ihr eigenes Panel hat. Aber es ist sinnvoll zu wissen, was du anfragen und worauf du achten solltest, damit es keine \u00dcberraschungen gibt.<\/p>\n

Was du bei deiner Bank anfragen solltest<\/h3>\n