Replatforming
E-Commerce
Strategie
12
min Lesezeit
Veröffentlicht am
30 July 2026

Online-Shop migrieren: Der Leitfaden für einen reibungslosen Wechsel ohne Umsatzverlust

Markus Lorenz
Markus Lorenz
CEO

Wer seinen Online-Shop migrieren will, entscheidet nicht über ein IT-Projekt. Er entscheidet über Umsatz. Ein Systemwechsel berührt Rankings, Conversion, Betriebskosten und die Geschwindigkeit, mit der ihr auf den Markt reagiert. Genau deshalb scheitern viele Migrationen nicht an der Technik, sondern an fehlender Planung und an einem Erfolg, den am Ende niemand messen kann.

Dieser Leitfaden zeigt dir, wann sich ein Wechsel wirklich lohnt, welche Möglichkeiten es für einen reibungslosen Übergang gibt, wie du deine Google-Rankings absicherst und, das ist der Teil, den die meisten überspringen, mit welchen KPIs du den Erfolg vor und nach dem Relaunch belegst. Geschrieben für Entscheider, die in Geschäftsergebnissen denken, nicht in Funktionslisten.

Wann solltest du deinen Online-Shop migrieren, und wann reicht Modernisieren?

Die ehrliche Antwort vorweg: Nicht jeder Shop muss migriert werden. Manchmal ist der Wechsel des Systems die teuerste Lösung für ein Problem, das sich günstiger beheben lässt. Bevor du also über neue Plattformen nachdenkst, klär die Vorfrage.

Anzeichen, dass dein Shopsystem an seine Grenzen kommt

Ein Systemwechsel wird zum Thema, wenn sich die Signale häufen:

  • Wartung frisst das Budget auf. Jede neue Funktion löst Folgefehler aus, die euer Team oder eure Agentur triagieren muss. Ihr zahlt Monat für Monat für Reparaturen, nicht für Wachstum.
  • Das System bremst das Geschäft. Fehlende Funktionen lassen sich nur über teure Drittanbieter-Tools oder Workarounds abbilden. Jede Roadmap-Idee wird zur Grundsatzdiskussion.
  • Die Ladezeiten kosten Umsatz. Bei Trafficspitzen wird es eng, die Core Web Vitals rutschen ab, und mobile Nutzer springen ab, bevor der Warenkorb lädt.
  • Der Anbieter stellt den Support ein. Läuft dein Shop auf einer Version, die bald keine Sicherheitsupdates mehr bekommt, ist der Wechsel keine Option mehr, sondern eine Frage des Zeitpunkts.

Migrieren oder modernisieren? Die ehrliche Abwägung

Nicht jedes dieser Probleme verlangt eine komplette Migration. Oft steckt die eigentliche Baustelle im Frontend. Themes werden über Jahre mit Anpassungen, eingehängten Skripten und Code von wechselnden Entwicklern überladen. Das Ergebnis ist ein träges, fehleranfälliges Storefront, obwohl das darunterliegende System noch trägt. In solchen Fällen bringt ein sauberes Re-Theming oder ein Versions-Upgrade oft mehr Wirkung pro Euro als ein kompletter Plattformwechsel.

Die Faustregel: Wenn dein System im Kern noch zu deinem Geschäftsmodell passt und nur an Ballast leidet, modernisiere. Wenn die Plattform strukturell an ihre Grenzen stößt, dich in Kosten oder Funktionen fesselt oder auslaufenden Support hat, migriere. Beides ohne belastbare Zahlen zu entscheiden, ist der teuerste Weg von allen. Dazu später mehr im KPI-Abschnitt.

Welche Möglichkeiten gibt es für die Migration?

„Migration“ ist kein einheitliches Vorgehen. Es gibt mehrere Wege, und die Wahl entscheidet über Risiko, Aufwand und darüber, wie gut ihr den Erfolg später messen könnt.

