16. Oktober 2026
,
Nethype

Kunden- und Bestellhistorie zu Shopify migrieren, ohne das Vertrauen Ihrer Kunden zu verlieren

Eine Shopify-Migration kann nach außen erfolgreich wirken und trotzdem still und leise das Vertrauen Ihrer Kunden beschädigen.

‍

Eine Shopify-Migration endet nicht, wenn der neue Shop live geht.

Sie endet, wenn jedes Kundenkonto, jede Bestellung, jedes Produkt und jeder einzelne Geschäftsdatensatz korrekt migriert wurde – ohne Probleme für Ihre Kunden oder Ihr Team.

Wir haben schon vielen Marken geholfen, Migrationen zu retten, die am Launch-Tag erfolgreich aussahen und später zu fehlender Bestellhistorie, defekten Kundenkonten, falschen Produktdaten oder monatelanger Nacharbeit von Hand führten.

Dieser Beitrag richtet sich an Gründer, E-Commerce-Manager und wachsende Marken, die verstehen möchten, wie eine erfolgreiche Shopify-Migration geplant werden sollte – bevor teure Fehler passieren.

‍

Die Storefront ist live. Der Checkout funktioniert. Die Produkte sind sichtbar. Die Weiterleitungen stehen. Das Team hat den Launch bereits verkündet.

Dann füllt sich das Support-Postfach.

Wo ist meine letzte Bestellung?

Warum kann ich meine Rechnung nicht herunterladen?

Warum ist mein Konto leer?

Warum sieht Ihr Support nicht, was ich letztes Jahr gekauft habe?

Für Neukunden ist das vielleicht eine kleine Unannehmlichkeit. Für Stammkunden, B2B-Einkäufer, Abonnenten oder jemanden, der auf die Bearbeitung eines Garantiefalls wartet, ist es ein ernsthaftes Vertrauensproblem. Dass sich die Plattform geändert hat, ist ihnen egal. Wichtig ist ihnen, dass der Shop sie noch kennt.

Deshalb sollte die Kunden- und Bestellhistorie nicht als kleiner Datenimport am Ende einer Shopify-Migration behandelt werden. Sie muss früh geplant, sorgfältig gemappt und vor dem Launch getestet werden.

Kundenhistorie ist mehr als eine Kundenliste

Viele Teams beginnen eine Migration mit einer einfachen Frage: Können wir unsere Kunden zu Shopify übertragen?

In der Regel ja. Die bessere Frage ist aber, was Kundenhistorie in Ihrem Unternehmen tatsächlich bedeutet.

Für einen kleinen DTC-Shop sind das vielleicht Kundenkonten, Adressen, Newsletter-Einwilligungen und frühere Bestellungen. Bei einer größeren Marke kommen womöglich Retouren, Treuepunkte, Abonnements, B2B-Firmenkonten, Rechnungshistorie, Steuernummern, Support-Tickets, Großhandelspreise, ERP-Referenzen, Marktplatzbestellungen und Kundensegmente hinzu.

Das sind unterschiedliche Datenprobleme.

Ein CSV-Export der Kunden reicht nicht, wenn Ihr Support den vollständigen Kontext einer Bestellung braucht. Eine Liste mit Bestellnummern reicht nicht, wenn Ihre Buchhaltung Rechnungen dem richtigen Kunden zuordnen muss. Ein Kundenkonto reicht nicht, wenn aktive Abonnenten ihren Abrechnungsstatus verlieren.

Bevor irgendein Import stattfindet, sollte das Migrationsteam festlegen, welche Kundendaten nach dem Launch wichtig sind und warum.

Was sich zu Shopify migrieren lässt

In den meisten Migrationsprojekten umfasst die Übertragung von Kunden und Bestellungen mehrere Datengruppen.

Kundendatensätze enthalten meist Namen, E-Mail-Adressen, Telefonnummern, Standard-, Rechnungs- und Lieferadressen, Tags, Notizen, Marketing-Einwilligungen und den Kontostatus.

