Shop-Migration

Wann steht eine Shop-Migration an?

Typische Auslöser sind ein herausgewachsenes System — etwa WooCommerce mit unübersichtlichem Plugin-Wildwuchs — neue B2B- oder Internationalisierungsanforderungen, die das bisherige System nicht abbildet, oder der Wunsch nach geringerem Wartungsaufwand durch eine SaaS-Lösung. Auch Agentur- oder Plattformwechsel, etwa von Shopware zu Shopify oder umgekehrt, fallen in diese Kategorie. Der Auslöser bestimmt maßgeblich, wie viel vom alten System eins zu eins übernommen werden kann oder bewusst neu gedacht werden sollte.

Wann lohnt sich eine Migration – und wann nicht?

Eine Migration lohnt sich, wenn die Grenzen klar am System liegen: Das aktuelle Shopsystem bildet neue Anforderungen wie B2B-Preislisten, Internationalisierung oder Marktplatz-Integrationen strukturell nicht ab, oder der Wartungsaufwand durch Plugin-Konflikte, Sicherheitsupdates und Performance-Probleme übersteigt spürbar den Nutzen des bestehenden Systems.

Keine gute Idee ist eine Migration dagegen, wenn das eigentliche Problem nicht am System, sondern an Prozessen oder Dateninhalten liegt. Schlecht gepflegte Produktdaten, unklare Kategoriestrukturen oder ein unausgereifter Checkout-Flow wandern bei einem reinen Plattformwechsel unverändert mit um und verursachen im neuen System dieselben Probleme. Solche Baustellen lassen sich meist im bestehenden System beheben — oft mit deutlich weniger Risiko und Aufwand als ein kompletter Systemwechsel.

Was wird bei einer Migration übernommen?

301-Redirects: der wichtigste SEO-Hebel

Jede Produkt-, Kategorie- und Content-Seite hat im alten Shop eine URL, die über Monate oder Jahre Backlinks und Google-Vertrauen gesammelt hat. Ändert sich diese URL-Struktur im neuen System — was bei einem Systemwechsel fast immer der Fall ist — muss jede alte URL per 301-Redirect (dauerhafte Weiterleitung) auf die passende neue URL zeigen. Fehlt dieses Mapping, landen sowohl Google als auch bestehende Besucher auf 404-Fehlerseiten, und die gesammelte Linkkraft der alten Seite geht verloren, statt auf die neue Seite überzugehen. Ein sauberes Redirect-Mapping ist damit keine Kür, sondern der zentrale Baustein für den SEO-Erhalt bei jeder Migration.

Redirect-Checkliste für die Migration

Ein Redirect-Mapping „nebenbei" reicht selten. In der Praxis bewährt sich eine systematische Vorgehensweise:

1. Vollständige URL-Liste sichern — aus XML-Sitemap, einem Crawl des Live-Shops und den Top-Landingpages der letzten 12 Monate aus dem Analytics-Tool, nicht nur aus der aktuellen Sitemap, die inaktive, aber weiterhin verlinkte Alt-URLs oft nicht mehr enthält.
2. Nach URL-Typ gruppieren — Produktseiten, Kategorien, Blog-/Ratgeberinhalte, Filter-/Facetten-URLs mit externen Backlinks und Sonderseiten (AGB, Kontakt) getrennt behandeln, da sich die Zielstruktur je Typ unterscheidet.
3. 1:1-Mapping wo möglich, Muster-Redirects sonst — identische Struktur direkt zuordnen, bei systematischen Strukturänderungen (z. B. /shop/kategorie/* → /collections/*) mit Muster-Regeln statt tausenden Einzel-Redirects arbeiten.
4. Keine Sammel-Weiterleitung auf die Startseite — eine pauschale Weiterleitung aller nicht gemappten URLs auf die Startseite wirkt für Google wie ein „Soft 404" und schadet dem Ranking stärker als ein sauberer, echter 404-Fehler.
5. Vor Go-Live stichprobenartig testen — insbesondere die nach Traffic und Backlinks wichtigsten URLs vorab prüfen, nicht erst nach der Umschaltung.
6. Nach Go-Live überwachen — Abdeckungsbericht und 404-Meldungen in der Google Search Console mehrere Wochen aktiv beobachten, da nicht jede alte URL im Vorfeld auffindbar ist.

Datenmapping-Checkliste

Neben Redirects entscheidet sauberes Datenmapping, ob der neue Shop ab Tag eins korrekt arbeitet:

• Artikelnummern/SKUs: Konsistenz prüfen, da bestehende Rechnungen, Lieferantenbelege und die Warenwirtschaft oft an der bisherigen Nummer hängen.
• Variantenstruktur: Größen-, Farb- oder Set-Logik ist zwischen Systemen unterschiedlich modelliert — ein ungeprüfter 1:1-Import führt schnell zu doppelten oder fehlenden Varianten.
• Kategorien/Collections-Zuordnung: Alte Kategoriebäume sind selten deckungsgleich mit der neuen Struktur, die Zuordnung sollte frühzeitig feststehen statt beim Import improvisiert zu werden.
• Steuerklassen: Falsch übernommene Steuersätze fallen oft erst bei der ersten Bestellung oder im schlimmsten Fall erst beim Buchhaltungsabschluss auf.
• Kundennummern-Kontinuität: Sind Kundennummern an Warenwirtschaft oder Bestellhistorie gekoppelt, muss die Zuordnung über die Migration hinweg erhalten bleiben.
• Zahlungsarten- und Versandprofile: Werden im Zielsystem meist neu konfiguriert statt importiert — vor Go-Live vollständig gegen die bisherigen Konditionen prüfen.

Wo eine automatische Übernahme nicht 1:1 möglich ist, lohnt sich eine bewusste Entscheidung statt einer unvollständigen oder fehlerhaften Migration: Manche Altdaten, etwa jahrealte Rabattlogiken, sind es oft nicht wert, ins neue System gezwungen zu werden, und lassen sich stattdessen als Archiv im alten System belassen.

Typischer Ablauf einer Shop-Migration

1. Analyse & Datenexport: Bestandsaufnahme aller Daten, Plugins/Apps und Integrationen im alten System, Export der zu übernehmenden Daten.
2. Aufbau in Staging-Umgebung: Das neue System wird parallel in einer Staging-Umgebung aufgebaut, ohne den laufenden Shop zu beeinträchtigen.
3. Datenimport & Mapping: Produkte, Kategorien, Kunden werden importiert, Attributstrukturen zwischen altem und neuem System aufeinander abgebildet.
4. Redirect-Mapping erstellen: Alte URLs werden systematisch den neuen URLs zugeordnet und als 301-Redirects hinterlegt.
5. Integrationen neu anbinden: Warenwirtschaft, Zahlungsarten, Versanddienstleister und Marktplätze werden über API-Schnittstellen neu verbunden und getestet.
6. Testphase: Bestellprozess, Zahlungsarten, mobile Darstellung und Redirects werden vollständig durchgetestet, bevor der Go-Live erfolgt.
7. Go-Live & Monitoring: Umschaltung auf das neue System, anschließend engmaschiges Monitoring von Rankings, Traffic und Fehlerseiten in den ersten Wochen.

Migrationsaufwand nach Ausgangslage

Der Aufwand einer Migration hängt stärker vom Auslöser als von der reinen Artikelzahl ab:

Die größten Risiken

• SEO-Einbruch durch fehlende Redirects — der häufigste und teuerste Fehler, oft erst Wochen später an sinkendem organischem Traffic sichtbar.
• Datenverlust bei unsauberem Export/Import — insbesondere individuelle Attribute oder Rabattlogiken, die nicht 1:1 im Zielsystem existieren.
• Integrationslücken zum Go-Live — wird eine Schnittstelle zur Warenwirtschaft oder einem Marktplatz vergessen, drohen falsche Bestände oder verlorene Bestellungen direkt nach dem Umschalten.
• Unterschätzte Testphase — wird unter Zeitdruck auf ausführliches Testen verzichtet, zeigen sich Fehler erst live mit echten Kunden.

Typische Fehler bei Shop-Migrationen

1. Migration als reines Datenübernahme-Projekt behandelt — ohne Redirect-Strategie, Integrationsplan und Testphase wird aus der Migration ein Traffic- und Umsatzrisiko.
2. Kein Redirect-Mapping vor Go-Live — führt zu massenhaften 404-Fehlern und SEO-Verlusten, die sich erst über Wochen wieder aufbauen lassen.
3. Go-Live ohne Staging-Test — Fehler im Checkout oder bei Zahlungsarten werden live statt vorab entdeckt.
4. Integrationen zur Warenwirtschaft zu spät angegangen — Bestandsdaten laufen dann direkt nach dem Umschalten auseinander.
5. Kein Rollback-Plan — ohne die Möglichkeit, kurzfristig auf das alte System zurückzuschalten, wird jeder unerwartete Fehler zum Notfall statt zu einem lösbaren Problem.

Migration strukturiert angehen

Eine Shop-Migration ist technisch beherrschbar, wenn Redirects, Integrationen und Testphase von Anfang an mitgeplant werden statt als Nachgedanke. Wir begleiten Systemwechsel zwischen JTL, Shopify, Shopware und WooCommerce als E-Commerce-Agentur von der Analyse bis zum überwachten Go-Live.