Onlineshop migrieren: was mitkommt und was nicht

Der Umzug, über den dir niemand die Wahrheit sagt

Die ehrliche Variante eines Shop Umzugs beginnt nicht mit einer Demo. Sie beginnt mit einer Liste von allem, was sich auf einer gemieteten Plattform angesammelt hat, und mit einer klaren Antwort, für jeden Punkt, auf eine einzige Frage: kommt das mit mir mit, kostet es Arbeit, oder steckt es hier fest.

Das meiste zieht um. Manches zieht nur mit Sorgfalt um. Ein kleiner, wichtiger Teil lässt sich überhaupt nicht bewegen, solange die alte Plattform oder dein alter Zahlungsanbieter nicht aktiv mithilft, und wenn du diesen Teil erst mitten im Umzug entdeckst, hast du ein Problem. Der ganze Trick eines ruhigen Umzugs besteht darin, die festsitzenden Teile zuerst zu finden, bevor du dich auf irgendetwas festlegst, und nicht am Morgen der Umschaltung.

Dieser Artikel ist die Landkarte für die ganze Serie. Er geht die Etappen eines echten Umzugs durch, gibt dir eine ehrliche Tabelle, was sich über alle Datenarten hinweg übertragen lässt und was nicht, und schickt dich für jede einzelne zu einem eigenen Detailartikel. Das Ziel ist durchgehend ein eigener Shop auf Solidus, dem quelloffenen Rails Framework für den Onlinehandel,¹ der dir gehört, mit Daten, die bei dir liegen, in Österreich oder in der EU. Wenn du zuerst die Kostenseite willst, habe ich ein Fünfjahresmodell genau für diesen Umzug in den Gesamtkosten über fünf Jahre gerechnet, und die Systeme selbst habe ich in Solidus gegen Shopify, Shopware, Magento und WooCommerce verglichen.

Wann du gar nicht umziehen solltest

Das sage ich vor allem anderen, weil es für viele Shops die ehrliche Antwort ist. Wenn dein Shop neu, klein oder ganz gewöhnlich unterwegs ist, ist eine gemietete Plattform wirklich die richtige Wahl, und ein Umzug würde dich Geld und Aufmerksamkeit kosten, die du anderswo besser aufhebst. Der Aufbau ist ein weitgehend fixer Posten, der mit deinem Umsatz kaum kleiner wird, während die Plattformgebühren, die das Mieten teuer machen, mit dem Umsatz wachsen. Unter etwa einer halben Million Euro Jahresumsatz, bei gewöhnlichen Anforderungen, bleib, wo du bist.

Diese Serie ist für den Shop, der aus der gemieteten Plattform herausgewachsen ist: den, der jedes Jahr mehr für Software zahlt, die er nicht ändern kann, und der an eine Wand stößt, sobald er eine echte Händlerpreisliste, eine eigene Kassa oder eine Funktion will, die keine App ganz liefert. Wenn das du bist, lies weiter. Wenn noch nicht, merk dir den Artikel und komm wieder, wenn es so weit ist.

Was ein Umzug wirklich bedeutet

Ein Umzug ist kein Schalter, den du umlegst. Er ist ein kurzes Projekt mit einer bekannten Form, und diese Form ändert sich von Shop zu Shop kaum.

Er beginnt mit Aufnahme und Erkundung. Ich gehe alles durch, was der bestehende Shop enthält und kann: die Produkte und ihre Eigenheiten, die Schnittstellen, die Sonderfunktionen, die in Apps stecken, die Zahlungseinrichtung und die eine Frage, die über den Zeitplan entscheidet, nämlich ob gespeicherte Karten oder laufende Abos umziehen müssen. Das Ergebnis ist ein Inventar mit einem Verantwortlichen hinter jeder Zeile.

Dann kommt die Datenzuordnung. Zwei Shops bilden fast nie dasselbe auf dieselbe Weise ab, also muss jedes Feld im alten System einem Feld im neuen zugeordnet werden, mit den Lücken und Umrechnungen schriftlich festgehalten. Das ist unglamourös, und genau hier steckt die eigentliche Arbeit.

Dann der Aufbau, auf dem Solidus Kern. Die Teile eines Shops, die wirklich schwer richtig zu bekommen sind, die Kassa, die Zahlungsabwicklung, die Steuerberechnung, der Lagerbestand und der Zustandsautomat der Bestellung, werden nicht von null gebaut. Sie sind der erprobte Kern eines Frameworks, das seit Jahren echte Shops betreibt,¹ der Aufbau dreht sich also um deinen Katalog, deine Regeln und deine Schnittstellen auf einem Kern, der schon funktioniert.

