Von Shift4Shop zu einem eigenen Shop wechseln

Was Shift4Shop ist, und wer gut daran tut zu bleiben

Shift4Shop ist eine gehostete Ecommerce Plattform des amerikanischen Zahlungskonzerns Shift4. Früher hieß sie 3dcart, und die Entwicklerdokumentation liegt bis heute auf der alten 3dcart Domain, was einiges über ihr Alter und ihre Herkunft verrät.¹ Es ist ein vollständiger Shopbaukasten: Produktkatalog, Kategorien, Kundenkonten, Bestellungen, Aktionen, ein Theme System und eine lange Liste eingebauter Module. Für einen US Shop, der Karten über Shift4 Payments abwickelt, kann die Software selbst nichts pro Monat kosten, und das ist ein ehrlich starkes Angebot.²

Ich will fair sein, bevor ich kritisch werde. Wenn du einen überschaubaren Shop in den USA führst, Zahlungen über Shift4 abwickelst und die Standard Themes und Module tun, was du brauchst, ist Shift4Shop ein vernünftiger Ort und der Preis kaum zu schlagen. Für dich ist dieser Artikel nicht. Er ist für den Shop, der aus der Plattform herausgewachsen ist: das Unternehmen, dessen Checkout sich so verhalten müsste, wie es das Theme nicht zulässt, dessen Katalog die eingebauten Felder gesprengt hat, das seinen Zahlungsanbieter nach Preis und Funktion wählen will statt vorgeschrieben zu bekommen, oder das die Software, die den Shop betreibt, schlicht besitzen statt mieten möchte. Wenn das auf dich zutrifft, ist die ehrliche Frage, was ein Umzug wirklich kostet und was sauber mitkommt. Genau das beantwortet der Rest.

Die plattformunabhängige Seite einer Migration habe ich an anderer Stelle geschrieben, deshalb wiederhole ich sie hier nicht. Der Leitartikel dazu, was sich überträgt und was nicht behandelt die allgemeinen Regeln, und die Datentyp Artikel gehen für jede Art Datensatz in die Tiefe. Dieser Beitrag bleibt bei Shift4Shop.

Der Gratisplan ist eine Zahlungskopplung, und das ist die eigentliche Falle

Was die meisten zu Shift4Shop bringt, ist der Gratisplan. Er ist echt, aber er hat eine Bedingung, die an dem Tag enorm wichtig wird, an dem du gehen willst. In den eigenen Worten von Shift4Shop ist "die einzige Voraussetzung für den Gratisplan, dass dein Shop Shift4 Payments zur Zahlungsabwicklung nutzt".² Die Plattform ist gratis, weil der Zahlungsabwickler es nicht ist. Du zahlst über die Kartengebühren, und die Software fährt ohne eigenen Aufpreis mit.

Zwei weitere Bedingungen schärfen den Punkt. Der Gratisplan ist rein amerikanisch: "um dich für unseren Gratisplan anzumelden, musst du ein Händler in den Vereinigten Staaten sein", und "derzeit unterstützt der Gratisplan keine internationalen Kunden".² Und Shift4 Payments "kann keine Hochrisiko Transaktionen abwickeln", womit manche Branchen von vornherein ausgeschlossen sind.² Wenn du einen Shop in Österreich führst, warst du nie auf dem Gratisplan. Du bist auf einer bezahlten Stufe, die Preisseite nennt einen unbegrenzten Plan zu 41 Dollar im Monat, und sie warnt, dass "je nach Plan und monatlichem Abwicklungsvolumen eine monatliche SaaS Gebühr anfallen kann".³ So oder so ist die Ökonomie von Shift4Shop um den eigenen Abwickler herum gebaut. Zahlung und Plattform sind gekoppelt.

