WooCommerce zu Shopware 6 Migration: Leitfaden 2026

WooCommerce ist mit einem globalen Marktanteil zwischen 36 und 67 Prozent (BuiltWith/Storeleads) das verbreitetste WordPress-E-Commerce-Plugin und in Deutschland mit 7,44 Prozent ein wichtiger Player. Mit zunehmendem Sortiment, professionellem B2B-Geschäft oder international skalierenden Anforderungen stossen viele Händ dennoch an Grenzen und prüf einen Wechsel zu Shopware 6. Der DACH-Spezialist haelt rund 11,5 Prozent unter den Top-1.000-Shops in Deutschland (BuiltWith), 80,73 Prozent der Shopware-Kunden sitzen im DACH-Raum (Shopware Press) und Cases wie ARMEDANGELS belegen das Potenzial: 53 Prozent mehr Conversion und 10 Prozent Umsatzplus binnen sechs Monaten nach der Migration zu Shopware 6 (dasistweb). Wer den Wechsel von WooCommerce zu Shopware plant, muss Datenmodell, Plugin-Landschaft und vor allem SEO-Erhalt sauber durchdenken - dieser Leitfaden zeigt die fuenf Phasen, das Mapping und die kritischen Stellschrauben.

Warum Shops von WooCommerce zu Shopware wechseln

WooCommerce ist als WordPress-Plugin schnell aufgesetzt und für kleine bis mittlere Shops bewähr. Mit wachsender Komplexitaet - mehr Produkte, mehrsprachige Sales-Channels, B2B-Funktionen oder Headless-Frontends - waechst 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ändig 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: Shopware kommt global auf einen Anteil von rund 2,03 Prozent, in Deutschland aber auf 11,5 Prozent unter den Top-1.000-Shops (BuiltWith), und die Shopware-Expansion in Nordamerika ist im ersten Halbjahr 2025 um 300 Prozent gegenueber dem Vorjahr gewachsen (Shopware Press). Cases aus der Praxis - etwa der ARMEDANGELS-Relaunch mit 53 Prozent mehr Conversion (dasistweb) - belegen, dass eine sauber geplante E-Commerce-Migration messbare Effekte haben kann.

Migrations-Aufwand und -Kosten realistisch einschaetzen

Migrationsprojekte im E-Commerce bewegen sich laut Branchenangaben zwischen 25.001 und 500.000 USD Gesamtbudget (Shopify Plus/Webgility). Die Bandbreite ist gewaltig - sie reicht vom Mid-Market-Shop bis zum komplexen Enterprise-Stack. Die Projektdauer liegt erfahrungsgemäß zwischen 2 und 20 Monaten, mit einem strategischen Mittelwert von 3 bis 6 Monaten (Qualimero/Forbytes). Wer schneller umsteigen will, riskiert Datenfehler, schlechte SEO-Vorbereitung und einen verpatzten Cutover. Die typische Cutover-Phase mit echtem Umzug der Live-Daten liegt bei 24 bis 72 Stunden (Swell), je nachdem ob ein Read-only-Modus oder ein vollständ Shop-Stopp gewaehlt wird. Wichtig: Downtime kostet Geld. Im Schnitt werden 5.600 USD pro Minute Ausfall berichtet, mit Spannweiten von 427 USD/Minute für kleinere Mittelstaendler bis 9.000 USD/Minute im Enterprise-Bereich (Webgility).

Wer von Anfang an auf eine modulare, API-first orientierte Architektur setzt, kann die Migrationskosten laut Branchenanalysen um bis zu 40 Prozent senken (Shopify Plus). Das spricht klar für Shopware 6 mit seiner nativen Admin- und Store-API und einer sauberen Trennung von Backend, Storefront und Schnittstellen zu ERP, PIM oder Marktplaetzen.

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ändig Tabellen mit Versionierung und EntityRepository-Pattern. Folgende Übersicht zeigt die wichtigsten Entitaeten und ihre Zielstruktur (Shopware Documentation):

