WooCommerce zu Shopware 6 Migration: Leitfaden 2026

WooCommerce ist als WordPress-Plugin schnell aufgesetzt und deshalb für viele Händler der erste eigene Shop. Mit zunehmendem Sortiment, professionellem B2B-Geschäft oder international skalierenden Anforderungen stoßen viele davon an Grenzen und prüfen einen Wechsel zu Shopware 6. Unter den 1.000 umsatzstärksten B2C-Onlineshops in Deutschland setzen 11,5 Prozent auf Shopware (Shopware). Wer den Wechsel von WooCommerce zu Shopware plant, muss Datenmodell, Plugin-Landschaft und vor allem SEO-Erhalt sauber durchdenken - dieser Leitfaden zeigt die fünf Phasen, das Mapping und die kritischen Stellschrauben. Wie der komplette Umstieg strukturiert abläuft, zeigt unsere Übersicht zur Shopware-Migration.

Warum Shops von WooCommerce zu Shopware wechseln

WooCommerce ist als WordPress-Plugin schnell aufgesetzt und für kleine bis mittlere Shops bewährt. Mit wachsender Komplexität - mehr Produkte, mehrsprachige Sales-Channels, B2B-Funktionen oder Headless-Frontends - wächst auch der Wartungsaufwand: Plugin-Stack, Hosting-Tuning und individuelle Erweiterungen über das WordPress-Theme. Shopware 6 setzt von Haus aus auf Symfony, eine API-First-Architektur und ein eigenständiges Datenmodell mit Sales-Channels, Rule-Builder und Erlebniswelten. Beide Systeme haben ihre Berechtigung - die Migration ist kein Werturteil, sondern eine strategische Entscheidung. Der Markt zeigt: Unter den 1.000 umsatzstärksten B2C-Onlineshops in Deutschland setzen 11,5 Prozent auf Shopware (Shopware), und in Nordamerika wuchs das Geschäft im ersten Halbjahr 2025 um 300 Prozent gegenüber dem Vorjahr (Shopware). Eine sauber geplante E-Commerce-Migration setzt damit auf einem System auf, das im Heimatmarkt etabliert ist und zugleich international zulegt.

Migrations-Aufwand und -Kosten realistisch einschätzen

Migrationsprojekte im E-Commerce unterscheiden sich im Budget erheblich - die Spanne reicht vom überschaubaren Mid-Market-Shop bis zum komplexen Enterprise-Stack und hängt vor allem an Sortimentstiefe, Zahl der Schnittstellen und Umfang der Sonderlogik. Auch die Projektdauer bewegt sich erfahrungsgemäß im Bereich mehrerer Monate. Wer schneller umsteigen will, riskiert Datenfehler, schlechte SEO-Vorbereitung und einen verpatzten Cutover. Der eigentliche Cutover mit dem Umzug der Live-Daten dauert bei guter Vorbereitung nur Minuten bis wenige Stunden: ein finaler Delta-Sync zieht die jüngsten Bestellungen und Kundendaten nach, danach folgt der DNS-Switch. Ein kurzes Read-only-Fenster statt eines vollständigen Shop-Stopps hält die Ausfallzeit gering. Wichtig: Jede Minute Ausfall kostet Umsatz - und zwar umso mehr, je näher der Termin an einem Aktionstag liegt.

Wer von Anfang an auf eine modulare, API-first orientierte Architektur setzt, hält den Migrationsaufwand erfahrungsgemäß niedriger, weil weniger Sonderlogik im Theme hängt und Daten über definierte Schnittstellen statt über Plugin-Hooks fließen. Das spricht für Shopware 6 mit seiner nativen Admin- und Store-API und einer sauberen Trennung von Backend, Storefront und Schnittstellen zu ERP, PIM oder Marktplätzen.

Datenmodell-Mapping: Was wo hin geht

Der entscheidende Schritt jeder WooCommerce-zu-Shopware-Migration ist das Mapping der Datenstrukturen. WooCommerce speichert nahezu alles in WordPress Custom Post Types und Postmeta-Tabellen, Shopware 6 nutzt eigenständige Tabellen mit Versionierung und EntityRepository-Pattern. Folgende Übersicht zeigt die wichtigsten Entitäten und ihre Zielstruktur (Shopware Documentation):