Warum ist das für eine Migration wichtig? Weil ein Wechsel weg von Shift4Shop nicht nur ein Softwareumzug ist. Er ist sehr oft zugleich ein Wechsel des Zahlungsabwicklers, und das sind zwei der schwersten Dinge im Handel, die man gemeinsam ändern kann. Wenn du gehst, kommen die gespeicherten Kartendaten, die deine Kunden dem Shop anvertraut haben, in keiner brauchbaren Form mit. Die Kartennummern selbst exportieren nie, von Natur und von Gesetzes wegen, und die gespeicherten Token hängen an Shifts Gateway, sind für jeden anderen Abwickler also wertlos. Warum das so ist und welche ehrlichen Möglichkeiten es gibt, erkläre ich im Leitfaden zu Zahlungstoken und gespeicherten Karten. Den Abwickler unter laufenden Kunden zu wechseln birgt außerdem Risiken, die nichts mit Shift4Shop zu tun haben und alles damit, wie sich Gateways verhalten, was ich in den versteckten Gefahren beim Wechsel des Payment Gateways ausführe. Lies beides, bevor du dich auf ein Datum festlegst.

Das ist das Wichtigste, was du über Shift4Shop verstehen musst. Die Plattform ist gerade deshalb großzügig, weil sie dich auf ihren Schienen hält. Von diesen Schienen herunterzugehen ist die Arbeit.

Was dir gehört, und was eingesperrt ist

Es hilft, deine Daten, die dir gehören, von der Maschinerie drumherum zu trennen, die dir nicht gehört. Hier die ehrliche Aufteilung.

Was sauber mitkommt	Was eingesperrt oder verloren ist
Produktkatalog, Kategorien, Optionen, Bilder (CSV und API)⁴¹	Das Theme und seine Template Sprache (Shift4Shop eigen)
Kundendatensätze: Namen, E Mails, Adressen, Gruppen (CSV und API)¹	Passwort Hashes der Kunden (exportieren nie; Neuvergabe beim ersten Login)
Bestell und Transaktionshistorie (API)¹	Hinterlegte Kartendaten und Gateway Token (hängen an Shift4 Payments)
Shopeinstellungen, die du über die API auslesen kannst¹	Eingebaute Module und jede an die Plattform gebundene Logik
Dein eigener Domainname und deine Inhalte	Der Gratispreis, der am Verbleib bei Shift4 Payments hängt²

Das Muster ist dasselbe wie auf jeder gehosteten Plattform. Die Datensätze, die dein Geschäft beschreiben, sind portabel. Die Dinge, die den Shop auf genau dieser Plattform laufen lassen, sind es nicht, weil sie für sie gebaut wurden. Deine Kundenkonten und Adressen zu besitzen ist unkompliziert. Das genaue Verhalten von Checkout, Theme und Zahlungstresor zu besitzen, dort steckt die Arbeit und die Ehrlichkeit.

Der Export und die API, und was sie wirklich herausgeben

Shift4Shop gibt dir zwei Wege, Daten herauszubekommen: kommagetrennte Dateien aus dem Adminbereich und eine REST API für alles Programmatische. Beide sind brauchbar, und keiner ist Zauberei.

Die CSV Seite ist der schnelle Weg für den Katalog. Die Produktliste im Online Store Manager hat ein Export und Import Werkzeug, du kannst entweder einen Satz Basisfelder oder die vollen Produktdaten in eine große Datei ziehen, und Shift4Shop gibt an, dass es keine Grenze für die Zahl der so importierten Produkte gibt.⁴ Kategoriestrukturen exportieren und importieren genauso. Für einen einmaligen Umzug von ein paar tausend Produkten reicht der CSV Weg oft, besonders wenn du die exportierte Datei als Ausgangspunkt behandelst und sie säuberst, bevor sie dem neuen Shop nahekommt.