Die Bestellhistorie kann Bestellnummern, Daten, Positionen, SKUs, Mengen, Preise, Rabatte, Steuern, Versandarten, Zahlungsstatus, Fulfillment-Status, Sendungsnummern und Erstattungen umfassen.

Hinzu kommen unter Umständen individuelle Daten. Magento- und WooCommerce-Shops schleppen oft jahrelang angesammelte Zusatzfelder, Moduldaten und Historien von Drittanbieter-Plugins mit sich. PrestaShop, Shopware, JTL-Shop, Gambio, Plentymarkets und individuelle Plattformen speichern Kunden- und Bestelldaten jeweils auf ihre eigene Weise. Manchmal sind die Daten sauber. Manchmal wurden sie über Jahre aus Plattformwechseln, Plugin-Updates und manueller Admin-Arbeit zusammengeflickt.

Shopify kann einen Großteil dieser Historie aufnehmen, aber nicht immer eins zu eins.

Manche Daten gehören als native Kunden- oder Bestelldaten in Shopify. Manche sind besser als Metafields aufgehoben. Manche sollten in einem externen System liegen, etwa im ERP, OMS, WMS, CRM, in der Abo-Software, im Treueprogramm oder im Helpdesk. Und manche sollten gar nicht migriert werden, weil sie veraltet, doppelt vorhanden oder im Sinne der DSGVO riskant aufzubewahren sind.

Das Ziel ist nicht, blind jedes Feld zu übertragen. Das Ziel ist, die Daten zu bewahren, die Ihr Team und Ihre Kunden tatsächlich brauchen.

Passwörter erfordern besondere Sorgfalt

Kundenpasswörter gehören zu den am häufigsten missverstandenen Aspekten einer E-Commerce-Migration.

In den meisten Fällen lassen sich Passwörter aus Magento, WooCommerce, PrestaShop, Shopware, JTL-Shop, Gambio, Plentymarkets oder einer individuellen Plattform nicht in nutzbarer Form zu Shopify übertragen. Das ist normal. Passwort-Hashes sind bewusst so gestaltet, dass sie sich schwer übertragen und auslesen lassen.

Für Ihre Kunden bedeutet das vor allem eines: Sie müssen ihr Konto nach dem Umzug möglicherweise aktivieren oder ihr Passwort zurücksetzen.

Das ist kein Fehler, wenn es richtig kommuniziert wird.

Das Problem beginnt, wenn der Shop live geht, ohne zu erklären, was sich geändert hat. Ein Stammkunde versucht sich anzumelden, sein altes Passwort funktioniert nicht, und die E-Mail zum Zurücksetzen wirkt wie ein Bug. Der Support muss die Migration dann jedem Kunden einzeln erklären.

Ein besserer Plan umfasst die Kommunikation vor und nach dem Launch:

  • Informieren Sie Ihre Kunden, dass der Shop zu Shopify umzieht.
  • Erklären Sie, dass für den Kontozugang möglicherweise ein neues Passwort nötig ist.
  • Machen Sie den Weg zum Zurücksetzen des Passworts leicht auffindbar.
  • Bereiten Sie Textbausteine für häufige Support-Fragen vor.
  • Beobachten Sie in den ersten Wochen nach dem Launch gezielt Probleme bei der Kontoaktivierung.

Für Shops mit hoher Wiederkaufrate, Abonnements oder B2B-Einkäufern ist dieser Schritt besonders wichtig.

Die Bestellhistorie betrifft Support, Buchhaltung und Wiederkäufe

Historische Bestellungen sind nicht bloß Archivdaten.

Der Support nutzt sie, um Fragen zu beantworten. Die Buchhaltung braucht sie für Rechnungen, Erstattungen und steuerliche Zusammenhänge. E-Commerce-Teams nutzen sie für Segmentierung und E-Mail-Flows. Kunden nutzen sie, um Produkte nachzubestellen, frühere Größen nachzusehen, Dokumente herunterzuladen oder Garantiedetails zu prüfen.