Dann ein Parallelbetrieb. Ein paar Wochen lang bestehen beide Shops. Der alte ist live und nimmt Bestellungen an. Der neue ist auf einer Testadresse fertig, mit echten Daten gefüllt und mit echten Produkten und Testzahlungen geprüft. Die Importskripte laufen wieder und wieder gegen eine Kopie der Echtdaten, bis das Ergebnis sauber und langweilig ist.

Dann die Umschaltung. An einem ruhigen Wochentagvormittag geht der alte Shop in den Wartungsmodus, ein letzter Import bringt alles mit, was sich seit dem letzten vollständigen Import geändert hat, die Domain zeigt auf den neuen Shop, und eine Handvoll echter Bestellungen wird aufgegeben und erstattet, um jede Zahlungsart und jedes Lieferland zu beweisen. So gemacht geht keine einzige Bestellung verloren.

Dann Prüfung und Abgleich. Die Zahlen werden verglichen, alt gegen neu: Bestellungen, Kunden, Bestand. Die wichtigsten Weiterleitungen werden von Hand geprüft. Der alte Shop bleibt dreißig Tage lang genau so, wie er war, als Rückfalllösung, und erst dann, nach einem sauberen Monatsabschluss, wird er geschlossen.

Jede dieser Etappen hat weiter unten einen eigenen Detailartikel. Hier ist die Landkarte.

Was umzieht, was Arbeit kostet und was festsitzt

Hier ist die ehrliche Tabelle. Jede Zeile verlinkt ihren eigenen Artikel, denn jede davon hat Details, die in keine Zelle passen. Lies die Zeile, dann lies den Artikel.

Datenart	Was mitkommt	Die ehrliche Grenze
Kundenkonten und Adressen	Namen, E Mail Adressen, gespeicherte Liefer und Rechnungsadressen, die Verknüpfung von Kunde und Bestellungen	Passwort Hashes lassen sich nicht exportieren, Kunden setzen also einmal zurück oder melden sich mit einem Code an.² Die Werbeeinwilligung muss mit Zeitstempel und Wortlaut mitkommen, nicht als bloßes Ja oder Nein.
Produkt und Katalogdaten	Produkte, Varianten, Preise, Bilder, Kategorien, Lagerstände, Versandzonen und Steuereinstellungen	Großteils eine Zuordnungsarbeit zwischen zwei Datenmodellen, wenig Risiko, viel Aufwand. Die echte Gefahr sind die URLs: jede alte Adresse braucht eine Weiterleitung, sonst wandern die Rankings mit.
Bestell und Kaufhistorie	Vergangene Bestellungen als Datensätze, mit Positionen, Summen, Adressen und Status, damit Team und Kunden nachsehen können	Die Historie kommt nur lesend herein. Auf eine alte Bestellung zu wirken, eine Erstattung oder eine Retoure, bleibt eine Weile beim alten System oder läuft von Hand. Nimm ein paar Jahre mit, nicht fünfzehn.
Analyse und Verlaufsdaten	Die rohe Bestell und Ereignishistorie, aus der du ein Nachfragebild und laufende Prognosen wieder aufbaust	Die fertigen Dashboards und Attributionsmodelle der Plattform kommen nicht mit. Du exportierst die rohen Datensätze und baust die Historie neu auf, deshalb nimmst du sie als Daten mit, nicht als Berichte.
Zahlungstoken und gespeicherte Karten	Gespeicherte Karten, aber nur von Anbieter zu Anbieter, verschlüsselt, und nur zu einem Abwickler mit PCI DSS Level 1	Du siehst nie eine rohe Kartennummer, und die Prüfnummer wird nie gespeichert.³⁴ Manchmal lässt sich das Token gar nicht bewegen, worum es bei der harten Decke unten geht.
Abonnements und wiederkehrende Zahlungen	Die Abrechnungspläne lassen sich im neuen Shop neu aufbauen, wenn die Token dahinter umziehen können	Das Schwierigste an jedem Umzug. Hat die Plattform die Abos an ihr eigenes Zahlungsprodukt gekettet, lassen sich Pläne und Token womöglich gar nicht bewegen. Löse das, bevor du dich festlegst.

Zwei Zeilen in dieser Tabelle sind von anderer Art als die übrigen. Kunden, Produkte, Bestellungen und Analysen sind Arbeit: sorgfältig, manchmal viel, aber die Antwort lautet mit Aufwand immer ja. Zahlungstoken und Abos sind die, bei denen die Antwort nein lauten kann, und kein Aufwand von mir ändert das, weil das, was du brauchst, bei jemand anderem liegt. Diese zwei entscheiden also, ob der Umzug einfach oder schwer wird, und sie müssen zuerst beantwortet werden.