Die API ist dort, wo die eigentliche Migration passiert, weil sie die Datensätze herausgibt, die CSV schlecht beschreibt. Die REST API liegt unter einer Basisadresse der Form https://apirest.3dcart.com/3dCartWebAPI/{version}/{service}, und du authentifizierst jede Anfrage mit drei Kopfzeilen: der sicheren URL des Händlers, dem privaten Schlüssel deiner Anwendung und dem Token des Händlers.¹ Die Liste der Ressourcen ist lang und für eine Migration ermutigend. Sie umfasst Kunden und Kundengruppen, Bestellungen mit Positionen, Lieferungen und Transaktionen, Produkte mit Optionen, Bildern und Rabatten, Aktionen, Geschenkgutscheine und, bezeichnend, Payment Tokens.¹ Dieser letzte Punkt verdient ein vorsichtiges Wort: Die API reicht dir einen Token Datensatz, aber ein Token ist ein Verweis, den Shifts Gateway hält, keine Karte. Er lässt sich bei keinem anderen Abwickler erneut einlösen, und genau darum geht es im Leitfaden zu Zahlungstoken.

Die API hat Grenzen, und du solltest um sie herum planen statt von ihnen überrascht zu werden. Shift4Shop sagt klar, dass "wir zur Stabilität unserer Plattform Begrenzungen für die Zahl der Aufrufe haben".⁵ Die dokumentierten Stapelgrößen sind maßvoll: Ein einzelner GET liefert höchstens 300 Bestellungen, 200 Produkte oder 500 Datensätze bei anderen Ressourcen, ein großer Katalog oder eine lange Bestellhistorie kommt also seitenweise heraus, nicht in einem Schluck.¹ Anfragen werden pro Schlüssel und pro Endpunkt gedrosselt, und wenn du die Grenze überschreitest, antwortet die API mit einem HTTP 429 samt Retry-After Kopfzeile, die dir sagt, wie lange du warten sollst.¹ Nichts davon ist ein Hindernis. Es heißt nur, dass eine volle Historienentnahme eine getaktete, skriptgesteuerte Aufgabe über Stunden ist, mit Wiederholungen und Prüfpunkten, kein Knopf, den du einmal drückst. Bau sie so, dass sie wieder aufsetzen kann, denn das wird sie müssen.

Eine Grenze ist absolut und gehört zu den anderen gesagt. Kundenpasswörter liegen als Hashes vor, kommen also nie in einer wiederverwendbaren Form heraus, bei Shift4Shop so wenig wie anderswo. Jeder Kunde vergibt beim ersten Login im neuen Shop ein neues Passwort, und der ehrliche Umgang damit ist eine geplante Rücksetz E Mail, keine stille Hoffnung, dass sich die Leute erinnern. Der Leitfaden zu Kundenkonten behandelt Formulierung und Zeitpunkt.

Die Fallen, die für Shift4Shop eigen sind

Jede Plattform hat ihre eigenen scharfen Kanten. Diese würde ich bei Shift4Shop vor allem anderen nennen.

Die Zahlungskopplung kommt zuerst, weil ich schon gezeigt habe, dass sie die Form des ganzen Projekts bestimmt. Bist du ein US Händler auf dem Gratisplan, bedeutet Gehen, den Gratispreis aufzugeben, denn der Gratispreis war immer der Preis des Verbleibs bei Shift4 Payments.²³ Bist du außerhalb der USA, hast du ohnehin eine Monatsgebühr gezahlt, bist aber weiter auf einer Plattform, deren Voreinstellungen, Funktionen und Support einen amerikanischen Abwickler und ein amerikanisches Händlerkonto voraussetzen.² So oder so passieren der Umzug von der Software und der Umzug vom Abwickler meist gemeinsam, und das ist die schwerste Kombination, sicher in eine Reihenfolge zu bringen.

Das Theme ist die zweite Falle. Der Storefront von Shift4Shop läuft auf einem eigenen Templatesystem, gehostet auf eigenen Servern, und dieser Entwurf reist nicht mit. Jede Sonderarbeit, die im Theme steckt, jedes Verhalten, das ein Entwickler dem Checkout oder der Produktseite hinzugefügt hat, muss neu gebaut statt kopiert werden. Das ist nicht Shift4Shop eigen, aber es gehört benannt, weil Leute oft annehmen, das Aussehen des Shops sei Teil dessen, was exportiert. Ist es nicht. Was exportiert, sind die Daten. Aussehen und Verhalten werden neu gebaut.