Fehlen historische Bestellungen oder sind sie schlecht gemappt, zeigt sich der Schaden im ganzen Unternehmen.

Support-Tickets dauern länger, weil das Team in der alten Plattform, im ERP oder in Tabellen suchen muss. Kunden verlieren das Vertrauen, weil ihr Konto ihre Kaufhistorie nicht mehr abbildet. Die E-Mail-Segmentierung wird schwächer, weil kaufbasierte Flows nicht mehr dieselben Daten haben. B2B-Einkäufer verlieren womöglich den Kontext für Nachbestellungen – oft einer der Hauptgründe, warum sie sich überhaupt anmelden.

Der richtige Migrationsplan beantwortet diese Fragen, bevor die Entwicklung beginnt:

  • Wie viele Jahre Bestellhistorie sollen in Shopify verfügbar sein?
  • Müssen Kunden alte Bestellungen in ihrem Kundenkonto sehen?
  • Braucht der Support alte Bestellungen direkt in Shopify, oder reicht der Zugriff über ERP/Helpdesk?
  • Sollen die bisherigen Bestellnummern erhalten bleiben?
  • Wie sollen Erstattungen, Retouren und stornierte Bestellungen abgebildet werden?
  • Welche Bestellungen hängen mit Abonnements, Treuepunkten oder B2B-Konditionen zusammen?
  • Welche Daten sind gesetzlich vorgeschrieben, und welche sind nur Ballast?

Für manche Shops ist es die richtige Entscheidung, alle historischen Bestellungen zu Shopify zu migrieren. Für andere ist es sauberer, nur die jüngeren Bestellungen zu übertragen und ältere Datensätze im ERP oder in einem Data Warehouse zu belassen.

Eine allgemeingültige Antwort gibt es nicht. Es gibt die richtige Antwort für Ihre Abläufe.

Plattformspezifische Risiken

Jede Quellplattform hat ihre eigenen Migrationsmuster.

Magento- und Adobe-Commerce-Shops bringen oft komplexe Bestellstatus, individuelle Attribute, B2B-Logik, ERP-Referenzen, Multi-Store-Daten und lange Weiterleitungshistorien mit. Das Datenmodell ist leistungsfähig – das bedeutet aber auch, dass sich viel individuelle Logik im Shop verbergen kann.

WooCommerce-Shops hängen oft von Plugins ab. Kundenfelder, Rechnungen, Abonnements, Produktbundles, Mitgliedschaften, Treuepunkte und zusätzliche Checkout-Felder können alle aus unterschiedlichen Plugins stammen. Die Migration muss klären, welches Plugin welche Daten erzeugt hat und wo diese Daten in Shopify hingehören.

Bei PrestaShop- und Shopware-Migrationen müssen Kategorien, Steuern, Sprachen und Kundengruppen oft besonders sorgfältig gemappt werden. Die Struktur wirkt in der Storefront womöglich einfach und wird erst komplex, sobald man Bestelldaten, Kundengruppen und die Regeln der jeweiligen Märkte prüft.

Migrationen von JTL-Shop, Gambio und Plentymarkets sind im DACH-Raum verbreitet. Die zentrale Herausforderung ist dabei meist die betriebliche Kontinuität: Zahlungen, Rechnungen, ERP, Lagerprozesse, Kundenkonten, lokale Versandarten und Bestelldokumente. Shopify kann die Storefront ersetzen, doch die Geschäftsprozesse rund um die Bestellung müssen mit Sorgfalt neu aufgebaut werden.

Individuelle Plattformen können am einfachsten oder am schwierigsten sein. Ist das Datenmodell sauber und dokumentiert, lässt sich direkt migrieren. Sind die ursprünglichen Entwickler nicht mehr da und wurde die Plattform jahrelang geflickt, wird die erste Phase zur Datenarchäologie.

