Von Magento zu Shopware migrieren: Ablauf und Stolperfallen

Eine Migration von Magento zu Shopware ist kein einfacher Plattformwechsel. Sie ist ein vollständiger Neubau mit Datentransfer. Wer das realistisch einplant, kommt ohne böse Überraschungen durch. Wer hofft, es sei ein „Upgrade mit Import-Button”, riskiert einen teuren Stau kurz vor dem Launch.

Warum Händler von Magento zu Shopware wechseln

Die häufigsten Gründe, die wir in der Praxis hören: Magento ist zu wartungsintensiv, die Agenturkosten sind zu hoch, Updates brechen regelmäßig etwas, oder Adobe Commerce kostet in der Enterprise-Variante mehr, als der Shop-Umsatz rechtfertigt. Dazu kommt bei vielen der Wunsch nach einem System, das besser für den DACH-Markt passt. DSGVO, deutsche Zahlungsarten und Steuerlogik sind in Shopware nativ integriert, bei Magento oft Flickwerk aus Drittmodulen.

Ein ehrlicher Vergleich beider Systeme findet sich im Artikel Shopware vs Magento: Der ehrliche Vergleich. Wenn du noch in der Entscheidungsphase bist, lohnt sich dieser Schritt zuerst.

Was eine Magento-zu-Shopware-Migration bedeutet

Kein Theme übernehmen, kein Plugin portieren, keine Konfiguration übertragen. Das alles muss neu gebaut oder vollständig ersetzt werden. Was migriert werden kann, sind Daten:

• Produkte mit Varianten, Preisen und Attributen
• Kategoriestrukturen
• Kunden und Adressen
• Bestellhistorien
• Content-Seiten (mit manueller Nacharbeit)

Für den Datentransfer gibt es offizielle und community-gestützte Migrations-Tools. Sie decken Standarddatenstrukturen gut ab. Bei stark angepassten Magento-Setups mit eigenen Attributen, Kundengruppen oder Custom-Datenbanktabellen braucht es zusätzliche Skripte oder manuelle Nacharbeit. Das ist eine der häufigsten Unterschätzungen im Projekt.

Mehr zu den Datenstrukturen und dem konkreten Migrationsprozess steht im Wiki-Artikel Datenmigration nach Shopware: Produkte, Kunden, Bestellungen.

Der typische Ablauf in Projektphasen

Ein realistisches Migrationsprojekt läuft in vier Phasen ab:

Phase 1: Bestandsaufnahme und Konzept. Du analysierst, was im aktuellen Magento-Shop steckt. Welche Plugins sind wirklich in Benutzung, welche schlafen seit Jahren? Welche Custom-Felder und Datenstrukturen gibt es? Welche Integrationen, also ERP, PIM, Versandsysteme, müssen neu angebunden werden? Hier entstehen die größten Scope-Überraschungen.

Phase 2: Aufbau der Shopware-Instanz. Theme-Entwicklung, Grundkonfiguration, Plugin-Auswahl und alle notwendigen Schnittstellen. Dieser Teil läuft parallel zur noch laufenden Magento-Instanz.

Phase 3: Datenmigration und QA. Mehrere Testruns der Datenmigration, manuelle Prüfung der Produktdaten, Bildpfade, SEO-URLs und Kundenkonten. Kritisch: Alle bestehenden URLs müssen dokumentiert und als Weiterleitungen in Shopware vorbereitet werden.

Phase 4: Launch und Übergabe. DNS-Umzug, finaler Datenmigrationslauf aus dem Magento-Livesystem, Abnahmetests unter Zeitdruck. Direkt nach dem Launch beginnt die Beobachtungsphase für Rankings, Ladezeiten und Bestellprozesse.

Die häufigsten Stolperfallen

Produktdaten sind selten sauber. Magento erlaubt sehr flexible Attributsets. In der Praxis sammeln sich über Jahre redundante Attribute, halbgefüllte Felder und inkonsistente Werte an. Die Migration deckt das auf. Wer vorher keine Datenpflege macht, schleppt den Ballast mit.

Custom-Logik hat keinen direkten Nachfolger. Wenn ein Magento-Plugin eine spezielle Preisregel, ein Kundengruppen-Modell oder eine Versandlogik abgebildet hat, gibt es dafür in Shopware nicht automatisch ein Äquivalent. Manchmal löst es der Shopware Rule Builder, manchmal braucht es eine eigene Plugin-Entwicklung, manchmal lässt es sich mit Bordmitteln einfacher lösen als gedacht. Das muss früh geklärt werden.