Shopware bietet einen offiziellen Migration Assistant (Open Source), der Stammdaten wie Produkte, Kunden, Bestellungen und Kategorien automatisiert überträgt. B2B-Preise, Subscriptions, Custom-Felder und WordPress-Blogs werden in der Regel nicht sauber abgebildet und benötigen ein individuelles ETL-Skript über die Sync-API. Das ist kein Mangel - sondern ein Hinweis darauf, wie genau die individuelle Programmierung die Migration steuert.

Produkte und Varianten migrieren

Produkte sind das Herzstück jedes Shops. WooCommerce kennt einfache Produkte, variable Produkte (mit Attributen) und Produktbündel - Shopware 6 strukturiert diese als Hauptprodukt mit Varianten über parent_id und Konfiguratoren mit Option-IDs. Die Sync-API von Shopware (/api/_action/sync) erlaubt Bulk-Importe in Batches; sie ist allerdings rate-limited, was bei großen Sortimenten eine Drossellogik in der ETL nötig macht. Ein typisches Mapping eines variablen Produktes über die Sync-API kann so aussehen:

{
  "write-products": {
    "entity": "product",
    "action": "upsert",
    "payload": [
      {
        "id": "a1b2c3d4e5f6...",
        "productNumber": "SKU-1001",
        "name": "Bio-Baumwoll-T-Shirt",
        "taxId": "19-percent-tax-id",
        "price": [
          {
            "currencyId": "euro-currency-id",
            "gross": 29.95,
            "net": 25.17,
            "linked": true
          }
        ],
        "stock": 120,
        "manufacturer": { "name": "Hersteller GmbH" },
        "visibilities": [
          {
            "salesChannelId": "main-sales-channel-id",
            "visibility": 30
          }
        ],
        "children": [
          {
            "productNumber": "SKU-1001-M",
            "options": [{ "id": "size-m-option-id" }],
            "stock": 40
          }
        ]
      }
    ]
  }
}

Wichtig ist die Reihenfolge: erst Stammdaten (Steuersätze, Hersteller, Property-Groups), dann Produkte mit Varianten, dann Media, dann Verlinkungen wie Cross-Selling und Reviews. Wer sich bei der WooCommerce-Performance zuvor Optimierungen über Caching geholt hat, sollte diese Erkenntnisse für die Sortiments-Bereinigung vor der Migration nutzen.

Kunden, Passwörter, Re-Activation

Kundendaten sind sensibel und gleichzeitig mit harten DSGVO-Anforderungen belegt. Adressen, Bestellungen, Kundengruppen und Wunschlisten lassen sich übertragen - die Passwort-Hashes hingegen in der Regel nicht. WooCommerce nutzt PHP-Pass-Hashes (mit MD5-Kompatibilität aus WordPress), Shopware 6 setzt auf bcrypt mit eigenem Salt-Layout. Ein Klartext-Re-Hash ist datenschutzrechtlich nicht zulässig. Die Konsequenz: Bestandskunden müssen nach dem Cutover ihr Passwort einmal neu setzen.

Bestellungen und State-Machine

Bestellungen sind technisch der komplexeste Teil der Migration, weil sie mehrere Entitäten verbinden: Bestellpositionen, Transaktionen, Lieferungen und Statuswerte. WooCommerce kennt Status wie processing, on-hold, completed, refunded; Shopware 6 nutzt eine eigene State-Machine mit getrennten Zuständen für Bestellung, Zahlung und Lieferung. Jede Quell-Status-Ausprägung muss auf die jeweilige Ziel-Kombination gemappt werden, damit Auswertungen, Mahnwesen und DATEV-Anbindung konsistent bleiben. Bestellungen, die kurz vor oder während des Cutovers entstehen, sollten über eine Read-only-Phase oder einen Order-Sync nachgezogen werden, damit weder Kunden noch Buchhaltung zwei Systeme parallel pflegen müssen. Auch für ein zukünftiges Real-Time-Inventory-Sync über Marktplätze ist das saubere State-Mapping die Grundlage.

SEO-Erhalt: 301-Redirects als Pflicht

Der wichtigste SEO-Hebel jeder Migration ist die vollständige 301-Redirect-Map. Ohne saubere Weiterleitungen laufen die eingeführten Adressen ins Leere: Suchmaschinen finden statt der alten Produkt- und Kategorieseiten nur Fehlerseiten, die aufgebaute Linkkraft verfällt und der organische Traffic bricht ein. Erfahrungsgemäß ist das der teuerste Einzelfehler einer Migration, weil er erst Wochen später in den Zahlen sichtbar wird. Umgekehrt lässt sich mit einer vollständigen Zuordnung alter auf neue Adressen der Rang der eingeführten Seiten weitgehend halten. Folgende Punkte gehören in jede SEO-orientierte Migration:

• Vollständige URL-Map WooCommerce /produkt/{slug}/ zu Shopware seo_url-Tabelle
• Pagination, Filter, Sortierungen abbilden (z.B. ?paged=2, ?orderby=...)
• Bilder und Medien von /wp-content/uploads/... auf neue Media-URL weiterleiten
• Feeds und Sitemaps umstellen (Google Merchant, RSS, sitemap.xml)
• Yoast/Rank Math Meta in seo_url und product.metaTitle/metaDescription übernehmen
• Redirect-Ketten vermeiden - mehr als drei Hops kosten Crawl-Budget und Linkkraft
• Search Console vor und nach Migration vergleichen, 404-Logs auswerten

Technisch lässt sich die 301-Map sowohl über Nginx als auch über Apache realisieren. Für große Maps (deutlich über 10.000 Einträge) empfiehlt sich Nginx mit einer separaten Map-Datei, weil Apache .htaccess-Dateien bei vielen RewriteRules messbar an Performance verlieren:

# /etc/nginx/conf.d/redirects.map
map $request_uri $wc_redirect {
    default "";
    /produkt/bio-baumwoll-tshirt/ /bio-baumwoll-tshirt/;
    /produkt-kategorie/herren/ /herren/;
    /produkt-kategorie/herren/page/2/ /herren/?p=2;
    /shop/ /;
    /warenkorb/ /checkout/cart;
    /kasse/ /checkout/confirm;
    ~^/wp-content/uploads/(.+)$ /media/$1;
}

server {
    listen 443 ssl http2;
    server_name www.shop.example;

    if ($wc_redirect != "") {
        return 301 $wc_redirect;
    }

    # Shopware 6 reverse proxy / fastcgi
    # ...
}

Vor dem Go-Live sollten Tools wie ein vollständiger SEO-Crawl der alten Seite mit der neuen Seite verglichen werden, um Lücken zu schließen - mehr Details liefert unser SEO-Audit-Leitfaden für Online-Shops. Kombiniert mit den richtigen JSON-LD Schemas bleibt die Sichtbarkeit im SERP-Snippet konsistent.

Plugin-Mapping: Funktionen ersetzen

WooCommerce verdankt seine Verbreitung dem riesigen Plugin-Ökosystem. Bei der Migration darf nicht nur die Datenbank wandern - jede genutzte Funktion braucht ein Pendant in Shopware 6. Hier ein Mapping typischer Funktionsbereiche (kein Plug-in-Empfehlungs-Katalog, sondern eine technische Übersicht):

Ein sauberes Plugin-Inventar gehört in die erste Migrationsphase: Welche Plugins werden produktiv genutzt, welche sind tot, welche bilden Geschäftsprozesse ab? Aus dem Inventar leiten sich Aufwände für Custom-Entwicklung ab - häufig der schmerzhafteste Punkt einer Migration, gleichzeitig die größte Chance für eine sauberere Architektur.

Cutover-Strategie: Downtime minimieren

Der Cutover ist der heikelste Moment der Migration. Eine durchdachte Cutover-Strategie reduziert Risiko und Umsatzverlust. Bewährt hat sich folgender Ablauf:

1. Pre-Cutover-Sync - Letzter Delta-Sync von Bestellungen, Kunden und Beständen in Staging.
2. Frontend in Read-only schalten - WooCommerce-Shop akzeptiert keine neuen Bestellungen, Bestandskunden sehen Wartungs-/Migrations-Hinweis.
3. Finaler Daten-Snapshot - Vollständige Bestelldaten, Kunden, Reviews, Custom-Felder und Media exportieren.
4. Final-Import in Shopware 6 - über Sync-API in der korrekten Reihenfolge (Stammdaten, Produkte, Kunden, Bestellungen, Reviews).
5. DNS-Switch - TTL vorab auf 5 bis 15 Minuten reduzieren, dann auf neue Storefront umstellen.
6. 301-Map aktivieren - Nginx-Map laden, alle alten URLs leiten sofort weiter.
7. Rauchtests live - Checkout, Login, Bezahlung, Versandetiketten, ERP-Sync, Kundenkonto, Suche.
8. Re-Activation-Mail - An alle Bestandskunden mit Token für Passwort-Neuvergabe.
9. Order-Backsync - Letzte WooCommerce-Bestellungen in Shopware nachführen, falls nötig.
10. Monitoring intensivieren - Search Console, Server-Logs, 404er, Conversion, Antwortzeiten.