Big Bang oder schrittweise Migration

Beim Big-Bang-Ansatz geht der komplette neue Shop an einem Stichtag live. Alles auf einmal, alte Plattform aus, neue an. Das ist schnell und schafft klare Verhältnisse, konzentriert aber das gesamte Risiko auf einen einzigen Moment.

Bei der schrittweisen Migration überführt ihr Bereiche nacheinander, etwa erst den Katalog, dann Checkout, dann Content. Das reduziert Risiko und macht Effekte einzeln messbar, verlängert aber die Projektlaufzeit und den Parallelbetrieb.

Für die meisten Mittelständler liegt die richtige Antwort in der Mitte: so viel wie möglich unverändert lassen, gezielt einzelne Bereiche neu aufsetzen und jede Änderung eng überwachen. Je weniger sich zum Launch gleichzeitig ändert, desto leichter lässt sich jeder Ausschlag in den Zahlen einer Ursache zuordnen.

Re-Platforming, Re-Theming oder Upgrade

Drei grundsätzlich verschiedene Eingriffstiefen:

  • Versions-Upgrade: Du bleibst auf der Plattform und hebst sie auf einen aktuellen Stand. Geringstes Risiko, begrenzte Wirkung.
  • Re-Theming: Das System bleibt, das Frontend wird neu und schlank gebaut. Löst „Theme Debt“ und Performance-Probleme, ohne Daten zu migrieren.
  • Re-Platforming: Der komplette Wechsel auf ein neues System. Höchster Aufwand, größter Hebel, wenn die alte Plattform strukturell nicht mehr trägt.

Plattform-Optionen im Überblick

Bei einem echten Plattformwechsel stellt sich die Systemfrage. datrycs berät hier plattformagnostisch, entscheidend ist, was zu eurem Geschäftsmodell passt, nicht was gerade Trend ist.

AnsatzPasst zuStärkeZu bedenken
SaaS (z. B. Shopify Plus)Marken mit Fokus auf Time to Market, geringem WartungswunschSchnell live, wenig Betriebsaufwand, planbare KostenWeniger Tiefe bei sehr individuellen B2B-Anforderungen
Open Source (z. B. Shopware 6)Mittelstand mit komplexem Sortiment, B2B-Logik, IndividualisierungsbedarfVolle Kontrolle, tiefe Anpassbarkeit, kein Lock-inHöhere Verantwortung für Betrieb, Hosting, Wartung
Composable / Headless (z. B. Hygraph)Marken mit vielen Touchpoints, Content-getriebenem CommerceMaximale Flexibilität im Frontend, orchestrierte JourneysHöhere Komplexität, braucht klares Architekturkonzept

Es gibt hier kein „bestes“ System, nur ein passendes. Ein zu großes Setup verbrennt Budget, ein zu kleines bremst euch in einem Jahr wieder aus.

Was wird bei einer Shop-Migration übertragen?

Bevor ihr über den Ablauf sprecht, klärt den Umfang. Diese Daten werden bei einer Migration üblicherweise überführt:

  • Produkte und Varianten inklusive Attribute, Beschreibungen und Preise
  • Kategorien und Sortimentsstruktur
  • Kundenkonten mit Adressen und Historie
  • Bestellungen und Bestellhistorie
  • Medien wie Produktbilder und Dokumente
  • CMS-Inhalte wie Landingpages und Blogartikel
  • SEO-Daten wie URLs, Meta-Angaben und Weiterleitungen

Ein Punkt, den viele unterschätzen: Nicht alles muss eins zu eins mitwandern. Eine Migration ist der beste Moment, um Altlasten auszusortieren. Verwaiste Produkte, doppelte Kategorien und Content, den seit Jahren niemand anfasst, gehören nicht ins neue System. Sauber statt vollständig ist hier die richtige Devise. Wie tief die Übernahme im Detail möglich ist, hängt stark vom Quellsystem ab.