Die dritte Falle ist die, die Suchmaschinen bestrafen: deine URLs. Shift4Shop erzeugt eine eigene Adressstruktur für Produkte und Kategorien, und ein eigener Shop nutzt fast sicher andere Pfade. Wenn die alten Adressen einfach aufhören zu funktionieren, gehen die Platzierungen und die eingehenden Links, die Jahre gekostet haben, mit. Die Lösung ist unglamourös und nicht verhandelbar: eine vollständige Zuordnung von jeder alten URL auf ihr neues Zuhause, ausgeliefert als dauerhafte 301 Weiterleitungen, mindestens ein Jahr am Leben gehalten. Die Weiterleitungskarte zähle ich zur Arbeit an den Produkt und Katalogdaten, weil die Produkt URLs den meisten Suchwert tragen und sie zu verlieren die häufigste selbst zugefügte Wunde jeder Migration ist.

Eine leisere Falle ist das eingebaute Modul. Shift4Shop liefert sehr viel Funktion als Plattformmerkmal: E Mail Werkzeuge, bestimmte Aktionen, Geschenkregister, Bewertungen und mehr. Wo dein Shop sich auf eines davon stützt, steckt dieses Verhalten nicht in deinem Export. Es muss im neuen Bau neu geschaffen werden, nativ oder über einen gewählten Dienst, und es gehört von Anfang an auf die Liste statt am Umstellungstag entdeckt. Läuft über eine dieser Funktionen ein Abo oder eine wiederkehrende Abrechnung, behandle das als eigenes Projekt und lies zuerst den Leitfaden zu Abonnements und wiederkehrenden Zahlungen, denn aktive wiederkehrende Vereinbarungen sind das Schwerste beim Umzug und brauchen manchmal die Mithilfe der alten Plattform oder des Gateways, um überhaupt umzuziehen.

Der ehrliche Umzug auf einen eigenen Solidus Shop

Wenn ein Shop aus Shift4Shop herausgewachsen ist und besitzen will, was als Nächstes kommt, baue ich den neuen Shop auf Solidus, dem quelloffenen Rails Ecommerce Rahmenwerk, und führe den Umzug durch. Es gibt keine Lizenz, keine Umsatzbeteiligung und keinen Abwickler, den du nutzen musst. Du wählst das Gateway. Dir gehört der Code. Hier die Form der Arbeit, zugeordnet zu den tieferen Leitfäden, damit ich sie nicht wiederhole.

Zuerst der Katalog. Ich ziehe Produkte, Kategorien, Optionen und Bilder über den CSV Export für die Masse und über die API für alles, was CSV plattdrückt, und modelliere sie dann in Solidus sauber, statt Eigenheiten mitzuschleppen, die du nur geduldet hast, weil die alten Felder sie erzwungen haben. Die Einzelheiten stehen in Produkt und Katalogdaten migrieren.

Zweitens die Kunden. Namen, E Mails, Adressen und Gruppen kommen über die API, die Passwort Hashes nicht, und jedes Konto wird so angelegt, dass es beim ersten Login eine Neuvergabe verlangt. Der Weg steht in Kundenkonten und Adressen migrieren.

Drittens die Bestellungen. Historische Bestellungen, ihre Positionen, Lieferungen und Transaktionen kommen über die API, seitenweise innerhalb der Stapelgrenzen, und ich lade sie als schreibgeschützte Historie, damit deine Auswertung und dein Kundendienst ihre Vergangenheit behalten. Die Methode steht in Bestell und Kaufhistorie migrieren, und wenn diese Historie Prognosen speisen soll, erklärt Analyse und Verlaufsdaten für Prognosen migrieren, wie du sie nützlich hältst.