Mit einer professionellen Cutover-Choreografie lässt sich die echte 'harte' Downtime typischerweise auf 1 bis 4 Stunden begrenzen, bei stärker entkoppelten Architekturen auch nahe Null. Wichtig ist die Vorbereitung: ohne sauberen Plan und geprüfte 301-Map wächst das Risiko für einen misslungenen Relaunch.

Post-Launch-Monitoring

Mit dem Go-Live ist die Migration nicht beendet, sondern in eine kritische Phase eingetreten. In den ersten 4 bis 8 Wochen entscheidet sich, ob Sichtbarkeit, Conversion und Performance erhalten bleiben. Search Console und Server-Logs liefern früh Hinweise auf 404er, Crawl-Fehler oder verloren gegangene Rankings; auf serverseitiges Tracking sollte früh umgestellt werden, damit Conversion-Daten lück bleiben.

Auch die Performance verdient besondere Aufmerksamkeit: Eine Migration ist die ideale Gelegenheit, die PHP-Performance auf den aktuellen Stand zu bringen und Lighthouse-Werte gezielt zu verbessern - hilfreiche Vorlagen liefert unser Beitrag zu Lighthouse 100 in Shopware. KPIs wie Conversion-Rate, durchschnittlicher Bestellwert, Time-to-First-Byte und Bounce-Rate sollten täglich gegen die WooCommerce-Baseline verglichen werden. Erst diese Gegenüberstellung zeigt, ob die Migration den gewünschten Effekt hat - und an welcher Stelle nachgesteuert werden muss.

5-Phasen-Roadmap im Überblick

Eine WooCommerce-zu-Shopware-Migration lässt sich in fünf saubere Phasen gliedern. Wie lange die Roadmap tatsächlich läuft, hängt von Sortimentstiefe, Integrationen und Internationalisierungsgrad ab - für einen mittelgroßen Shop sind mehrere Monate realistisch.

1. Phase 1: Vorbereitung (4-6 Wochen) - Audit der Plattform, Plugin-Inventar, Sortimentsanalyse, Datenmodell-Mapping, vollständige 301-Redirect-Map, Hosting-Konzept, Stakeholder-Workshops.
2. Phase 2: Datenmigration (2-4 Wochen) - Staging-Aufbau, ETL-Skripte, Shopware Migration Assistant für Stammdaten, Custom-Importer für B2B-Preise, Reviews und Subscriptions.
3. Phase 3: Testing (3-4 Wochen) - Funktionale Tests, UAT mit Fachabteilungen, Lasttests, Checkout-Strecken, Steuern und Versand, SEO-Crawl-Vergleich von alter und neuer Seite.
4. Phase 4: Cutover (24-72 Stunden) - Read-only-Phase, finaler Snapshot, DNS-Switch, 301-Map aktivieren, Order-Sync nachziehen, Rauchtests im Live-Betrieb, Re-Activation-Mail.
5. Phase 5: Post-Launch (4-8 Wochen) - Monitoring von Search Console, Logs und Conversion, Performance-Tuning, Iterationen am Frontend, Reporting gegen WooCommerce-Baseline.

Migration als Plattform-Reset nutzen

Eine Migration von WooCommerce zu Shopware 6 ist mehr als ein technischer Umzug - sie ist die Gelegenheit, Datenmodell, Performance, SEO und Geschäftsprozesse gleichzeitig auf einen neuen Stand zu heben. Wer die fünf Phasen sauber durchgeht, das Mapping konsequent dokumentiert und die 301-Map nicht als Nebenaufgabe betrachtet, kann den Wechsel ohne Rankings-Verluste meistern und gleichzeitig für die nächst Jahre eine zukunftssichere Plattform bauen. Wenn Sie eine Migration planen oder bereits mittendrin stecken, begleitet XICTRON Sie als WooCommerce-Agentur und Shopware-Agentur von der Datenanalyse bis zum Post-Launch-Monitoring - mit einem klaren Blick auf Datenmodell, Performance und SEO-Erhalt.