Migrationen von BigCommerce oder von Shopify zu Shopify sind meist strukturierter, brauchen aber trotzdem eine Planung. Auch beim Wechsel zwischen SaaS-Plattformen müssen historische Bestellungen, Kunden-IDs, Metafields, Integrationen und Analytics gemappt werden.

Was schiefgeht, wenn Kunden- und Bestellhistorie überhastet migriert werden

Eine schlechte Datenmigration scheitert selten lautstark am Launch-Tag. Meist scheitert sie an kleinen, teuren Problemen.

Ein Kunde meldet sich an und sieht eine leere Bestellhistorie.

Der Support findet eine frühere Bestellung im neuen Admin nicht.

Die Buchhaltung kann alte Bestellnummern nicht den Rechnungen zuordnen.

Klaviyo oder eine andere E-Mail-Plattform verliert kaufbasierte Segmente.

Abo-Kunden werden doppelt angelegt.

B2B-Einkäufer verlieren den Kontext ihres Firmenkontos.

Erstattungen und Retouren müssen in der alten Plattform manuell geprüft werden.

Treuepunkte passen nicht zur tatsächlichen Kaufhistorie des Kunden.

Analytics behandelt wiederkehrende Kunden als Neukunden.

Keines dieser Probleme legt unbedingt den Checkout lahm. Aber sie lassen das Unternehmen aus Kundensicht weniger zuverlässig wirken. Und sie erzeugen nach dem Launch interne Aufräumarbeit – genau dann, wenn sich das Team auf Verkauf, Merchandising und Conversion konzentrieren sollte.

Unser Ansatz bei Nethype

Bei Nethype ist die Migration von Kunden und Bestellungen Teil der zentralen Migrationsstrategie und keine technische Aufgabe für die letzte Minute.

Der erste Schritt ist ein Audit. Wir ermitteln, wo Kunden- und Bestelldaten heute liegen, welche Systeme sie nutzen und was nach dem Launch verfügbar sein muss. Dazu gehören die Quellplattform, ERP, WMS, OMS, CRM, E-Mail-Marketing, Treueprogramm, Bewertungen, Abonnements, Helpdesk, Analytics und alle individuellen Apps.

Danach erstellen wir einen Daten-Mapping-Plan. Für jedes Feld legen wir fest, wo es in Shopify oder außerhalb von Shopify hingehört. Native Daten, Metafields, Drittanbieter-Apps, externe Systeme und Archivspeicher haben jeweils unterschiedliche Aufgaben.

Vor dem Launch führen wir Testimporte durch. Dabei prüfen wir nicht nur, ob der Import durchgelaufen ist. Wir prüfen, ob reale Kundenszenarien weiterhin funktionieren:

  • Kann ein Kunde sein Passwort zurücksetzen und auf sein Konto zugreifen?
  • Findet der Support den Kontext historischer Bestellungen?
  • Sind die bisherigen Bestellnummern durchsuchbar?
  • Sind die Adressen korrekt gemappt?
  • Erhalten Abo-, Treue- und E-Mail-Tools den richtigen Kundenstatus?
  • Werden B2B-Kunden, Firmendatensätze oder Großhandelskonditionen korrekt behandelt?
  • Kann die Buchhaltung migrierte Bestellungen mit Rechnungen und Steuerunterlagen verknüpfen?

Nach dem Launch überwachen wir Kontoaktivierungen, Support-Tickets, fehlgeschlagene E-Mails, Checkout-Probleme, die Bestellsynchronisierung und Kundenbeschwerden. Die ersten Wochen sind entscheidend. Ein guter Migrationsplan berücksichtigt sie.

Wann Sie nicht alles migrieren sollten

Alle historischen Daten zu Shopify zu übertragen klingt nach der sicheren Wahl. Doch mehr Daten bedeuten nicht automatisch einen besseren Shop.

Alte Datensätze können doppelt, unvollständig, rechtlich nicht mehr erforderlich oder schlicht nicht mehr nützlich sein. Manche Daten sind im ERP, in der Buchhaltungssoftware oder in einem sicheren Archiv besser aufgehoben. Manche Zusatzfelder spiegeln alte Geschäftsregeln wider, die nicht mehr gelten.