Shopware bietet einen offiziellen Migration Assistant (Open Source), der Stammdaten wie Produkte, Kunden, Bestellungen und Kategorien automatisiert übertraegt (Qualimero). B2B-Preise, Subscriptions, Custom-Felder und WordPress-Blogs werden in der Regel nicht sauber abgebildet und benoetigen 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 Produktbuendel - 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 grossen Sortimenten eine Drossellogik in der ETL nötig macht (LitExtension). Praxis-Cases zeigen die Skalierbarkeit: basecom hat für FAMO über 2 Millionen Produkte in Shopware 6 abgebildet, für KADECO einen 3D-Konfigurator auf SW6 Enterprise umgesetzt (basecom). 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 (Steuersaetze, 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, Passwoerter, 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äss. Die Konsequenz: Bestandskunden müss nach dem Cutover ihr Passwort einmal neu setzen.

Bestellungen und State-Machine

Bestellungen sind technisch der komplexeste Teil der Migration, weil sie mehrere Entitaeten verbinden: Bestellpositionen, Transaktionen, Lieferungen und Statuswerte. WooCommerce kennt Status wie processing, on-hold, completed, refunded; Shopware 6 nutzt eine eigene State-Machine mit getrennten Zustaenden für Bestellung, Zahlung und Lieferung. Jede Quell-Status-Auspraegung 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üss. Auch für ein zukünftiges Real-Time-Inventory-Sync über Marktplaetze ist das saubere State-Mapping die Grundlage.

SEO-Erhalt: 301-Redirects als Pflicht

Der wichtigste SEO-Hebel jeder Migration ist die vollständ 301-Redirect-Map. Studien zeigen: Ohne saubere Weiterleitungen könn 30 bis 80 Prozent des organischen Traffics nach einem Plattformwechsel wegbrechen (SearchUp/Practical Ecommerce). Ein einfacher URL-Strukturwechsel ohne Redirects führt typischerweise bereits zu mehr als 50 Prozent Traffic-Verlust (Semrush). Im Gegenzug zeigt ein Praxis-Case, dass das Mapping von 650.000 toten URLs zu sauberen 301-Zielen 130 Prozent mehr organischen Traffic und 227 Prozent Umsatzplus brachte (Practical Ecommerce). Folgende Punkte gehör in jede SEO-orientierte Migration:

• Vollständ 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 gelten als 'SEO dead weight' (Practical Ecommerce)
• 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 Eintraege) 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.beispielshop.de;

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

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

Vor dem Go-Live sollten Tools wie ein vollständ SEO-Crawl der alten Seite mit der neuen Seite verglichen werden, um Lück zu schließ - 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-Oekosystem. 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ör in die erste Migrationsphase: Welche Plugins werden produktiv genutzt, welche sind tot, welche bilden Geschäft ab? Aus dem Inventar leiten sich Aufwaende für Custom-Entwicklung ab - häuf der schmerzhafteste Punkt einer Migration, gleichzeitig die größ 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ähr hat sich folgender Ablauf:

1. Pre-Cutover-Sync - Letzter Delta-Sync von Bestellungen, Kunden und Bestaenden in Staging.
2. Frontend in Read-only schalten - WooCommerce-Shop akzeptiert keine neuen Bestellungen, Bestandskunden sehen Wartungs-/Migrations-Hinweis.
3. Finaler Daten-Snapshot - Vollständ 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 nachfuehren, 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 waechst 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ägl gegen die WooCommerce-Baseline verglichen werden. Cases wie ARMEDANGELS zeigen das Potenzial: ein Plus von 53 Prozent Conversion und 10 Prozent Umsatz innerhalb von sechs Monaten nach der Shopware-6-Migration (dasistweb).

5-Phasen-Roadmap im Überblick

Eine WooCommerce-zu-Shopware-Migration lässt sich in fuenf saubere Phasen gliedern. Diese Roadmap wird in der Regel auf einen Zeitraum von 3 bis 6 Monaten gespannt (Qualimero/Forbytes), je nach Sortimentstiefe, Integrationen und Internationalisierungsgrad.

1. Phase 1: Vorbereitung (4-6 Wochen) - Audit der Plattform, Plugin-Inventar, Sortimentsanalyse, Datenmodell-Mapping, vollständ 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äft gleichzeitig auf einen neuen Stand zu heben. Wer die fuenf 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.