Viertens, und am schwersten, die Zahlungen. Hier macht sich die Kopplung von Shift4Shop bemerkbar. Du wählst einen neuen Abwickler, die gespeicherten Karten gehen in keiner erneut einlösbaren Form über, und das sichere Muster ist, Einwilligung und Kartendaten bei der ersten Transaktion im neuen Shop neu zu erfassen, statt zu tun, als funktionierten die alten Token noch. Die Begründung steht in Zahlungstoken und gespeicherte Karten, und die Gateway Risiken in den versteckten Gefahren beim Wechsel des Payment Gateways. Wenn das nach dem Teil klingt, den man zuerst plant, ist das der richtige Instinkt.

Fünftens die Weiterleitungen und die Umstellung. Jede alte URL wird als 301 auf eine neue abgebildet, der neue Shop wird gegen echte Bestelldaten geprüft, der Katalog für die Umstellung eingefroren, und der alte Shop bleibt einen Monat lesbar, damit bei der Übergabe nichts verloren geht. Deine Daten im rechtlichen Sinn zu besitzen zählt auch hier, und das ist das Thema von wem deine Geschäftsdaten eigentlich gehören.

Willst du die Zahlen dahinter gegen das Bleiben sehen, habe ich die Gesamtkosten über fünf Jahre eines Umzugs auf Solidus modelliert und die Hauptplattformen in Solidus gegen Shopify, Shopware, Magento und WooCommerce verglichen. Eine gehostete Plattform in ähnlicher Form, BigCommerce, hat ihre eigene Fassung derselben Abwägungen, falls du Ausstiege vergleichst.

Ein durchgerechnetes Beispiel

Machen wir es konkret mit einem erfundenen Shop. Die Nordmann Werkzeug GmbH (nordmannwerkzeug.example) ist ein Linzer Betrieb, der Handwerkzeug, Befestigungen und Arbeitskleidung verkauft und heuer rund 1,4 Millionen Euro im Jahr online umsetzt. Sie hat etwa 4.000 Produkte mit Varianten, eine wachsende Theke für Gewerbekunden, die Konditionspreise und Monatsrechnungen wollen, und vier Jahre Shift4Shop hinter sich. Sie ist nicht amerikanisch, hatte also nie den Gratisplan. Sie zahlt eine monatliche Plattformgebühr, wickelt Karten über den Anbieter ab, zu dem die Plattform drängt, und der Checkout lässt sich nicht so verhalten, wie es die Gewerbeseite braucht. Die Inhaberin hat beschlossen, einen Shop zu bauen, der dem Betrieb wirklich gehört.

Das Erste, was ich tue, ist nicht technisch. Ich schreibe die Zahlungsfragen vor allem anderen auf: welchen Abwickler der neue Shop nutzt, wie die Kartengebühren gegen die jetzigen aussehen, ob Kunden gespeicherte Karten haben, die sie weiter erwarten, und ob irgendwo wiederkehrende Abrechnung läuft. In diesem Shop gibt es kein Abo Produkt, was das schlimmste Risiko nimmt, aber die gespeicherten Karten gehen trotzdem nicht über, der Plan ist also, Kartendaten bei der ersten Bestellung im neuen Shop neu zu erfassen und den Kunden in klarer Sprache zu sagen, warum. Diese Entscheidung formt den Zeitplan, also kommt sie zuerst.²

Dann die Daten. Ich skripte die API Entnahme für Kunden, Bestellungen und Transaktionen, seitenweise innerhalb der Grenzen von 300 Bestellungen und 200 Produkten, und lasse die Aufgabe wieder aufsetzen, wenn die Drosselung einen 429 zurückgibt.¹ Die Katalogmasse kommt als CSV heraus, weil 4.000 Produkte bequem im grenzenlosen Import liegen, und ich säubere die Datei, bevor sie Solidus nahekommt.⁴ Kundenkonten laden mit erzwungener Passwort Neuvergabe. Bestellungen laden als schreibgeschützte Historie, damit die Theke jede alte Rechnung behält. Die Konditionspreise, die der alte Checkout nicht konnte, werden zu einer sauberen Kundengruppe mit eigener Preisliste in Solidus, und das ist der ganze Grund für den Umzug.