Das gilt besonders für Shops, die schon viele Jahre laufen.

Bevor Sie alles übertragen, fragen Sie, wofür jede Datengruppe gebraucht wird:

  • Muss der Kunde sie sehen?
  • Braucht der Support sie jede Woche?
  • Braucht die Buchhaltung sie aus rechtlichen oder steuerlichen Gründen?
  • Nutzt das Marketing sie zur Segmentierung?
  • Betrifft sie aktive Abonnements, Garantien, Treueprogramme oder B2B-Preise?

Lautet die Antwort Nein, ist das Archiv womöglich die bessere Wahl als der Import.

Die saubersten Migrationen kopieren die Vergangenheit nicht blind. Sie bewahren, was wichtig ist, und entfernen, was zu betrieblichem Ballast geworden ist.

Eine praktische Checkliste vor der Migration von Kunden- und Bestellhistorie

Bevor Sie zu Shopify wechseln, sollte Ihr Team diese Fragen beantworten können:

  • Welche Plattformen und Systeme enthalten derzeit Kundendaten?
  • Welche Systeme enthalten derzeit Bestelldaten?
  • Wie viele Jahre Bestellhistorie sollen in Shopify sichtbar sein?
  • Müssen Kunden auf alte Rechnungen oder Dokumente zugreifen können?
  • Wird erwartet, dass Kundenpasswörter nach der Migration weiter funktionieren?
  • Welche E-Mail-Flows hängen von der Kaufhistorie ab?
  • Gibt es aktive Abonnements?
  • Gibt es Treuepunkte, Shop-Guthaben oder Geschenkkarten?
  • Gibt es B2B-Firmenkonten, Preislisten oder Zahlungsbedingungen?
  • Welche Bestellstatus gibt es heute, und wie sollen sie in Shopify abgebildet werden?
  • Welche alten Bestellnummern müssen durchsuchbar bleiben?
  • Welche Integrationen brauchen ab dem ersten Tag Bestelldaten?
  • Was sagt der Support, wenn Kunden nach dem Kontozugang fragen?
  • Wer prüft nach dem Launch die ersten 100 Kundenkonten?

Sind diese Fragen vor Beginn der Entwicklung nicht beantwortet, hat die Migration einen blinden Fleck.

Kundenvertrauen gehört zum Migrationsumfang

Eine Shopify-Migration verändert mehr als die Storefront. Sie verändert, wie das Unternehmen Kundenhistorie speichert, liest und nutzt.

Für den Kunden ist die Plattform unsichtbar – bis etwas schiefgeht. Er erwartet, dass sein Konto, seine Bestellungen, Rechnungen, Abonnements und seine Support-Historie nach dem Umzug stimmig sind.

Diese Erwartung sollte vom ersten Audit an Teil des Migrationsumfangs sein.

Wenn Sie eine Migration von Magento, WooCommerce, PrestaShop, Shopware, JTL-Shop, Gambio, Plentymarkets, BigCommerce oder einer individuellen Plattform zu Shopify planen, beginnen Sie mit den Daten, die Ihre Kunden zuerst bemerken.

Produkte sind wichtig. SEO ist wichtig. Design ist wichtig.

Das Gedächtnis Ihres Shops für Ihre Kunden ist es auch.

Sie planen eine Shopify-Migration?

Nethype unterstützt E-Commerce-Marken beim Wechsel zu Shopify und Shopify Plus – mit Fokus auf Storefront-Qualität, Datenmigration, Integrationen, UX und Stabilität nach dem Launch.

Wenn Sie eine Migration vorbereiten und wissen möchten, was mit Ihren Kundenkonten, Ihrer Bestellhistorie und Ihren Geschäftsdaten passiert, schreiben Sie uns an info@nethype.co

Wir helfen Ihnen, die Risiken zu erkennen, bevor daraus Support-Tickets werden.

‍

FAQ