Der Migrationsprozess: Schritt für Schritt zum reibungslosen Übergang

Ein reibungsloser Übergang ist kein Glück, sondern das Ergebnis sauberer Vorbereitung. Vier Phasen entscheiden.

1. Bestandsaufnahme und Zieldefinition

Erst der Ist-Zustand: Welche Systeme sind im Spiel, wo entsteht Reibung, welche Integrationen hängen dran (PIM, ERP, CRM, Payment)? Dann der Soll-Zustand: Was soll der neue Shop besser können, und woran macht ihr „besser“ fest? Diese Zieldefinition ist die Grundlage für eure KPIs. Wer hier schludert, kann später keinen Erfolg belegen.

2. Migrationsstrategie und Datenmapping

Jetzt legt ihr fest, welche Daten wie ins neue System überführt werden. Das Datenmapping klärt, welches Feld im Altsystem welchem Feld im neuen entspricht. Hier entstehen die typischen Stolperfallen, etwa wenn Varianten oder individuelle Attribute im Zielsystem anders abgebildet werden. Parallel entscheidet ihr über Big Bang oder schrittweises Vorgehen.

3. Testphase und Staging

Vor dem Go-live läuft der neue Shop in einer Staging-Umgebung, in der ihr Daten, Funktionen und Checkout auf Herz und Nieren prüft. Ein wirkungsvoller und oft übersehener Hebel: Nutzt eure bestehende Seite als Testfeld. Strukturelle Änderungen wie eine neue Navigation oder zusätzliche FAQ-Blöcke lassen sich schon vor der Migration auf dem alten Shop testen und benchmarken. So validiert ihr Verbesserungen mit echten Zahlen, statt zum Launch auf gut Glück umzubauen.

4. Cutover und Go-live ohne Downtime

Der Cutover ist der Moment der Umschaltung. Mit einem parallel aufgebauten neuen System und einem knappen Umschaltfenster bleibt die Downtime minimal bis unmerklich. Zwei Dinge gehören zwingend dazu: ein Termin außerhalb eurer Hochphasen, damit ein Fehler nicht im wichtigsten Umsatzmonat passiert, und ein Rollback-Plan für den Fall, dass etwas nicht wie geplant läuft.

SEO-Rankings bei der Migration absichern

Die größte kommerzielle Sorge bei jeder Migration ohne Ranking-Verlust: Bricht der organische Traffic weg? Die gute Nachricht: Wenn die Migration technisch sauber läuft, ist ein Einbruch entweder gar nicht sichtbar oder kurzfristig und erholt sich in Tagen. Die Suchmaschinen verstehen Umzüge gut, solange ihr die Regeln befolgt.

Das technische Fundament:

  • Vollständiger Weiterleitungsplan. Jede alte URL bekommt eine 301-Weiterleitung auf ihr neues Ziel. Keine verwaisten Seiten, keine Ketten.
  • XML-Sitemap neu erzeugen und einreichen.
  • Meta-Daten und strukturierte Daten vollständig übertragen.
  • Core Web Vitals nach dem Umzug prüfen, sie werden nicht automatisch besser, nur weil das System neuer ist.

Der Teil, den die meisten Leitfäden auslassen: Bewertet das Risiko differenziert. Schau dir an, wie viel eures organischen Traffics auf Marken-Suchanfragen entfällt und wie viel auf generische Keywords. Ein Shop mit hohem Branded-Anteil trägt deutlich weniger Risiko, weil Nutzer euch gezielt suchen. Ist der Non-Branded-Anteil hoch, plant von vornherein ein Contingency-Budget für Paid Search ein, das eine mögliche Delle in der Übergangsphase abfängt. Und richtet das Reporting ein, bevor ihr live geht, nicht danach. Nur so erkennt ihr eine Abweichung, während ihr noch gegensteuern könnt.

Erfolg messbar machen: KPIs vor und nach dem Relaunch

