Wenn ein Unternehmen in mehreren Ländern tätig ist, spielt die Struktur seiner Daten eine besonders wichtige Rolle.
Für Maciej Gruszka, CEO und Inhaber von Behemoth Webstore, war dies nicht das erste Migrationsprojekt mit Next-Cart. Über die Jahre hatte er dem Team bereits die Migration seiner internationalen Shops zu BigCommerce und PrestaShop anvertraut.
Mit der Weiterentwicklung seines Unternehmens stiegen jedoch auch seine Erwartungen.
Dieses Mal wollte Maciej seine Systeme konsolidieren und die Infrastruktur langfristig verbessern. Die Zielplattform war WooCommerce in Verbindung mit WordPress. Diese Kombination bietet genügend Flexibilität für anspruchsvollen Handel und Content-Management, genau das, was Maciej benötigte.
Maciej wollte jedoch mehr als eine reine Datenübertragung. Vier unabhängige Shopify-Shops, jeweils für einen anderen Währungsmarkt, sollten in einem einzigen WooCommerce-Ökosystem zusammengeführt werden, ohne Produktbeziehungen, Kundenhistorien oder die Integrität der Bestellungen zu beeinträchtigen.
Es war eines der technisch vielschichtigsten Migrationsprojekte, die Next-Cart in diesem Zeitraum betreute.
Die zentrale Herausforderung: Vier Shopify-Shops in einer WooCommerce-Umgebung konsolidieren
Maciej betrieb vier Shopify-Shops: einen Hauptshop und drei weitere Shops für die Märkte in USD, EUR und GBP.
In der ersten Migrationsphase wurde der Hauptshop übertragen. Dazu gehörten 125 Kategorien, 388 Produkte, 5.898 Kunden und 11.537 Bestellungen.
Die eigentliche Komplexität zeigte sich in der nächsten Phase, als Maciej fragte: Wenn die drei übrigen Shopify-Shops dieselbe Produktbasis mit denselben SKUs und Barcodes verwenden, erkennen die importierten Bestellungen dann die bereits migrierten Produkte und werden sie in WooCommerce korrekt zugeordnet?
Dies war keine Standardmigration, sondern ein stufenweises Konsolidierungsprojekt mit mehreren Quellshops. Jeder Shopify-Shop hatte einen eigenen Kundenstamm und eine eigene Bestellhistorie, während die Produkte identisch waren. Die Aufgabe bestand darin, Duplikate zu vermeiden und zugleich die Datenbeziehungen zu vereinheitlichen.
Konkret benötigte der Kunde:
-
Zuordnung von Bestellungen zu bestehenden Produkten anhand der SKU
-
Zusammenführung bestehender Kunden anhand der E-Mail-Adresse
-
Vollständigen Erhalt und korrekte Verknüpfung historischer Daten
-
Keine doppelten Produkte
-
Keine fragmentierten Kundenprofile
Dafür musste die Migrationslogik gezielt angepasst werden, damit Daten über mehrere Shops hinweg erkannt und korrekt miteinander verknüpft werden konnten.
Erstes Hindernis: Kunden waren importiert, aber nicht sichtbar
Nach der ersten Migration stellte Maciej fest, dass die Kunden erfolgreich unter „Users“ in WordPress importiert worden waren, jedoch nicht unter „WooCommerce Customers“ erschienen.
Auf den ersten Blick wirkte dies wie ein Migrationsproblem. Bei einer genaueren Analyse stellte das Next-Cart-Team jedoch fest, dass ein Multi-Currency-Plugin die Ursache war. Das Plugin überschrieb das standardmäßige Verhalten von WooCommerce zur Anzeige von Kunden.
Das Plugin war so konfiguriert, dass nur Kunden mit mindestens einer Bestellung in PLN angezeigt wurden. Gleichzeitig waren Sprache und Währung des Shops auf Polnisch und PLN eingestellt.
Die Daten waren technisch vorhanden, wurden aufgrund der Filterregeln jedoch nicht angezeigt.
Next-Cart passte daraufhin die Migrationskonfiguration an die erforderlichen Bedingungen an:
-
Bestellungen erhielten die richtige Währung
-
Die Sprachzuordnung wurde an die Logik des Plugins angepasst
-
Künftige Importe aus den USD-, EUR- und GBP-Shops konnten nach Definition der Währungen korrekt verarbeitet werden
Das Problem lag in der Logik der Umgebung und nicht in den Daten. Seine Lösung erforderte ein Verständnis des WooCommerce-Verhaltens auf Systemebene.
Produktdaten-Mapping: Shopify-Daten in die WooCommerce-Logik übertragen
Maciejs nächste Anforderungen an ein präzises Field Mapping gingen über eine einfache Entitätsmigration hinaus. Mehrere custom fields aus Shopify sollten in WooCommerce-Attribute übertragen werden:
-
Country/Region of Origin → Produktattribut
-
HS Code → Produktattribut
-
Barcode → WooCommerce-EAN-Feld
-
Brand → Attribut
-
GTIN → Attribut
Gleichzeitig sollten bestimmte Felder überhaupt nicht importiert werden, darunter Reviews, Size, Table Size, UPC und MPN. Durch diese gezielte Auswahl ließ sich unnötige Datenlast in der neuen WooCommerce-Umgebung vermeiden.
Das Migrationstool musste daher nicht nur custom fields den passenden WooCommerce-Attributen zuordnen, sondern bestimmte Elemente auch bewusst ausschließen.
Anpassungen auf Feldebene werden bei Standardmigrationen oft unterschätzt. Bei der Konsolidierung mehrerer Shops ist eine konsistente Attributstruktur jedoch entscheidend, insbesondere wenn spätere Filter, Steuerregeln und Versandanforderungen von präzisen Metadaten wie HS Code oder Country of Origin abhängen.
Die Entwickler von Next-Cart passten die Migrationslogik entsprechend an und sorgten so für saubere, standardisierte Produktdaten in WooCommerce.
Die Kernaufgabe: Bestellungen per SKU bestehenden WooCommerce-Produkten zuordnen
Der sensibelste Teil des Projekts war die korrekte Zuordnung von Bestellungen zu Produkten über alle vier Shops hinweg.
Die drei Shops für USD, EUR und GBP enthielten identische Produkte. Ohne spezielle Logik hätte der Import in einen einzigen WooCommerce-Shop Duplikate erzeugt. Noch wichtiger war, dass Bestellpositionen sonst möglicherweise nicht mit den richtigen Produkten verknüpft worden wären.
Um dies zu verhindern, wurde das Migrationstool mit einer strikten SKU-basierten Produktzuordnung angepasst. Bereits vorhandene WooCommerce-Produkte wurden über die SKU als eindeutigen Schlüssel erkannt. Anschließend wurden Bestellungen aus allen Shops mit diesen Produkten verknüpft.
Für Kunden galt ein ähnliches Prinzip. Wenn eine Bestellung auf eine bereits in WooCommerce vorhandene E-Mail-Adresse verwies, wurden die Datensätze zusammengeführt, statt ein neues Konto anzulegen. Dadurch blieb die Kaufhistorie auch dann zusammenhängend, wenn ein Kunde in mehreren Währungen bestellt hatte.
In diesem Projekt fungierte die Migration als Konsolidierungsmechanismus, der eine fragmentierte Datenbank in eine einheitliche Struktur überführte.
Korrektur von Barcodes auf Variantenebene
In Shopify hatte jede Produktvariante einen eigenen Barcode. Nach der Migration wurden WooCommerce-Varianten jedoch mit demselben EAN-Wert angezeigt.
Für Unternehmen, die Barcodes für Fulfillment oder Marketplace-Integrationen nutzen, konnte dies zu operativen Fehlern führen.
Das Team passte die Migrationslogik erneut an. Jeder Varianten-Barcode aus Shopify wurde präzise dem entsprechenden EAN-Wert der WooCommerce-Variante zugeordnet, sodass Lagerverwaltung, Scan-Prozesse und externe Integrationen nach der Konsolidierung korrekt funktionieren konnten.
Newsletter und Mailchimp: Die Grenzen zwischen Systemen verstehen
Maciej wollte außerdem die Newsletter-Abonnements übertragen.
Wenn ein Shopify-Kunde den Newsletter abonniert hatte, sollte dieser Status auch in WooCommerce entsprechend markiert sein.
Bei der Untersuchung stellte der Entwickler fest, dass das Mailchimp-Integrationsplugin den Abonnementstatus im Mailchimp-System und nicht in der WooCommerce-Datenbank speicherte.
Die Migration füllte die entsprechenden Subscription-Metafelder in WordPress korrekt aus. Das Plugin synchronisierte jedoch nur, wenn Nutzer manuell aktualisiert wurden. Deshalb wurden die Checkboxen in WooCommerce nicht automatisch gesetzt.
Dies war eine Einschränkung der API-Architektur.
Das Migrationstool kann den Abonnementstatus in einem externen System nicht erzwingen, ohne dessen eigenen Synchronisierungsmechanismus auszulösen. Next-Cart kommunizierte diese Grenze klar an den Kunden.
Instabiles Hosting: Eine unerwartete zusätzliche Komplexität
Eine weitere anspruchsvolle Komponente des Projekts waren die Wechsel der Hosting-Anbieter.
Während der Migration wechselte Maciej mehrfach zwischen Hostinger, Kinsta, SiteGround und Cloudways. Jeder Wechsel erforderte eine erneute Verbindung der Migration Bridge, neue FTP-Zugangsdaten, das Whitelisting von IP-Adressen, die Prüfung von Datenbankrechten und das Leeren von Server-Caches.
Zeitweise war der Zugriff aus bestimmten Regionen eingeschränkt. Zusätzlich führten Cache-Schichten zu doppelten Ausführungen, wenn das Tool gleichzeitig in mehreren Browser-Tabs gestartet wurde.
Dabei handelte es sich nicht um Datenfehler, sondern um Umgebungsvariablen, die eine systematische Fehleranalyse erforderten.
Das Migrationsteam passte sich fortlaufend an jede Hosting-Konfiguration an, um vor der Fortsetzung der Datenimporte eine stabile Umgebung sicherzustellen.
WPML: Strategiewechsel während der laufenden Migration
Während des Projekts entschied Maciej, WPML aus der WooCommerce-Umgebung zu entfernen.
Wird dies während einer aktiven Migration nicht korrekt gehandhabt, können verwaiste Datensätze oder inkonsistente Produktsichtbarkeit entstehen. Auch Übersetzungsmetadaten in Hilfstabellen können nach der Deaktivierung des Plugins Konflikte verursachen.
Um diese Risiken zu vermeiden, wurde die Migrationskonfiguration neu ausgerichtet, bevor weitere Shops importiert wurden.
-
Die Logik zur Produkterstellung wurde auf die Standardstruktur von WooCommerce vereinfacht und unnötige Hooks wurden umgangen
-
Das Taxonomie-Mapping wurde geprüft, damit Attribute und Kategorien stabil bleiben
-
Kunden und Bestellungen wurden darauf geprüft, dass sie nicht auf sprachspezifische Metadaten verweisen
Diese Anpassung während des Projekts erforderte eine sorgfältige Reihenfolge. Das Team behandelte sie als kontrollierten Übergang und nicht als einfache Plugin-Deaktivierung.
Am Ende des Projekts lief der WooCommerce-Shop sauber ohne WPML. Die Produkte waren einsprachig strukturiert und frei von komplexen Übersetzungsebenen.
Endergebnis: Ein vollständig vereinheitlichtes WooCommerce-Ökosystem
Nach mehreren Anpassungsrunden entstand ein vollständig konsolidiertes WooCommerce-System:
-
Kategorien und Produkte waren sauber strukturiert
-
Mehr als 11.500 Bestellungen aus dem Hauptshop blieben erhalten
-
Mehr als 10.000 zusätzliche Bestellungen aus den drei Währungsshops wurden per SKU zugeordnet
-
Kundendatensätze wurden intelligent zusammengeführt
-
EAN-Werte der Varianten wurden in WooCommerce korrekt angezeigt
-
WPML wurde entfernt, ohne den Shop-Betrieb zu beeinträchtigen
-
Es entstanden keine doppelten Produkte
Aus vier getrennten Shopify-Shops mit unterschiedlichen Währungen wurde eine zentrale WooCommerce-Website mit vereinheitlichten Daten.
Fazit: Was dieses Projekt über technische Migrationskomplexität zeigt
Das Projekt zeigt, dass eine eCommerce-Migration weit mehr ist als das Verschieben von Daten zwischen Plattformen. Sie umfasst auch die Übersetzung von Architekturen, die Abstimmung unterschiedlicher Systemlogiken, die Anpassung von Mapping-Regeln und den Erhalt historischer Beziehungen.
Für Unternehmen mit mehreren Shops und unterschiedlichen Währungen, wie Behemoth Webstore, sind sorgfältige Planung und technische Flexibilität entscheidend. Im Projekt mussten unter anderem SKU-Zuordnung, Kundenzusammenführung, Genauigkeit auf Variantenebene, Plugin-Kompatibilität und Hosting-Stabilität berücksichtigt werden.
All diese Faktoren trugen zum Ergebnis bei. Maciej beschrieb seine Erfahrung später so:
„Das Team und dieses Tool sind fantastisch. Sie haben alle meine Daten aus Shopify, darunter Kunden, Bestellungen, Produkte und weitere Daten, mit einigen individuellen Anpassungen zu WooCommerce migriert. Zuvor haben sie mir auch bei BigCommerce und PrestaShop geholfen. Ich habe den Eindruck, dass es für sie keine unmögliche Aufgabe gibt. Kontakt und Support sind sehr schnell, sogar an Feiertagen. Sie sind großartig!“
Diese Fallstudie zeigt, wie wichtig strukturierte Anpassungen und ein tiefes Verständnis der beteiligten Systeme sind. Dadurch konnte eine mehrstufige Migration in einen einheitlichen, skalierbaren eCommerce-Shop überführt werden.
