Zu Shopify wechseln: Migration von Produkten, Bestellungen und SEO planen

Ein Plattformwechsel sollte ein konkretes Problem lösen: aufwendiger Betrieb, langsame Weiterentwicklung, schwierige Internationalisierung oder fehlende Integrationen. Listen Sie heutige Schwachstellen und gewünschte Verbesserungen auf. So lässt sich später prüfen, ob die Migration tatsächlich Nutzen erzeugt und nicht nur technische Arbeit verschiebt.

Gleichzeitig werden Grenzen benannt. Nicht jede individuelle Funktion der alten Plattform lässt sich identisch abbilden. Manche Abläufe können vereinfacht, andere benötigen eine App oder individuelle Entwicklung. Priorisieren Sie geschäftskritische Funktionen vor gestalterischen Details.

Erfassen Sie Produkte, Varianten, Kategorien, Kunden, Bestellungen, Gutscheine, Bewertungen, Seiten, Blogbeiträge und Weiterleitungen. Für jedes Datenobjekt wird festgelegt, ob es migriert, transformiert, archiviert oder verworfen wird. Das verhindert, dass veraltete oder doppelte Datensätze unkritisch in das neue System gelangen.

Eine Funktionsinventur umfasst Suche, Filter, Zahlung, Versand, Steuern, Rabatte, Abonnements, B2B-Regeln und externe Systeme. Dokumentieren Sie auch scheinbar kleine Sonderfälle, die im Alltag wichtig sind. Datenexporte sollten früh getestet werden; nicht jede alte Plattform liefert alle Beziehungen in einem direkt nutzbaren Format.

• ✓Produkte, Varianten, Medien und Metafields
• ✓Kundenkonten, Einwilligungen und Adressen
• ✓Bestellhistorie, Gutscheine und Retouren
• ✓Seiten, Blog, Navigation und Downloads
• ✓Apps, Schnittstellen und individuelle Funktionen

Produkte und Varianten benötigen stabile IDs, konsistente Optionen und klare Attribute. Daten aus alten Freitextfeldern werden gegebenenfalls in strukturierte Metafields überführt. Kategorien und Filter sollten nicht blind übernommen werden, wenn sie im bisherigen Shop unübersichtlich oder inkonsistent sind.

Vor dem Gesamtimport wird eine repräsentative Auswahl getestet: einfaches Produkt, viele Varianten, Sonderpreis, nicht verfügbare Variante und Produkt mit mehreren Medien. So fallen abgeschnittene Texte, falsche Einheiten oder fehlerhafte Bildzuordnungen früh auf. Importläufe müssen wiederholbar sein, ohne Dubletten zu erzeugen.

Kundendaten werden nur in dem Umfang übernommen, der für Betrieb und Pflichten erforderlich ist. Newsletter-Einwilligungen dürfen nicht aus bloßen Kundenkonten abgeleitet werden. Passwörter lassen sich aus Sicherheitsgründen häufig nicht übernehmen; Kunden benötigen dann einen verständlichen Aktivierungs- oder Zurücksetzungsprozess.

Die Bestellhistorie kann je nach Ausgangssystem, Importweg und benötigter Funktion unterschiedlich behandelt werden. Für Support und Buchhaltung muss klar sein, wo alte Vorgänge nach dem Wechsel verfügbar bleiben. Zugriffsrechte, Aufbewahrung und Löschung werden mit den verantwortlichen Stellen abgestimmt.

Eine Migration ist eine Gelegenheit, historisch gewachsene Erweiterungen zu prüfen. Für jede App wird gefragt, welches Problem sie löst, welche Daten sie verarbeitet, was sie kostet und ob Shopify oder das Theme die Funktion bereits abdeckt. Weniger, gut ausgewählte Erweiterungen erleichtern Betrieb und Performance.

ERP, PIM, Versand, Zahlungsanbieter, Newsletter und Analyse benötigen klare Datenflüsse. Testen Sie nicht nur die erste Übertragung, sondern auch Aktualisierung, Storno, Rückerstattung und Fehlerfall. Zuständigkeiten und Protokolle sind besonders wichtig, wenn mehrere Systeme denselben Datensatz verändern können.

• ✓Führendes System pro Datenart festlegen
• ✓Richtung und Häufigkeit jeder Synchronisation
• ✓Fehlerprotokoll und Benachrichtigung
• ✓Dubletten- und Konfliktregeln
• ✓Verhalten bei Ausfall eines Drittsystems

Vor dem Wechsel werden alle erreichbaren URLs, organische Einstiege, Backlinks, Seitentitel und wichtige Inhalte erfasst. Für jede relevante alte URL wird die passendste neue Zielseite bestimmt. Dauerhafte Weiterleitungen dürfen nicht pauschal auf die Startseite zeigen; sie sollen Nutzer inhaltlich sinnvoll weiterführen.

Produkt- und Kategorietexte, Überschriften, strukturierte Daten, Canonicals, interne Links und Sitemap werden verglichen. Bei entfallenen Produkten kann eine passende Kategorie oder ein Nachfolger sinnvoll sein. Nach dem Launch werden 404-Aufrufe, Indexierung, Crawling und organische Leistung engmaschig beobachtet.

Zwischen erstem Datenexport und Launch verändert sich der alte Shop weiter. Neue Bestellungen, Kunden und Bestandsänderungen benötigen daher einen Delta-Plan. Es wird festgelegt, wann Daten eingefroren werden, welche letzte Synchronisation erfolgt und wie lange ein möglicher Wartungsmodus dauert.

Der Launchplan enthält Verantwortliche, Uhrzeiten, DNS- oder Domainänderungen, Tests und Kommunikationswege. Ein Rückfallplan beschreibt, unter welchen Bedingungen der alte Shop kurzfristig wieder aktiviert werden kann. Dabei muss verhindert werden, dass Bestellungen parallel in zwei Systemen auseinanderlaufen.

Der Testkatalog umfasst Geräte, Märkte, Steuern, Zahlungen, Versandarten, Gutscheine, E-Mails und Rückerstattungen. Produkte mit ungewöhnlichen Varianten oder Regeln sind besonders wertvoll. Tracking wird anhand definierter Ereignisse kontrolliert, nicht nur durch einen sichtbaren Seitenaufruf.

Nach dem Start werden Bestellungen, Zahlungen, Schnittstellen und Supportanfragen täglich beobachtet. Kleinere Darstellungswünsche können warten; Fehler mit Umsatz-, Daten- oder SEO-Auswirkung haben Vorrang. Erst wenn der neue Betrieb stabil ist und Aufbewahrungspflichten geklärt sind, wird die alte Umgebung kontrolliert zurückgebaut.