Hier trennt sich die durchdachte Migration von der teuren Bauchentscheidung. „Der neue Shop läuft besser“ ist kein Ergebnis, sondern ein Gefühl. Wer eine Migration verantwortet, braucht Zahlen, und zwar von vorher und nachher. Definiert eure KPIs, bevor ihr startet, und erhebt eine Baseline auf dem alten Shop. Sonst vergleicht ihr am Ende mit einem Bauchgefühl.

Wirtschaftliche KPIs

Diese Kennzahlen zeigen, ob sich die Migration geschäftlich rechnet:

  • Umsatz (gesamt und pro Kanal)
  • Conversion Rate
  • Average Order Value (AOV)
  • Kosten pro Bestellung, also alle Betriebs-, Wartungs- und Toolkosten geteilt durch die Zahl der Bestellungen
  • Total Cost of Ownership (TCO): Hosting, Wartungs-Retainer, Lizenzen für Drittanbieter-Tools
  • Payment-Marge, falls der Wechsel günstigere Konditionen ermöglicht

Operative und inhaltliche KPIs

Diese Kennzahlen zeigen, ob die Migration euch handlungsfähiger macht:

  • Time to Market: Wie schnell setzt ihr nach dem Wechsel eine neue Funktion oder Kampagne um? Wenn eine Änderung, die vorher Wochen Entwicklungszeit brauchte, nun in Tagen live geht, ist das ein harter, in Zeit und Geld messbarer Gewinn.
  • Organische Sichtbarkeit getrennt nach branded und non-branded
  • Core Web Vitals (LCP, INP, CLS)
  • Accessibility-Score gegen den WCAG-Standard
  • Support- und Bug-Aufwand: Wie viele Stunden fließen monatlich in Reparatur statt in Weiterentwicklung?

Baseline vor dem Relaunch definieren

Das Prinzip: Jede Kennzahl bekommt einen Messwert vorher, einen Zielwert nachher und ein Tool, das sie erhebt. Ein Ausschnitt, wie so ein Baseline-Raster aussieht:

KPIMessung vorherZielwert nachherTool
Conversion RateØ letzte 3 Monate+X % nach 3 MonatenAnalytics
Ladezeit (LCP)aktueller Wert< 2,5 sPageSpeed / CrUX
Kosten pro Bestellungaktueller WertReduktion um X %interne Kalkulation
Time to Market (neue Funktion)Ø WochenØ TageProjektreporting
Support-AufwandØ Stunden/MonatReduktion um X %Ticketsystem
Organische Sichtbarkeitaktueller Indexstabil oder besserSearch Console

Ein Rat aus der Praxis: Baut den Business Case möglichst so, dass er auch ohne einen spekulativen Umsatz-Uplift funktioniert. Wenn sich die Migration schon über gesparte Betriebskosten, weniger Reparaturaufwand und schnellere Umsetzung rechnet, steht euer Case auf festem Boden. Jeder zusätzliche Uplift ist dann ein Bonus, kein Fundament.

Was kostet eine Shop-Migration?

Pauschale Preise sind unseriös, aber Größenordnungen helfen bei der Planung. Als grobe Orientierung (Stand 2026):

  • Kleine Shops: oft 5.000 bis 20.000 €
  • Mittelgroße Shops: häufig 20.000 bis 80.000 €
  • Komplexe Setups: 100.000 € und mehr

Entscheidend ist nicht die absolute Zahl, sondern die Rechnung dahinter. Drei Argumentationslinien tragen einen belastbaren Business Case:

  1. Kostenersparnis über die Laufzeit. Über drei Jahre gerechnet sinken Wartung, Hosting und Lizenzen oft so weit, dass sich die Investition allein daraus trägt.
  2. Wegfall von Reparaturkosten. Ein Shop, der monatlich mehrere tausend Euro nur fürs Bugfixing verschlingt, ist ein starkes Argument. Dieses Geld fließt künftig in Weiterentwicklung statt in Symptombekämpfung.
  3. Gleiches Budget, mehr Ergebnis. Manchmal lässt sich für das Jahresbudget, das ohnehin für die Roadmap vorgesehen war, die Roadmap plus die Migration umsetzen.

