Migration zu Shopify: Der Umzugs-Guide

Eine Migration zu Shopify ist drei Projekte in einem: ein Datenumzug, eine SEO-Operation am offenen Herzen und ein Betriebswechsel mit laufendem Umsatz. Die meisten Anleitungen behandeln nur eine dieser Baustellen – und genau deshalb scheitern Migrationen selten an der Technik, sondern an dem, was niemand auf dem Zettel hatte: Kunden, die sich nicht mehr einloggen können, Long-Tail-URLs, die ins Leere laufen, oder ein Rechnungskauf, der im neuen Checkout schlicht fehlt. Dieser Guide deckt alle drei Baustellen ab – von der Vorarbeit über Daten, Feature-Parität und SEO bis zu Testing, Cutover und den ersten 30 Tagen. Stand: Juli 2026.

Das Wichtigste in Kürze

• Migration = drei Baustellen: Daten (Produkte, Kunden, Bestellungen), SEO (Redirects, Struktur) und Betrieb (Checkout, Integrationen, E-Mail) – alle drei brauchen einen Plan.
• Das Arbeitspferd für den Datenumzug ist Matrixify (Produkte, Kunden, Bestellungen, Redirects, Metafelder per Excel/CSV); Shopifys kostenloser Store Importer deckt nur wenige Quellsysteme ab.
• Kunden-Passwörter und gespeicherte Zahlungsmittel migrieren NIE – die Konto-Reaktivierungs-Kampagne ist ein Pflicht-Baustein des Cutover.
• Shopify erzwingt seine URL-Struktur (/products/, /collections/) – vollständiges Redirect-Mapping inklusive Long-Tail ist keine Kür, sondern die Versicherung gegen dauerhaften Sichtbarkeitsverlust.
• Feature-Parität vor Go-Live klären: deutscher Checkout (Rechnungskauf, Klarna), Steuern/OSS, ERP- und Mail-Anbindung, App-Ersatz für Alt-Plugins.
• Realistische Timeline: 3–6 Wochen für kleine Shops, 2–4 Monate mit ERP/B2B – der Zeitfresser ist Testing und Parität, nicht der Import.

Vorarbeit: Inventur vor Umzug

Bevor irgendein Datensatz fließt, braucht es Klarheit über drei Dinge. Erstens die Systementscheidung selbst – sie sollte abgeschlossen sein, bevor das Mapping beginnt; die Rechnung dazu steht im Vergleich Shopware vs. Shopify, das Zielbild im großen Shopify-Guide. Zweitens eine ehrliche Inventur: Wie viele Produkte, Varianten, Kunden, Bestellungen? Welche Sonderlogik (Preisstaffeln, Kundengruppen, konfigurierbare Produkte)? Welche Integrationen (ERP, WaWi, Buchhaltung, Marktplatz-Anbindungen, Newsletter)? Jede Position dieser Liste ist später ein Arbeitspaket. Drittens die URL-Inventur: ein vollständiger Export aller indexierten URLs aus Search Console, Sitemap und Analytics – inklusive der vergessenen Kampagnen-Landingpages und Filter-URLs, die im Long Tail oft überproportional Umsatz bringen.

Die Datenmigration: Wege, Werkzeuge, Reihenfolge

Für den eigentlichen Umzug gibt es vier Wege – und die Wahl hängt weniger vom Geschmack als von Quellsystem und Komplexität ab:

Für die allermeisten selbst gesteuerten Migrationen ist Matrixify das Arbeitspferd: Es importiert Produkte, Kollektionen, Kunden, Bestellungen, Rabatte, Seiten, Blogs, Menüs, Dateien, Redirects und Metafelder aus Excel/CSV – und exportiert auf demselben Weg, was den Testlauf reproduzierbar macht.

Die Reihenfolge ist nicht verhandelbar: erst Produkte (mit Kollektionen), dann Kunden, dann Bestellungen (sie brauchen beide Bezüge), zuletzt Redirects. Dazwischen jeweils Stichproben statt Blindflug – und vor dem Vollimport ein Testimport mit den zehn komplexesten Produkten: Wenn das konfigurierbare Monster-Produkt mit 40 Varianten sauber ankommt, kommt der Rest auch.

Was nie mitkommt – und was das bedeutet: Kunden-Passwörter sind in jedem System nur als Hash gespeichert und lassen sich nicht überführen; gespeicherte Zahlungsmittel verbieten sich aus PCI-Gründen. Die Konten selbst, Adressen und Bestellhistorie wandern – aber jeder Kunde muss sein Konto einmal reaktivieren. Daraus folgt ein Pflicht-Baustein, den fast jeder Migrations-Plan vergisst: die Reaktivierungs-Kampagne zum Go-Live (E-Mail mit Ein-Klick-Aktivierung, idealerweise mit kleinem Anreiz). Auch Geschenkgutscheine und laufende Abo-Logik brauchen einen eigenen Umzugsplan statt stiller Hoffnung.