Die harte Decke: Zahlungstoken und laufende Abos

Wenn eine Kundin eine Karte speichert, hält dein Shop nicht die Kartennummer. Der Zahlungsanbieter hält sie und gibt deinem Shop ein Token, eine Referenz, die nur dieser Anbieter wieder in eine echte Karte verwandeln kann. Genau das ist der Sinn, und es hält dich aus dem gefährlichen Teil der Zahlungssicherheit heraus. Es ist auch der Grund, warum sich eine gespeicherte Karte nicht einfach in einen neuen Shop kopieren lässt. Sie zu bewegen heißt, dass der alte Anbieter die echten Nummern direkt an den neuen schickt, verschlüsselt, an einen Abwickler mit der höchsten Stufe des Kartensicherheitsstandards, und der Export lässt Dinge wie deine Abos und deine Zahlungshistorie bewusst weg.³ Die dreistellige Prüfnummer reist überhaupt nie mit, weil die Regeln verbieten, sie nach der ersten Autorisierung aufzubewahren.⁴

Das ist die beherrschbare Variante, in der dir dein Zahlungsanbieterkonto gehört und du es mitnehmen kannst. Die Decke erscheint, wenn es dir nicht gehört. Hier ist das anonymisierte, echte Warnbeispiel, das hinter dieser ganzen Serie steht.

Ein wachsendes Abogeschäft wollte zu einem Aufbau mit niedrigeren laufenden Kosten wechseln. Seine Abos liefen über das eingebaute Zahlungsprodukt der Plattform, das nur mit einem einzigen benannten Gateway funktionierte, und die Karten hinter diesen Abos lagen in diesem Gateway, gehalten vom Gateway, nicht vom Unternehmen. Als es zu einem günstigeren Zahlungsanbieter wechseln wollte, gab es keinen Weg, die hinterlegten Token mitzunehmen, weil das Unternehmen sie nicht hielt und die Plattform sie nicht herausgab. Der Wechsel bedeutete, die laufenden Abos zu verlieren und jeden Abonnenten zu bitten, sie neu einzurichten. Ein schmerzhafter Anteil tat es nie. Der halbfertige Umzug, neuer Shop, gestrandete Abonnenten, war das Schlechteste aus beiden Welten.

Die Lehre ist nicht, dass ein Umzug gefährlich wäre. Sie ist, dass genau diese Frage gestellt und beantwortet werden muss, bevor du einen Cent zusagst: wer hält die Token hinter meinen wiederkehrenden Zahlungen, und werden sie, oder die Plattform, sie freigeben oder übertragen. Lautet die ehrliche Antwort nein, tötet das den Umzug nicht, aber es ändert den Plan grundlegend, und das willst du am ersten Tag wissen, nicht im dritten Monat. Die ganze Behandlung steht in Zahlungstoken und gespeicherte Karten migrieren und Abonnements und wiederkehrende Zahlungen migrieren, und die Mechanik von Anbieter zu Anbieter, mit einem ausgearbeiteten Plan, in den versteckten Gefahren beim Wechseln von Payment Gateways.

Ein Umzug muss dich nicht die Rankings kosten

Die Angst, die viele Shops bremst, ist, dass der Umzug ihren Suchverkehr auslöscht. Das muss er nicht, und wenn es passiert, liegt es fast immer daran, dass niemand die URLs zugeordnet hat.

Jedes Produkt, jede Kategorie, jede Inhaltsseite und jeder Artikel im alten Shop hat eine Adresse, und manche dieser Adressen tragen jahrelange Verlinkungen und Rankings. Verschiedene Plattformen bauen sie verschieden. Die Aufgabe ist, jede alte URL ihrer neuen zuzuordnen und jede alte Adresse mit einer dauerhaften Weiterleitung an ihr neues Zuhause zu schicken. Googles eigene Vorgabe ist deutlich: dauerhafte serverseitige Weiterleitungen wie 301 oder 308 verwenden, jede direkt auf das Endziel zeigen lassen statt über eine Kette, und die Weiterleitungen so lange wie möglich behalten, mindestens ein Jahr und am besten für immer.⁵ Bleibt die Domain gleich, brauchst du nicht einmal das Umzugstool, das nur für den Wechsel auf eine andere Domain da ist.⁵

Das Ergebnis ist eine unglamouröse Tabelle: jede alte URL, die in den letzten zwölf Monaten einen Besuch oder einen Link bekommen hat, daneben die neue URL, der Weiterleitungstyp und eine Spalte, die sagt, dass getestet wurde. Das sind die besten Tage des ganzen Projekts, denn jede fehlende Zeile ist eine Seite, die nach der Umschaltung einen Fehler liefert. Das Detail steht in Produkt und Katalogdaten migrieren, wo die URLs wohnen.

