EloshonDie Plattform eines Onlineshops zu wechseln heißt nicht, ein paar Produkte von einem Shop in einen anderen zu verschieben. Jede Plattform – Shopify, WooCommerce, PrestaShop, Wix, BigCommerce, Shopware – ordnet Varianten, Attribute, Kategorien, Preise, Lagerbestände, Bilder, Kunden und Bestellungen anders an.
Und genau darin liegt die Falle: Eine Migration kann gelungen wirken und dabei still einen Teil des Katalogs auf dem Weg verloren haben. Kein Fehler, keine Warnmeldung. Nur unvollständige Produkte, kaputte Filter oder Varianten, die verschwunden sind, ohne dass es jemand vor Ablauf mehrerer Wochen bemerkt.
Dieser Leitfaden erklärt, warum das passiert, wie Sie es vermeiden und wie Eloshon Converter genau für dieses Problem entwickelt wurde: keine Information zu verlieren, ohne es zu melden.
Warum bei einer E-Commerce-Migration Daten verloren gehen
Wenn Sie noch nie einen Onlineshop betrieben haben, hier das Grundprinzip: Ein Produktkatalog wird in der Regel als CSV-Datei transportiert (eine Datentabelle, ähnlich einer vereinfachten Excel-Datei), die man aus einer Plattform exportiert und in eine andere importiert.
Das Problem: Diese Datei ist nur eine flache Tabelle. Sie sagt nichts darüber, wie jede Plattform die darin enthaltenen Daten versteht. Nehmen wir ein konkretes Beispiel.
Ein T-Shirt gibt es in 3 Farben und 4 Größen. In WooCommerce werden diese Angaben als „Attribute“ gespeichert, die mit technischen Spalten wie attribute_pa_color verknüpft sind. In Shopify heißt dasselbe Konzept „Variantenoption“, mit einer strengen technischen Grenze: 3 Optionen und 100 Varianten pro Produkt (2.048 bei den neuesten Katalogen über eine eigene API, aber weiterhin mit Obergrenze). In Shopware kann ein Produkt nur der untersten Kategorieebene zugeordnet werden – ist es einer mittleren Kategorie zugeordnet, wird es im Shop unsichtbar, ohne dass eine Fehlermeldung erscheint.
Ein simples Mapping „Quellspalte → Zielspalte“ kann diese Regeln nicht erraten. Es kann auch nicht erraten, dass das Umbenennen eines Optionswerts in Shopify (zum Beispiel aus „Größe: XL“ wird „Größe: X-Large“) dazu führt, dass die Plattform die Variante als völlig neu behandelt – mit stillschweigendem Löschen der alten Variante und ihres Lagerbestands, selbst wenn sich die Artikelnummer (SKU) nicht geändert hat. Das ist keine Vermutung: Es ist ein dokumentierter Fall, der in der offiziellen Shopify-Community mehrfach gemeldet wurde, bei Katalogen mit mehr als 1.500 Artikeln.
Weitere Fallstricke kehren ständig wieder, alle in den Hilfeforen der Plattformen selbst dokumentiert:
- Dynamische Kollektionen (auf automatischen Regeln basierend), die nach der Migration wieder zu festen Kategorien werden – die Daten sind weiterhin vorhanden, aber ihr Verhalten hat sich geändert, ohne dass jemand es ausdrücklich entschieden hätte.
- Attributnamen, die nicht auf Englisch verfasst sind (Akzente, arabische oder asiatische Zeichen) und den automatischen Abgleich der Varianten zum Scheitern bringen.
- Kategorien, die über mehr als 8 Ebenen verschachtelt sind und in BigCommerce abrupt auf die Wurzelebene springen.
- Eine Quellwährung, die nicht der Euro ist und einen ganzen Import in Shopware stillschweigend scheitern lässt – das Tool meldet Erfolg, aber kein einziges Produkt wurde tatsächlich angelegt.
- Externe Lieferantendateien (etwa ein BigBuy-Export), die wegen eines simplen Problems mit einer Spaltenüberschrift oder falsch maskierter Anführungszeichen abgelehnt werden – oder schlimmer, akzeptiert werden, mit Preisen, die durch einen Umrechnungsfehler vervielfacht wurden.
Keiner dieser Fälle ist unvermeidlich. Aber keiner lässt sich auch durch einfaches Kopieren von Spalten erkennen. Man muss verstehen, was jede Information darstellt, nicht nur, wie sie benannt ist.
Die Methode von Eloshon Converter: konvertieren, übernehmen, markieren
Das ist das zentrale Prinzip von Eloshon Converter: Bei jeder Information, die ein Katalog enthält, kopiert das Tool sie weder blind noch lässt es sie verschwinden. Es folgt immer einem von drei Wegen.
| Weg | Was passiert | Beispiel |
|---|---|---|
| Konvertiert | In der Zielplattform gibt es ein direktes Äquivalent | Ein Preis, eine Artikelnummer (SKU), ein Hauptbild |
| Übernommen | Kein direktes Äquivalent, aber die Information bleibt in anderer, nutzbarer Form erhalten (oft als Metafeld) | Ein technisches Merkmal ohne eigenes Feld (Garantie, Material, Energieeffizienzklasse) |
| Markiert | Keine zuverlässige Konvertierung möglich, Sie werden gewarnt, statt dass die Information verschwindet | Mehrere Spalten, die alle die Farbe eines Produkts zu bezeichnen scheinen |
Konkret: Enthält eine WooCommerce-Datei gleichzeitig Color, attribute_pa_color und option_1, wendet ein klassischer Konverter eine feste Regel an und irrt sich dabei womöglich bei einem schlecht bereinigten Katalog. Eloshon Converter erkennt, dass mehrere Spalten um dieselbe Variantenangabe konkurrieren, und fragt nach, statt zu raten: „Welche Spalte steht wirklich für die Farbe?“
Das ist der Unterschied zwischen einer Migration, die funktioniert zu haben scheint, und einer Migration, bei der man genau weiß, was übertragen, umgewandelt oder ausgelassen wurde.
Was Eloshon Converter abdeckt
- Produkte und Varianten – auch komplexe Kombinationen (Farbe + Füllmenge bei demselben Produkt, ein in der Kosmetik sehr häufiger Fall, der in den Shopify-Foren bei einer Migration von PrestaShop genau deshalb Fragen aufwirft).
- Preise, Lagerbestände und Mengenstaffeln – mit Unterscheidung zwischen Nettopreis, Bruttopreis, Aktionspreis und Staffelpreis, statt alles auf eine einzige Spalte
pricezu reduzieren. - Bilder – wobei, wenn möglich, die Zuordnung eines bestimmten Bilds zu einer Variante (Farbe, Ausführung) erhalten bleibt und nicht nur eine allgemeine Galerie.
- Kategorien und Hierarchien, auch in Fällen, in denen die Quellplattform Zuordnungen akzeptiert, die das Ziel ablehnt, oder in denen das Ziel die Tiefe begrenzt (BigCommerce).
- Produktkennungen – EAN, GTIN, UPC, ISBN – ein Feld, das mehrere Migrationstools standardmäßig nicht enthalten, was oft eine nachträgliche manuelle Konfiguration erzwingt.
- Übersetzungen und mehrsprachige Shops.
- Metadaten und benutzerdefinierte Felder.
- Bestellungen und Kunden, mit zwei Punkten, die besondere Aufmerksamkeit verlangen.
Die Marketing-Einwilligung ist standardmäßig nicht übertragbar
Wer im Quellshop zugestimmt hat, Marketing-E-Mails zu erhalten, hat diese Einwilligung nicht automatisch für den neuen Shop gegeben. Dass in der Quelldatei ein Feld „Einwilligung: ja“ steht, genügt nicht, um es in einem neuen Kontext weiterzuverwenden. Eloshon Converter behandelt dieses Feld als eigene Information, die eine ausdrückliche Entscheidung verlangt statt einer bloßen Übernahme.
Die Nummerierung von Bestellungen und Rechnungen
Ein reales, dokumentiertes Beispiel: In BigCommerce sind die Bestellnummern fortlaufend, und die ursprüngliche Nummer lässt sich bei einer Migration technisch nicht erhalten – ein Punkt, der direkt die buchhalterischen Pflichten zur Rechnungsnummerierung berührt. Ein Unternehmen, das Pflichten zu einer lückenlosen Rechnungsfolge unterliegt, darf bei einer Migration diese Folge nie willkürlich umschreiben und keine Lücken oder Doppelungen erzeugen. Eloshon Converter unterscheidet ausdrücklich zwischen der Übernahme der Bestellhistorie und der Logik der Nummerierung neuer Rechnungen und berücksichtigt dabei die Pflichten, die je nach Rechtsordnung für das Unternehmen gelten.
Warum sich Shopify, WooCommerce, PrestaShop, Wix, BigCommerce und Shopware nicht Spalte für Spalte vergleichen lassen
Jede Plattform hat ihre eigenen internen Regeln, oft unsichtbar, solange man nicht darauf stößt:
| Plattform | Konkrete technische Einschränkung |
|---|---|
| Shopify | Nativ 3 Optionen und 100 Varianten pro Produkt (bis zu 2.048 über eine eigene API; das tägliche Limit für das Anlegen ist bei großen Katalogen im Auge zu behalten) |
| WooCommerce | Globale Attribute, lokale Attribute und benutzerdefinierte Felder (ACF) bestehen ohne strenge Hierarchie nebeneinander; die Variationsschlüssel müssen exakt im erwarteten Slug-Format vorliegen, sonst erkennt das Frontend die Varianten nicht mehr |
| PrestaShop | Kombinationen von Ausführungen (Farbe + Füllmenge bei demselben Produkt) und ein EAN/GTIN-Feld, das in Standardmigrationen oft fehlt |
| Wix | Kundenpasswörter lassen sich nie übertragen (wie überall sonst), Galerie beim Import auf 19 Bilder pro Produkt begrenzt |
| BigCommerce | Kategorietiefe auf 8 Ebenen begrenzt, fortlaufende Bestellnummerierung nicht umschreibbar |
| Shopware | Zuordnung des Produkts zur untersten Kategorieebene zwingend, empfindlich gegenüber Währung und Sonderzeichen beim Import |
Keine dieser Einschränkungen ist ein Mangel der Zielplattform – es sind schlicht andere Regeln. Das Problem entsteht, wenn man sie ignoriert.
Konkrete Fälle nach Migrationsrichtung
WooCommerce → Shopify. Die Quelldatei enthält Taxonomien und Attribute (pa_heel-height, pa_brand, product_cat). Ohne ausdrückliches Mapping auf die Shopify-Metafelder landen diese Informationen nirgends, wo man sie nutzen könnte – sie sind da, aber für die Produktfilter unsichtbar. Eloshon Converter erkennt diese Beziehungen vor dem Export statt erst hinterher.
Shopify → WooCommerce. Die „intelligenten“ Kollektionen von Shopify (auf automatischen Regeln basierend, zum Beispiel alle Produkte mit dem Tag Sommer) werden in WooCommerce zu festen Kategorien. Die Daten sind da, aber das dynamische Verhalten verschwindet – ein typisches Beispiel für den Fall „übernommen, aber umgewandelt“.
PrestaShop → Shopify. Dokumentierter Fall bei einem Kosmetikkatalog mit 900 Artikeln: Die Produkte kombinieren Farb- und Füllmengenvarianten bei demselben Produkt. Das EAN-Feld, das in Standardmigrationen oft fehlt, muss ausdrücklich angefordert werden. Ohne 301-Weiterleitungen (die Regeln, die eine alte URL automatisch auf die neue umleiten) zeigte ein realer Fall noch mehrere Monate nach der Migration einen anhaltenden, schwer zu diagnostizierenden Traffic-Verlust.
Wix → Shopify oder WooCommerce. Anbindungen an ERP, CRM und Versanddienstleister, die bei Wix oft eingeschränkt sind, müssen neu aufgebaut statt unverändert migriert werden. Die Bilder von Blogartikeln folgen dem Text selten.
BigCommerce → Shopify oder WooCommerce. Komplexe Produktoptionen (B2B-Katalog mit Zehntausenden Artikeln) lassen sich nicht 1:1 auf die 3 nativen Optionen von Shopify abbilden – ein dokumentierter Fall erforderte die komplette Umstrukturierung eines Produkts von 5 Optionen und 1.708 Varianten in ein kompatibles Modell.
Shopware → Shopify oder WooCommerce. Die in Shopware gelesenen Kategoriezuordnungen werden nach den Regeln der Zielplattform neu angelegt. Ein Produkt, das nicht zugeordnet werden kann, wird im Bericht markiert, statt ohne Meldung aus dem Frontend zu verschwinden.
Kein sauberer Export? Eloshon Scraper übernimmt
Nicht jede Migration beginnt mit einem sauberen Export. Ein Mitbewerber, ein Lieferant oder ein alter Shop ohne Administratorzugang liefern oft keine verwertbare Datei – nur eine öffentliche Website, die man Seite für Seite ansehen kann.
Eloshon Scraper wandelt diese öffentlichen Informationen in strukturierte Daten um, die Eloshon Converter anschließend an die Zielplattform anpassen kann:
Genau diese Art von Problem begegnet Unternehmen, die mit externen Lieferantenfeeds arbeiten (Dropshipping, Großhändler): Ein CSV-Export, der unverändert eintrifft, kann wegen einer simplen Spaltenüberschrift abgelehnt oder, schlimmer, mit falsch umgerechneten Preisen importiert werden, ohne dass es jemand bemerkt, bevor sich Kundschaft beschwert. Das Duo Scraper + Converter deckt diesen Fall von Anfang bis Ende ab: Daten auslesen, strukturieren, prüfen, konvertieren.
Zu beachten: Die in diesem Zusammenhang als Beispiel genannten Handelsketten oder Websites sind weder Kunden noch Partner von Eloshon – sie illustrieren die technischen Möglichkeiten des Web Scrapings. Die Nutzung der abgerufenen Daten muss stets die Zugangsbedingungen der betroffenen Website und die geltenden Vorschriften beachten.
Für wen
Onlineshop-Betreibende, die die Plattform wechseln, einen bestehenden Katalog übernehmen oder einen neuen Vertriebskanal vorbereiten.
E-Commerce-Agenturen, die Kundenmigrationen betreuen, uneinheitliche Kataloge bereinigen oder Dateien aus mehreren Quellen ohne Dokumentation verarbeiten.
Warum nicht einfach ein CSV-Mapping
Zwei Dateien können beide die Spalten name, price, sku, category enthalten und dennoch völlig verschiedene Geschäftsmodelle abbilden. CSV ist nur ein Transportformat – die eigentliche Frage lautet: Was bedeutet jede Information, und womit ist sie verknüpft?
Diese Schicht des Verstehens, nicht nur der Zuordnung, ermöglicht es Eloshon Converter, Varianten, Attribute, Kategorien, Preise, Bilder, Lagerbestände, Übersetzungen und Bestellungen korrekt zu verarbeiten – ohne je eine Information verschwinden zu lassen, ohne es zu sagen.
Zusammenfassung
Eine erfolgreiche E-Commerce-Migration misst sich nicht an der Zahl der Zeilen, die in der Zieldatei ankommen. Sie misst sich an der Fähigkeit, präzise Fragen zu beantworten: Welche Varianten wurden erkannt, welche Bilder haben ihre Zuordnungen behalten, welche Daten hatten kein Äquivalent und welche erfordern eine menschliche Entscheidung.
Eloshon Converter – und Eloshon Scraper für Fälle ohne sauberen Export – wurden so konzipiert, dass diese Fragen immer eine Antwort haben, statt hinter einem Button „Importieren“ verborgen zu bleiben.
Zum praktischen Ablauf einer Migration – Export, Zwischenformat, unterstützte Richtungen, 301-Weiterleitungen – siehe auch Wie migrieren Sie einen Onlineshop von Shopify, WooCommerce, Wix, BigCommerce oder PrestaShop?