Zuletzt die Umstellung. Jede alte Produkt und Kategorie URL wird als 301 auf die neuen Pfade abgebildet, die Weiterleitungen bleiben ein Jahr am Leben, der neue Shop läuft in einer Probe gegen echte Bestellungen, und der Shift4Shop Shop bleibt dreißig Tage nach dem Start lesbar. Die Inhaberin endet mit einem Shop auf eigenem Code, einem nach Eignung gewählten Abwickler, der Fakturierung, die die Theke brauchte, und keiner Monatsmiete für die Software. Das Ganze hängt daran, die Zahlungsfragen am ersten Tag gestellt zu haben statt am Umstellungstag.

Wann Bleiben die richtige Antwort ist, und wie du entscheidest

Ich sage das Ehrliche noch einmal. Bist du ein kleiner US Shop, zufrieden mit Shift4 Payments und den Standardfunktionen, ist der Gratisplan ein gutes Angebot und Gehen würde dich Geld für nichts kosten. Der Käufer für eine Migration ist der Shop, der an eine Wand gestoßen ist: ein Checkout, der sich nicht ändern lässt, ein Katalog, den die Felder nicht beschreiben, ein Abwickler, den du nicht gewählt hast, oder der schlichte Wunsch, die Software ganz zu besitzen. Für diesen Shop lohnt der Umzug, und das Risiko ist durchaus beherrschbar, sobald die Zahlungsfragen zuerst beantwortet und die Weiterleitungskarte vollständig ist.

Bist du dir nicht sicher, welcher Shop du bist, ist genau das der Zweck des Workshops. Bring deine Produktzahl, dein jetziges Zahlungssetup und ein klares Bild davon mit, was der Checkout heute nicht kann, und ich sage dir ehrlich, ob sich ein Umzug lohnt. Manchmal tut er das nicht, und dann sage ich es.

Shift4Shop (3dcart) REST API, Getting Started Referenz: Basisadresse, Authentifizierungs Kopfzeilen, die Liste der Ressourcen samt Kunden, Bestellungen, Produkte und Payment Tokens, die Stapelgrößen (300 Bestellungen, 200 Produkte, 500 für andere) und die Drosselung mit HTTP 429 und Retry-After, geprüft im November 2026. https://apirest.3dcart.com/v1/getting-started/index.html ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸ ↩⁹ ↩¹⁰
Shift4Shop, "Build a Free Online Store", mit der Angabe, dass die einzige Voraussetzung des Gratisplans die Nutzung von Shift4 Payments ist, dass du ein Händler in den USA sein musst, dass der Plan keine internationalen Kunden unterstützt und dass Shift4 Payments keine Hochrisiko Transaktionen abwickeln kann, geprüft im November 2026. https://blog.shift4shop.com/build-free-shop ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶ ↩⁷ ↩⁸
Shift4Shop, Preisseite, mit dem unbegrenzten Plan zu 41 Dollar im Monat und dem Hinweis, dass "je nach Plan und monatlichem Abwicklungsvolumen eine monatliche SaaS Gebühr anfallen kann", geprüft im November 2026. https://www.shift4shop.com/pricing.htm ↩ ↩²
Shift4Shop Knowledgebase, CSV Export und Import für Produkte, samt Beispieldatei und der Angabe, dass es keine Grenze für die Zahl der per CSV importierten Produkte gibt, geprüft im November 2026. https://support.3dcart.com/Knowledgebase/Article/View/348/58/how-do-i-import-products-via-csv ↩ ↩² ↩³
Shift4Shop Knowledgebase, "Are there limits to the API calls", mit der Bestätigung, dass "wir zur Stabilität unserer Plattform Begrenzungen für die Zahl der Aufrufe haben", geprüft im November 2026. https://support.3dcart.com/Knowledgebase/Article/View/842/6/are-there-limits-to-the-api-calls ↩