Typische Fehler bei der Migration, und wie du sie vermeidest

Die immer gleichen Stolperfallen kosten am meisten:

  • Keine vollständige Datensicherung. Vor jedem Eingriff ein sauberes Backup. Ohne Diskussion.
  • Zu kurze Testphase. Was in der Staging-Umgebung nicht geprüft wurde, fällt euch im Live-Betrieb vor die Füße.
  • Zeitaufwand unterschätzt. Plant Puffer ein. Migrationen dauern selten kürzer als gedacht.
  • SEO zu spät gedacht. Weiterleitungen und Sichtbarkeit gehören in die Planung, nicht in die Nachbereitung.
  • Zu viel Veränderung auf einmal. Wer Design, Struktur und System gleichzeitig umwirft, kann hinterher keine Ursache mehr zuordnen.

Fazit: Reibungslos migrieren heißt planen und messen

Einen Online-Shop migrieren gelingt reibungslos, wenn zwei Dinge stimmen: eine saubere Planung von der Bestandsaufnahme bis zum Cutover und eine ehrliche Erfolgsmessung mit KPIs, die ihr vor dem Start definiert. Die Technik ist selten das Problem. Das Problem ist, den Wechsel ohne belastbare Zahlen anzugehen und am Ende nicht sagen zu können, ob er sich gelohnt hat.

datrycs begleitet Migrationen plattformagnostisch, von der Frage „migrieren oder modernisieren?“ über die Systemwahl bis zum KPI-Reporting nach dem Go-live. Als Team, das selbst auf der Händlerseite stand, denken wir vom Umsatz her, nicht vom Feature. Damit aus Technologie Umsatz wird. Wenn ihr euren Wechsel auf ein solides Fundament stellen wollt, lass uns über euer Replatforming-Projekt sprechen.

Häufige Fragen zur Shop-Migration

Wie lange dauert eine Shop-Migration?

Das hängt stark von Datenmenge, Komplexität und gewähltem Ansatz ab. Kleine Shops sind in wenigen Wochen umgezogen, komplexe B2B-Setups mit vielen Integrationen brauchen mehrere Monate. Ein Big Bang ist schneller als eine schrittweise Migration, trägt aber mehr Risiko.

Verliere ich bei der Migration meine Google-Rankings?

Nicht, wenn sauber gearbeitet wird. Mit einem vollständigen 301-Weiterleitungsplan, aktueller Sitemap und übertragenen Meta-Daten bleibt die Sichtbarkeit stabil. Ein kurzer Einbruch in der Übergangsphase ist möglich, erholt sich bei sauberer Umsetzung aber schnell.

Was passiert mit Kundendaten und Bestellhistorie?

Kundenkonten, Adressen und die Bestellhistorie lassen sich in der Regel vollständig übernehmen. Wie tief die Übernahme möglich ist, hängt vom Quellsystem ab und wird im Datenmapping geklärt.

Big Bang oder schrittweise migrieren, was ist besser?

Kommt auf euer Risikoprofil an. Big Bang schafft schnell klare Verhältnisse, konzentriert aber alles auf einen Stichtag. Schrittweise reduziert Risiko und macht Effekte einzeln messbar. Für viele Mittelständler ist ein Mittelweg ideal.

Wann ist der beste Zeitpunkt für eine Migration?

Außerhalb eurer umsatzstärksten Phasen, mit ausreichend Puffer davor. Wer im vierten Quartal migriert, riskiert Umsatz im wichtigsten Zeitraum des Jahres.

vorheriger Beitrag
nächster Beitrag