Warum ein eigener Solidus Shop das Ziel ist

Ich baue aus Gründen auf Solidus, die alle auf das Eigentum zurückgehen. Der Code gehört dir, unter einer quelloffenen Lizenz,¹ niemand kann dich also aus deinem eigenen Shop herauspreisen oder eine Funktion abdrehen, auf die du angewiesen bist. Die Daten gehören dir, liegen bei dir, und sie können in Österreich oder in der EU bleiben statt dort, wo eine Plattform zufällig hostet, was für das Recht wie für deine eigene Ruhe zählt. Es wird kein Prozentsatz auf jede Bestellung abgezogen, nur weil du einen externen Zahlungsanbieter nutzt. Und du bezahlst niemanden dafür, die wirklich schwierige Maschinerie neu zu bauen, denn die Kassa, die Zahlungsabwicklung, die Steuer, der Lagerbestand und der Zustandsautomat der Bestellung sind der erprobte Kern des Frameworks und nicht etwas frisch für dich Geschriebenes.¹

Wem deine Datensätze am Ende gehören, und zu welchen Bedingungen, ist eine größere Frage als jeder einzelne Umzug, und ich habe sie gesondert in wem gehören eigentlich deine Geschäftsdaten aufgeschrieben. Der Umzug in einen Shop, der dir gehört, ist die praktische Antwort darauf.

Es gibt einen rechtlichen Ordnungspunkt, der zu jedem Umzug gehört, und er ist einfach. Du bleibst durchgehend der Verantwortliche für die Daten deiner Kunden. Die Plattform, der Hoster und ich sind jeweils Auftragsverarbeiter, und jeder braucht einen schriftlichen Vertrag zur Auftragsverarbeitung, den die Datenschutzregeln verlangen.⁶ Die Rechtsgrundlage ändert sich nicht, weil die Software sich geändert hat: eine zur Erfüllung der Aufbewahrungspflichten gehaltene Bestellhistorie bleibt auf dieser Grundlage, eine Werbeeinwilligung bleibt eine Einwilligung. Du nimmst die Einwilligungen mit Wortlaut und Zeitstempel mit, aktualisierst die Datenschutzerklärung dort, wo sie die alte Plattform nennt, und verlangst nach dem Umzug schriftlich die Löschung der alten Kopie.

Ein durchgerechnetes Beispiel: ein Wohnwaren Shop in Linz

Mach ich es konkret, mit einem erfundenen Unternehmen. Marsden Home verkauft Wohnwaren auf marsdenhome.example, aus Linz. Nora führt den Shop. Er macht rund 1,5 Millionen Euro Jahresumsatz, hat etwa 4.000 Produkte mit Varianten und ein kleines, geliebtes Kerzenabo, das jeden Monat ein paar hundert Kunden abrechnet. Er läuft seit vier Jahren auf einer gemieteten Plattform, zahlt der Plattform und ihren Apps mehr, als Nora lieb ist, und hat gerade erfahren, dass die Händlerpreisliste, die sie für Innenarchitektinnen will, einen höheren Tarif braucht. Niemand davon ist echt, jede Zahl ist erfunden.

Nora beginnt nicht damit, eine neue Plattform auszusuchen. Sie beginnt mit der Aufnahme. Die Produkte, die Schnittstellen zu ihren Buchhaltungs und Lagerwerkzeugen, die Sonderteile, die in drei Apps stecken, und vor allem das Kerzenabo. Das ist die Zeile, die über alles entscheidet, also kommt sie zuerst. Wir stellen fest, dass das Abo über ihr eigenes Zahlungsanbieterkonto läuft und dass die gespeicherten Karten bei diesem Anbieter liegen, unter einem Konto, das sie kontrolliert. Das ist die gute Antwort: weil ihr das Anbieterkonto gehört, kann sich der neue Solidus Shop mit demselben Konto verbinden, und die Token müssen nie umziehen. Wäre das Abo an das eigene Zahlungsprodukt der Plattform gekettet gewesen, hätte sich der Plan auf der Stelle geändert, und wir hätten den Umzug darum herum gebaut, diese Abos neu aufzubauen statt sie mitzunehmen.