SEO-Rankings sind gefährdet, wenn Weiterleitungen fehlen. Google kennt deine alten Magento-URLs. Wenn diese nach dem Launch ins Leere führen, verlierst du Rankings, die oft über Jahre aufgebaut wurden. Jede relevante URL braucht eine saubere 301-Weiterleitung auf die neue Shopware-URL. Das kostet Zeit in der Vorbereitung, ist aber nicht verhandelbar. Der Artikel SEO bei der Shopware-Migration erhalten: Redirects richtig setzen erklärt den Prozess im Detail.

Theme-Aufwand wird unterschätzt. Magento-Templates sind nicht übertragbar. Ein Shopware-Theme muss von Grund auf gebaut werden. Viele Händler nutzen die Migration als Gelegenheit für ein Redesign, was sinnvoll ist. Wer das nicht will, muss trotzdem einen vollständigen Theme-Neubau einplanen, der das alte Design möglichst genau nachbildet. Das ist kein Halbtages-Job.

Staging und paralleler Betrieb erzeugen Datendrift. Zwischen dem ersten Migrationslauf und dem Go-live kommen im Produktivsystem neue Bestellungen, Kundendaten und Preisänderungen hinzu. Der finale Migrationslauf vor dem Launch muss diese Delta-Daten sauber erfassen, sonst fehlen Bestellungen oder Kunden.

ERP und Schnittstellen neu aufsetzen

Magento-Integrationen laufen über proprietäre APIs oder spezifische Erweiterungen. Shopware hat eine eigene Admin API und Store API. Das bedeutet: jede bestehende Schnittstelle, egal ob ERP, PIM, Marktplatz oder Versanddienstleister, muss für Shopware neu konfiguriert oder entwickelt werden.

Für xentral-basierte Setups gibt es fertige Shopware-Konnektoren. Für Pickware und andere Lagersysteme ebenfalls. Ob dein bestehendes ERP einen guten Shopware-Konnektor hat, ist eine der ersten Fragen, die du klären solltest. Im Artikel Shopware mit dem ERP verbinden findest du eine Übersicht der gängigen Anbindungen.

Häufige Fragen

Wie lange dauert eine Magento-zu-Shopware-Migration?

Das hängt stark von der Komplexität des Shops ab. Ein mittelgroßer B2C-Shop mit sauberem Datenbestand, wenigen Custom-Erweiterungen und einem neuen Theme schafft man realistisch in drei bis fünf Monaten. Komplexe B2B-Shops mit eigenen Preismodellen, ERP-Integration und großem Produktkatalog können sechs bis zwölf Monate brauchen. Wer unter drei Monaten plant, kalkuliert meistens zu knapp.

Kann ich meine Magento-Plugins in Shopware weiternutzen?

Nein. Magento-Plugins und Shopware-Plugins sind vollständig inkompatibel. Du wirst für jede Erweiterungsfunktion ein Shopware-Äquivalent finden oder neu entwickeln lassen müssen. Bei Standardfunktionen gibt es in der Regel fertige Lösungen im Shopware Store oder im eigenen Plugin-Portfolio einer erfahrenen Agentur.

Verliere ich durch die Migration meine Google-Rankings?

Wenn Weiterleitungen sauber gesetzt sind und die neuen URLs sinnvoll strukturiert werden, verlierst du mittelfristig keine Rankings. Kurzfristig gibt es oft leichte Schwankungen direkt nach dem Launch, die sich in der Regel innerhalb weniger Wochen einpendeln. Kritisch wird es nur, wenn URLs ohne Weiterleitungen wegfallen oder die technische SEO-Basis im neuen Shop schlechter ist als im alten.

Muss ich gleichzeitig redesignen?

Nicht zwingend, aber es ist der logische Moment. Wenn du sowieso ein neues Theme bauen musst, kostet ein Redesign wenig zusätzlich im Vergleich zum bloßen Nachbau des alten Designs. Viele Teams nutzen die Migration, um das Frontend auf einen modernen Stand zu bringen. Wenn du das nicht willst, ist es trotzdem sinnvoll, zumindest technische Schulden im Design zu beseitigen, statt sie 1:1 zu kopieren.

Nächste Schritte

Wenn du eine Migration konkret planst oder prüfen willst, ob sie für deinen Shop wirtschaftlich sinnvoll ist, schau dir unsere Shopware-Migrationsleistungen an. Wir begleiten Projekte von der ersten Bestandsaufnahme bis zur Betreuung nach dem Launch, und zählen dabei die Kosten realistisch durch, bevor wir ein Angebot machen.