Quellsystem-Eigenheiten, an denen Migrationen real scheitern:

Die gute Nachricht am Rand: Der Umzug ist die beste Gelegenheit für eine Datenbereinigung, die sich doppelt auszahlt – saubere Attribute treiben in Shopify nicht nur die Storefront, sondern auch Google Shopping und die KI-Kanäle (Stichwort UCP – siehe Shopify 2026).

Feature-Parität: Was der Shop können muss, bevor er live geht

Der zweitgrößte Migrations-Killer nach den Redirects ist die stille Annahme, das neue System könne alles, was das alte konnte. Die Parität gehört als Checkliste abgearbeitet:

• Checkout für den deutschen Markt: Rechnungskauf, Klarna, PayPal, Vorkasse – welche Zahlungsarten bietet der Alt-Shop, und wie werden sie in Shopify (Payments + Drittanbieter) abgebildet? Seit den 2026-Editions sind Checkout-Anpassungen auf allen Plänen möglich – die alte „geht nur mit Plus“-Sorge ist Geschichte.
• Steuern & OSS: Steuersätze, innergemeinschaftliche Lieferungen und die OSS-Meldung werden in Shopify neu konfiguriert – mit Testrechnungen je Fall prüfen, nicht übernehmen und hoffen.
• Sonderlogik: Preisstaffeln, Kundengruppen, B2B-Konditionen – vieles davon kann Shopify inzwischen nativ (B2B-Basics auf allen Plänen), der Rest braucht Functions oder Apps.
• App-Ersatz: Für jedes Alt-Plugin die Frage: nativ, App oder weglassen? Die Kandidaten, die sich in fast jedem Setup bewähren, stehen in Die besten Shopify Apps – inklusive der ehrlichen Liste, was Shopify 2026 selbst kann.
• Integrationen: ERP/WaWi, Buchhaltung, Fulfillment, Marktplätze – je Anbindung: gibt es einen Shopify-Connector, und wer testet ihn vor dem Go-Live?

Die SEO-Rettung: Redirects sind die halbe Migration

Shopify erzwingt seine URL-Struktur: Produkte liegen unter /products/, Kategorien unter /collections/, Inhalte unter /pages/. Die alten URLs deines Systems – egal wie schön – lassen sich nicht erhalten. Damit ist das Redirect-Mapping keine SEO-Kür, sondern die Versicherung gegen dauerhaften Sichtbarkeitsverlust.

So sieht die Disziplin aus:

1. Vollständige URL-Liste aus der Vorarbeit als Basis – nicht nur Hauptnavigation, sondern Long Tail: alte Kampagnen-Seiten, paginierte Kategorien, Filter-URLs, Blog-Altbestand.
2. Mapping-Tabelle alte URL → neue URL, eine Zeile pro URL. Kategorien auf Kollektionen, Produkte auf Produkte – und für ersatzlos Gestrichenes ein bewusstes Ziel (Eltern-Kategorie), kein blinder Homepage-Redirect.
3. Import als 301 über Shopifys native URL-Redirects – per Matrixify in einem Rutsch, inklusive Export zum Gegenprüfen.
4. Technik-Basics im neuen Theme: Canonicals, strukturierte Daten (Product, Breadcrumb), Meta-Titel/Descriptions übernehmen statt neu raten.
5. Search Console: neue Sitemap einreichen, Abdeckung und 404-Berichte in den ersten Wochen engmaschig lesen.

Was auf dem Spiel steht, zeigt eine einfache Rechnung: Ein Shop mit 50.000 € organischem Monatsumsatz, der durch schlampige Redirects sechs Monate lang 30 % Sichtbarkeit verliert, bezahlt dafür rund 90.000 € – ein Vielfaches jeder sauber budgetierten Migration. Eine kleine Delle über einige Wochen ist dagegen normal: Google bewertet jede URL neu. Der Unterschied zwischen Delle und Absturz ist ausschließlich Vorbereitung.

E-Mail, Tracking, Bewertungen: Der Umzug neben dem Umzug

Drei Gewerke laufen parallel und werden gern vergessen:

E-Mail & CRM: Listen und Segmente ziehen nach Klaviyo & Co. um, Flows (Willkommen, Warenkorbabbruch) werden auf die neuen Shopify-Trigger umgestellt und VOR Go-Live testweise durchlaufen. Tracking: Pixel, Conversions API und Consent-Setup werden neu aufgesetzt – der Umzug ist der natürliche Moment, das sauber zu tun (Anleitung: First-Party-Daten & Server-Side-Tracking). Bewertungen: Produkt- und Shop-Bewertungen sind Conversion-Kapital und lassen sich über die gängigen Review-Apps exportieren und importieren – wer sie zurücklässt, startet bei Social Proof null (warum das teuer ist: Bewertungen & Social Proof).

Testing: Die QA-Runde vor dem Ernstfall

Eine Migration ohne Testprotokoll ist ein Blindflug. Minimum vor dem Cutover:

• Testbestellung je Zahlungsart (inkl. Storno und Rückerstattung)
• Steuer- und Versandmatrix: je Land/Klasse eine Kontrollbestellung
• Mail-Trigger: Bestellbestätigung, Versand, Passwort-Reset – kommen sie an, stimmen Inhalte und Absender?
• Konto-Flows: Registrierung, Reaktivierung, Adressänderung
• Mobile-Durchlauf der kompletten Kaufstrecke
• Performance-Basislinie messen – das neue Theme sollte schneller sein, nicht langsamer (warum das doppelt zählt)

Der Cutover: Acht Schritte für die Umzugsnacht

1. Content-Freeze im Altsystem (keine Produkt-/Preisänderungen mehr).
2. Delta-Import: letzte Bestellungen und Kundenänderungen nachziehen.
3. Redirect-Import final prüfen (Stichprobe der Top-50-URLs).
4. DNS-TTL vorab senken; Domain auf Shopify umstellen.
5. SSL prüfen, Zahlungsarten im Live-Modus einmal real testen.
6. Reaktivierungs-Mail an Bestandskunden ausspielen.
7. Sitemap in der Search Console einreichen, Indexierung der Startseite anstoßen.
8. Monitoring scharf stellen: 404-Log, Bestell-Eingang, Zahlungsquoten im Stundenblick.

Die ersten 30 Tage

• Woche 1: täglich 404-Berichte und Redirect-Lücken schließen; Bestellquote und Zahlungsarten-Mix gegen Altsystem-Basislinie vergleichen; Support-Anfragen als Frühwarnsystem lesen.
• Woche 2–3: Search-Console-Abdeckung und Rankings der Top-Seiten beobachten; Reaktivierungsquote der Kundenkonten nachfassen (zweite Mail an Inaktive).
• Woche 4: Bilanz: Sichtbarkeit, Conversion, Speed gegen die Basislinie; offene Paritätslücken priorisieren; Altsystem erst jetzt endgültig abschalten (vorher: Vollbackup + Archiv-Export der Buchhaltungsdaten).

Timeline und Kosten: Die ehrliche Planung

Der Zeitfresser ist fast nie der Import, sondern Parität, Integration und Testing. Und die Gegenrechnung gehört in jede Entscheidung: Wartung, Updates, Hosting und Entwickler-Abhängigkeit des Altsystems entfallen nach dem Umzug komplett – die Rechnung dazu steht im Plattform-Vergleich.

Die häufigsten Fehler

1. Long-Tail-URLs vergessen – die Hauptnavigation mappt jeder, die alten Kampagnen-Seiten niemand.
2. Passwort-Thema verschwiegen – keine Reaktivierungs-Kampagne, verwirrte Kunden, eingebrochene Bestandskunden-Umsätze.
3. Bestellhistorie zurückgelassen – der Support arbeitet ab Tag 1 blind.
4. URL-Struktur „bei der Gelegenheit“ verschönert – ein zweites Risiko obendrauf; Strukturwechsel nur mit eigenständigem Grund.
5. Redirects nachgelagert („machen wir nach dem Go-Live“) – genau dann entsteht der Schaden.
6. Kein Testprotokoll – der erste echte Kunde findet den Fehler im Rechnungskauf.
7. Altsystem zu früh gekündigt – kein Fallback, kein Archiv, keine Delta-Daten.

Unterm Strich

Eine Migration zu Shopify ist 2026 kein Wagnis mehr – die Werkzeuge sind ausgereift, die Plattform nimmt dem Betrieb dauerhaft Arbeit ab, und der KI-Kanal kommt gratis dazu. Aber sie ist ein Projekt mit drei Baustellen, und sie bestraft jede davon, die keinen Plan hat: Daten ohne Transformations-Konzept, SEO ohne Redirect-Disziplin, Betrieb ohne Paritäts-Checkliste. Wer dieses Playbook der Reihe nach abarbeitet – Inventur, Testimport, Parität, Mapping, QA, Cutover, 30-Tage-Watch – zieht ohne Absturz um. Und startet auf einer Plattform, deren Möglichkeiten der große Shopify-Guide ausleuchtet.