Mit der harten Frage beantwortet ist der Rest Arbeit mit bekannter Form. Die 4.000 Produkte wandern sauber hinüber, mit einer Woche sorgfältiger Prüfung. Die Bestellhistorie kommt als drei Jahre nur lesender Datensätze herein, das ältere Archiv als Datei für die Buchhaltung aufgehoben. Kunden kommen mit ihren Adressen mit, und weil sich Passwort Hashes nicht exportieren lassen, trifft jedes Konto als noch nicht aktiviert ein, mit einer schlichten Servicenachricht vor der Umschaltung, die den Kunden sagt, dass sie beim ersten Besuch ein Passwort setzen. Die Kerzenabos laufen weiter auf demselben Zahlungskonto, ihre Pläne im neuen Shop neu aufgebaut. Die URL Tabelle, rund 4.000 Zeilen, ist die längste Einzelaufgabe und die, die Nora selbst prüft, weil sie weiß, welche alten Produktnummern jahrelange Links tragen.

Der Aufbau läuft auf dem Solidus Kern, mit der Händlerpreisliste, die sie auf dem alten Tarif nie haben konnte, eingebaut statt angeschraubt. Drei Wochen lang laufen beide Shops parallel, der alte Katalog eingefroren, damit nichts auseinanderdriftet, der letzte Import zweimal geprobt. Die Umschaltung ist ein Dienstagvormittag in ihrem ruhigsten Monat. Bis zum Vormittag ist sie live, die Domain zeigt auf den neuen Shop, eine echte Bestellung ist durch jede Zahlungsart gelaufen und erstattet zurückgekommen, und der alte Shop steht dreißig Tage unangetastet als Rückfall. Das Ganze, von der ersten Aufnahme bis zum Schließen des alten Kontos, dauert etwa vier Monate. Die Kerzenabonnenten haben nichts gemerkt, und genau das ist der Sinn.

Die ehrliche Haltung

Ein Umzug geht gut, wenn eine verantwortliche Person ihn führt, jeder Datensatz geprüft und abgeglichen statt gehofft wird, und die harten Grenzen benannt und geplant sind, bevor sich jemand festlegt, nicht mittendrin entdeckt. Das ist der rote Faden durch jeden Artikel dieser Serie. Die festsitzenden Teile, die Zahlungstoken und die laufenden Abos, werden am ersten Tag gefunden. Die URLs werden zugeordnet, damit die Rankings überleben. Der alte Shop bleibt am Leben, bis sich der neue über einen vollen Monat bewiesen hat. Nichts wird geschönt, denn das Vertrauen liegt genau darin, es nicht zu schönen.

Wenn du aus einer gemieteten Plattform herausgewachsen bist und ehrlich wissen willst, was dein eigener Umzug bedeuten würde und ob er sich überhaupt lohnt, bring ihn in einen kostenlosen Workshop mit. Ich ordne, in deinem echten Shop, was umzieht, was Arbeit kostet und was festsitzt, und die ersten zwei Wochen Arbeit gehen auf meine Rechnung. Manchmal ist die ehrliche Antwort, zu bleiben, und wenn sie das ist, sag ich es dir.

Solidus, solidusio/solidus auf GitHub (eine vollständige quelloffene Onlinehandelslösung auf Ruby on Rails, unter der BSD 3 clause Lizenz), geprüft am 14. November 2026, https://github.com/solidusio/solidus ↩ ↩² ↩³ ↩⁴
Shopify Help Center, Importing and exporting customers (Kundenpasswörter lassen sich nicht per CSV migrieren, da sie außerhalb von Shopify verschlüsselt sind), geprüft am 14. November 2026, https://help.shopify.com/en/manual/customers/import-export-customers ↩
Stripe, Request a payment data export (Kartendaten gehen nur an einen nach PCI DSS Level 1 zertifizierten Abwickler; der Export lässt Zahlungshistorie und Abos weg), Stripe Dokumentation, geprüft am 14. November 2026, https://docs.stripe.com/get-started/data-migrations/pan-export ↩ ↩²
PCI Security Standards Council, FAQ 1280: Can card verification codes be stored for card on file or recurring transactions? (die Prüfnummer darf nach der Autorisierung nicht aufbewahrt werden), geprüft am 14. November 2026, https://www.pcisecuritystandards.org/faqs/1280/ ↩ ↩²
Google Search Central, Site moves with URL changes (dauerhafte 301 oder 308 Weiterleitungen, jede URL zuordnen, direkt aufs Endziel leiten, Weiterleitungen mindestens ein Jahr behalten, Umzugstool nur bei Domainwechsel), geprüft am 14. November 2026, https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes ↩ ↩²
Datenschutz Grundverordnung, Artikel 28 (Auftragsverarbeiter): die Verarbeitung durch einen Auftragsverarbeiter wird durch einen schriftlichen Vertrag geregelt, EUR-Lex, https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32016R0679 ↩