Europäische Alternativen zu Stripe.

Stripe ist für eine Generation von Online-Geschäften die Standard-Payment-Infrastruktur. Gleichzeitig ist es eine US-Kapitalgesellschaft (Stripe Inc. mit Sitz in San Francisco und Dublin), mit Unterauftragsverarbeitern in den Vereinigten Staaten, die der CLOUD-Act-Zuständigkeit unterliegen. Die europäische Tochterstruktur (Stripe Payments Europe Ltd, das regulierte PI in Dublin) beseitigt die zugrundeliegende Eigentumsfrage für eine Schrems-II-Transferfolgenabschätzung nicht. Diese Kombination ist das, was Käufer dazu bringt, Alternativen zu evaluieren, besonders bei höheren Volumina und Geschäften, die Public-Sector-Klienten bedienen.

Wo das Geld und die Kartendaten tatsächlich liegen, stand bei unserer Prüfung der sieben europäischen Payment-Provider-Alternativen zu Stripe an erster Stelle. Danach kam, ob die Plattform ein anerkanntes Compliance-Framework hält (PSD2/SCA, ISO 27001, BSI C5, EUCS, SecNumCloud) und welche Unterauftragsverarbeiter PCI-DSS-geschützte Kartendaten anfassen; wem das Unternehmen rechtlich gehört, kam zuletzt, denn Eigentum allein sagt nichts darüber, wo ein Streitfall am Ende geklärt wird. Als Quelle für jede einzelne Angabe dient der öffentlich zugängliche DPA des jeweiligen Anbieters.

Worldline (Frankreich, Hosting Paris, EU-eigen, EU-gehostet, CLOUD-Act-Risiko: Gering) hat von den sieben das stärkste Compliance-Profil, mit starken Public-Sector-Referenzen. Adyen (Niederlande, Hosting Amsterdam, EU-eigen, EU-gehostet, CLOUD-Act-Risiko: Gering) ist der Enterprise-Standard für europäisches E-Commerce mit vollständiger Abdeckung lokaler Methoden, und Mollie (Niederlande, EU-eigen, aber mit geteilten Unterauftragsverarbeitern, die materielle CLOUD-Act-Exposure einbringen) bietet die geschmeidigste Migration für Indie-Gründer:innen und kleine Mittelständler, die iDEAL, SEPA-Lastschrift und Bancontact nativ ab Werk wollen.

Ein Payment-Provider-Wechsel heißt nicht, den Checkout neu zu bauen. Was mitkommt:

• Einen vollständig PSD2-/SCA-konformen Checkout-Flow; jede Alternative ist unter demselben Strong-Customer-Authentication-Rahmen reguliert.
• Wiederkehrende Abrechnung, Abos, Testphasen, Rechnungen, Erstattungen, Teil-Captures als Standard über alle Alternativen.
• Eine REST-API und Webhook-Events.
• PCI-DSS-Level-1-Konformität; alle hier kartografierten PSPs sind Level 1.
• Apple-Pay- und Google-Pay-Unterstützung auf Adyen, Mollie, Worldline und Klarna.

Auf der Strecke bleibt:

• Stripes Developer Experience: die Stripe-API ist der Kategorie-Benchmark. Mollie kommt der API-Qualität im europäischen Set am nächsten; Adyen hat das enterprise-tauglichste SDK; Worldlines API-Oberflächen sind banking-stiliger.
• Stripe Atlas für US-Inkorporierung: ein US-spezifisches Produkt, für EU-fokussierte Händler nicht relevant.
• Einige fortgeschrittene Stripe-Produkte: Issuing (Karten), Treasury (Banking), Tax (automatisierte USt-Berechnung), Sigma (SQL auf Ihren Daten). Europäische Alternativen haben Teiläquivalente: Adyen hat Issuing; Mollie integriert sich mit europäischen USt-Services wie Quaderno; Klarna bietet Banking-Partnerschaften.
• Einige US-spezifische lokale Zahlungsmethoden (Cash App, ACH-mit-Plaid). Sie werden auf dem europäischen Set durch SEPA-Lastschrift und iDEAL ersetzt, die für europäische Händler ohnehin relevanter sind.

Ein Wechsel weg von Stripe braucht selten mehr als sechs bewusste Schritte.

1. Exportieren Sie Ihre Kunden- und Transaktionsdaten aus Stripe. Nutzen Sie Stripe Dashboard → Reports → Custom export, um Kunden, Abos, Transaktionen und Erstattungen zu ziehen. Ziehen Sie die komplette Historie, nicht nur den aktuell aktiven Bestand. Das ist Ihr kanonisches Verzeichnis für die buchhalterische Abstimmung und bleibt nach der Kündigung Ihres. Gespeicherte Karten-Credentials sind NICHT exportierbar (siehe Schritt 3 für die Migrations-Handhabung).
2. Bauen Sie den neuen Provider parallel auf. Melden Sie sich beim neuen Anbieter an und schließen Sie die KYB-Verifikation (Know Your Business) ab. Bei Mollie, Adyen oder Worldline dauert das typischerweise 5–10 Werktage. Bringen Sie Ihre Test-Mode-Integration mit dem SDK des neuen Anbieters zum Laufen, bevor Sie produktiv umstellen.
3. Handhaben Sie gespeicherte Karten über Re-Autorisierung. PCI-DSS verhindert den Karten-Detail-Transfer zwischen Providern. Die Abhilfe: Wenn ein bestehender Kunde wiederkommt und mit seiner gespeicherten Karte zahlen will, fangen Sie den Checkout ab und leiten ihn durch einen Re-Autorisierungs-Flow auf dem neuen Provider. Die meisten Kunden re-autorisieren ohne Reibung. Für Abo-Kunden mit Abbuchungen in den nächsten 7 Tagen versenden Sie eine proaktive Mail mit der Bitte, die Zahlungsmethode zu aktualisieren.
4. Migrieren Sie aktive Abos in Kohorten, nicht alle auf einmal. Abo-Kunden sind der reibungs-intensivste Teil jeder PSP-Migration. Migrieren Sie Kohorten von 100–500 Kunden auf einmal, mit einem 2-wöchigen Re-Autorisierungs-Fenster pro Kohorte. Tracken Sie die Re-Autorisierungsrate jeder Kohorte; wenn sie unter 70 % fällt, pausieren Sie und passen Sie den Mail-Text oder den In-App-Prompt an, bevor Sie die nächste Kohorte migrieren.
5. Lassen Sie beide Provider 60 Tage parallel laufen. Die Stripe-Abbuchungen sollten stetig sinken, während der neue Provider übernimmt. Stimmen Sie die Settlement-Reports beider Provider wöchentlich ab. Halten Sie Stripe aktiv, bis Ihr monatliches Volumen auf Stripe unter 5 % des Gesamtvolumens fällt.
6. Kündigen Sie Stripe erst, wenn das Parallelfenster endet. Bei einem laufenden Zahlungskonto ist Tempo fehl am Platz: erst pausieren, mit der Kündigung warten. Sie werden eine Zapier-Integration oder einen Buchhaltungs-Connector entdecken, der noch auf Stripe zeigt, einen Monat nachdem Sie dachten, Sie sind fertig. Die Kündigung wird nach dem 60-Tage-Parallelfenster final: Stripe Dashboard → Account → Close account.