WooCommerce zu modernem Stack migrieren — Shop-Cutover

Viele KMU verwechseln „Webseite umziehen“ mit „Shop umziehen“. WordPress-Inhalte lassen sich in Phasen exportieren und auf Next.js neu aufbauen; WooCommerce speichert zusätzlich Bestellzustände, Lagerbewegungen und Zahlungsversprechen. Dieser Beitrag analysiert das transaktionale System, den Entscheidungsbaum Marketing vs. Shop, Parallelbetrieb, Abnahme und Product-Schema — und grenzt ehrlich ab, was im Basispaket nicht drin ist. Der Content-Pfad bleibt die WordPress-Migration; Commerce ist eigene Disziplin.

Was ist WooCommerce-Migration — und was ist sie nicht?

Antwort zuerst: WooCommerce-Migration bedeutet, Katalog, Checkout und Nebenprozesse kontrolliert auf eine Zielarchitektur zu bringen — getrennt von der Unternehmens-Webseite, wenn das risikominimierend ist.

Sie ist nicht: Theme wechseln, Elementor „schneller machen“ oder zehn Leistungsseiten unter dem Label Shop verkaufen. Sie ist auch nicht automatisch im Preis der Marketing-Migration enthalten. Wer Checkout, Steuern und Zahlungsanbieter unterschätzt, riskiert abgebrochene Bestellungen, falsche MwSt.-Ausweise und DSGVO-relevante Fehlübertragungen von Kundendaten — siehe Datenschutz & Formulare.

Sinnvolle Definition des Scopes:

1. Katalogschicht — Produkte, Varianten, Attribute, Bilder, Lager, Preise
2. Transaktionsschicht — Warenkorb, Checkout, Payments, Steuern, Versand
3. Konten- und Nachrichtenschicht — Kundenkonten, Bestellhistorie, E-Mails, Webhooks
4. Marketing-Schicht — Startseite, Leistungen, Blog, Trust — oft über Content-Migration / WordPress-Migration lösbar

Nur Punkt 4 fällt typischerweise in das 500-€-Fenster. Punkte 1–3 brauchen Inventar, Mapping, Staging und Abnahme.

Warum ist WooCommerce ein transaktionales System — nicht nur „Seiten mit Preisen“?

Antwort zuerst: Jede erfolgreiche Bestellung hängt an konsistenten SKUs, Steuerregeln, Versandlogik, Payment-Callbacks, Kontostatus und E-Mail-/Webhook-Nebenwirkungen — nicht an einer schönen Produktkarte.

SKU-Varianten und Katalogintegrität

Variable Produkte (Größe, Farbe, Bundle) erzeugen Kind-SKUs mit eigenen Preisen, Lagerständen und ggf. eigenen Bildern. Migration ohne Varianten-Matrix erzeugt Doppelkäufe, ausverkaufte „Geister“-Artikel oder falsche Preise im Feed. Export bevorzugt über die WooCommerce REST API — CSV allein verliert oft Meta, verknüpfte Downloads und Plugin-Felder.

Steuern

Steuerklassen, reduzierte Sätze, EU-OSS und „Preise inkl./exkl. MwSt.“ müssen im Zielsystem identisch wirken. Ein Marketing-Rebuild kann Steuern ignorieren; ein Shop-Cutover darf das nicht. Abnahme ohne Steuerfall Inland + Grenzfall ist FAIL.

Versand

Versandzonen, Gewichtstabellen, Free-Shipping-Schwellen, Abholung und Expressregeln sind Geschäftsregeln — keine Designkomponente. Nach dem Cutover muss derselbe Warenkorb dieselbe Versandoption und denselben Preis ergeben wie im alten Shop (Toleranz nur, wenn du Regeln bewusst änderst und dokumentierst).

Zahlungen

Stripe, PayPal, Klarna, Lastschrift: Auth, Capture, Fail, Partial Refund. Jeder Anbieter hat Webhooks und Idempotenz. Ohne Webhook-Tests „funktioniert Checkout im Browser“ und trotzdem bleiben Bestellungen auf „pending“.

Kundenkonten und Bestellhistorie

Konten, Adressen, Wunschlisten und alte Bestellungen sind personenbezogene Daten und Support-Werkzeug. Vollständiger Historien-Import ist teuer; oft reicht: aktive Konten + offene Bestellungen migrieren, Archiv read-only belassen. Das ist eine bewusste Scope-Entscheidung — keine stillschweigende Annahme.

Transaktions-E-Mails und Webhooks

Bestellbestätigung, Zahlungseingang, Versand, Storno, Rückerstattung: rechtlich und operativ relevant. Webhooks zu Buchhaltung, ERP, Fulfillment oder Newsletter müssen auf die neue Origin zeigen. Ein Cutover ohne E-Mail-Smoke-Test ist ein Support-Ticket-Sturm am Montagmorgen.

Welche Entscheidung zuerst: nur Marketing oder Shop-Cutover?

Antwort zuerst: Bevor du DNS anfasst, wählst du einen von drei strategischen Pfaden — davon hängen Architektur, Budget, Parallelbetrieb und Abnahmetiefe ab.

Entscheidungstabelle: drei Pfade

Modern-Stack-Default für die meisten Dienstleister mit Neben-Shop: Pfad A zuerst (Marketing über WordPress-Migration), Shop als Phase 2 mit eigenem Angebot. Pfad B nur mit klarem Inventar und Testplan. Pfad C, wenn der Shop ohnehin nicht Kerngeschäft ist und ein schlankeres Checkout die Ops-Last senkt.

Verwandte Content-Sonderfälle (ohne Commerce): Elementor-Migration, Divi-Migration, Pagebuilder-Ablösung.

Was der Census zur WooCommerce-Migration sagt

Antwort zuerst: Migration entfernt den Legacy-Bottleneck — sie macht den Shop nicht von allein „AI-ready“; Maschinenlesbarkeit und Checkout-Sicherheit sind getrennte Schichten.

In der AI-Readiness-Studie (6.675 Audits) laufen 69,4 % der Sites auf Legacy-CMS. Benchmarks: Agent-Ready Ø 25/100, llms.txt 15,6 %, JSON-LD 41,9 %, Sitemap 73,5 %, robots 72,5 %, Markdown-Negotiation 0,3 %.

WooCommerce sitzt typischerweise auf derselben WordPress-Origin: Pagebuilder-Rauschen, Session-Cookies, Warenkorb-Fragmente und Plugin-JS belasten Crawling und Core Web Vitals. Eine Marketing-Migration verbessert oft schon Anfragen und Extrahierbarkeit für Leistungsseiten — ohne den Checkout an einem Tag mitzunehmen. Knowledge Graph und llms.txt kommen danach; sie ersetzen keinen Zahlungs-Test.

Warum Core Web Vitals und Shop-Performance getrennt planen

Antwort zuerst: Marketingseiten können SSG/Edge werden; Checkout bleibt dynamisch — wer beides in einem „schneller machen“-Ticket mischt, optimiert am falschen Engpass.

Im internen Vergleich Next.js vs WordPress liegen typische WordPress-LCP-Werte bei 2,5–4,0 s, SSG/Edge-Next.js oft bei ~0,8 s. Core Web Vitals (LCP, INP, CLS) sind Ranking- und Extraktionssignale. Shop-Seiten mit Live-Preis, Warenkorb und Payment-Widgets brauchen andere Caching-Grenzen als eine Leistungsseite — siehe auch Core Web Vitals Modernisierung und SSR/SSG-Stack.

Praxis: Marketing auf SSG/Revalidation; Produktdetail mit kontrollierter Revalidation; Checkout SSR oder dedizierte Commerce-Runtime. Ein globales „alles static“ bricht Warenkorb und personalisierte Preise.

Wie laufen Parallelbetrieb und Cutover-Strategien?

Antwort zuerst: Parallelbetrieb senkt Umsatzrisiko, indem alter Checkout verkauft, während neuer Stack Katalog- und Zahlungspität beweist — Cutover erst nach Abnahme.

Strategie 1 — Subdomain-Split

www / Apex → neue Marketing-Webseite; shop. → WooCommerce bis Phase 2. Vorteil: klare Cookie-/Session-Grenzen. Nachteil: Canonicals und interne Verlinkung müssen diszipliniert sein.

Strategie 2 — Pfad-Split

Marketing auf neuem Stack; /shop, /produkt, /kasse per Proxy/Redirect auf WordPress. Vorteil: eine Domain für SEO. Nachteil: Edge/Proxy-Komplexität, Cache-Regeln, Cookie-Pfade.

Strategie 3 — Read-only-Katalog + Soft-Launch

Neuer Stack zeigt Produkte und Preise; Kauf-Button führt noch zum alten Checkout oder ist für Staff-only. Vorteil: SEO und Product JSON-LD früh testen. Nachteil: doppelte Pflege bis Cutover.

Strategie 4 — Big-Bang (nur mit Abnahme)

Alles an einem Maintenance-Fenster. Nur bei kleinem Katalog, wenigen Zahlungswegen und vollständiger Staging-Checkliste. Sonst: unnötiges Umsatzrisiko.

Nach Cutover: DNS/Proxy, Redirect-Smoke-Tests, 48-Stunden-Monitoring (Bestellungen, Payment-Fails, Search Console). WordPress/Woo parallel nur so lange, bis Stabilität bestätigt ist — dann Hosting bereinigen (Hosting nach Migration, Wartung & Updates). Kein „Freitag 17 Uhr ohne Rollback“.

Wie läuft die Shop-Migration phasenweise ab?

Antwort zuerst: Inventar → Datenmodell/Integrationen → Zielarchitektur → Staging & Abnahme → Cutover — nicht „Theme neu und DNS umstellen“.

Phase 1 — Commerce-Inventar und SEO-Baseline

Produktanzahl, Varianten, Steuerklassen, Versandzonen, aktive Gateways, Abos/Memberships, Download-Produkte, Mehrsprachigkeit, ERP-/Buchhaltungs-Hooks. Crawl der Produkt- und Kategorie-URLs; Top-Traffic aus Search Console; Baseline Meta, Canonicals, vorhandenes Schema. Ergebnis: Scope-Dokument + URL-Matrix.

Phase 2 — Export und Datenmodell-Mapping

REST-API-Export für Produkte, Kunden, Bestellungen (soweit im Scope). Mapping alter Meta-Keys → Zielschema. Medien-Pipeline: Deduplizierung, CDN, URL-Rewrites. Offene Bestellungen und Gutscheine explizit entscheiden (migrieren vs. abschließen im Alt-Shop).

Phase 3 — Zielarchitektur wählen

Optionen: Headless-Woo + Next.js-Storefront; Re-Platforming auf andere Commerce-Schicht; externes Checkout (Pfad C). Marketing-Seiten folgen dem WordPress-Migrations-Muster (SSG/SSR). Headless CMS ist optional für Redaktion — ersetzt nicht Payments.

Phase 4 — Redirects, Staging, Abnahme

Jede indexierbare Alt-URL: behalten, 301 oder 410. Soft-404 und Ketten = FAIL. Abnahme nach Checkliste unten. Ranking-Risiken: Rankingverlust vermeiden.

Phase 5 — Cutover und Nachbeobachtung

Maintenance-Fenster, Payment-Live-Keys, Webhook-URLs umstellen, E-Mail-From/DNS prüfen, Monitoring Bestellrate und Gateway-Errors. Alt-Shop read-only oder offline nach Stabilität.

Welche Abnahmetests sind Pflicht vor dem Go-Live?

Antwort zuerst: Commerce geht live erst nach durchgespielten Zahlungs-, Steuer-, Versand-, Refund- und Webhook-Fällen — nicht nach „Design sieht gut aus“.

Abnahme-Checkliste (Minimum)

Ohne A1–A8 kein Production-Cutover. A10–A11 sind SEO-/GEO-Pflicht, kein „Nice-to-have“.

Wie sicherst du SEO und Product JSON-LD beim Shop-Umzug?

Antwort zuerst: Jede indexierbare Produkt-URL braucht eine Redirect-Entscheidung; Product-/Offer-JSON-LD muss Preis und Verfügbarkeit der sichtbaren Seite entsprechen.

Nur 41,9 % der Census-Sites liefern überhaupt JSON-LD; bei WooCommerce fehlt Schema oft trotz Daten in der DB. Google dokumentiert Product-Structured-Data unter Search Central — Product. Bei Migration:

• starke Produkt-URLs behalten oder 301en; schwache konsolidieren
• Sitemap listet nur kanonische Produkt-URLs (Census: Sitemap 73,5 %, robots 72,5 %)
• Offer-Preis, Währung, Availability und SKU im Markup = UI
• Kategorie-Archive: Pagination und Canonical-Regeln explizit setzen

Generative Engines extrahieren Fakten (Preis, Lieferzeit, Verfügbarkeit). Princeton GEO (Aggarwal et al., arXiv:2311.09735) zeigt, dass Quellen und Statistiken Sichtbarkeit heben können — ohne Ranking-Garantie. Sauberes HTML und echte Produktangaben sind Voraussetzung; GEO & AI-Sichtbarkeit kommt nach stabilem Checkout, nicht davor.

Was kostet die Shop-Migration — und warum nicht im 500-€-Paket?

Antwort zuerst: Basis ab 500 € für bis zu 10 Marketingseiten — WooCommerce-Commerce ist immer separates Scope und Budget; Redesign, Knowledge Graph und Conversion ebenfalls modular.

Im Basisumfang der Webseite-Modernisierung typisch: Inventar der Inhaltsseiten, Export, Next.js-Rebuild, Redirect-Map für den Marketing-Scope, Staging, Cutover-Begleitung. Außerhalb: Produktkatalog, Varianten, Steuern, Versand, Gateways, Konten, Bestellhistorie, E-Mail-Templates, Webhooks, Product-Feeds, Abos.

Orientierung weiterer Module (nicht Shop): Redesign ab 1.000 €, Knowledge Graph ab 500 €, Conversion ab 500 €. Shop-Angebote kalkulieren wir nach Produktanzahl, Gateway-Anzahl, Historien-Bedarf und Parallelstrategie. Preise im Kontext: Preise & Pakete.

Empfohlene Reihenfolge für viele KMU:

1. WordPress-/Marketing-Migration ohne Shop-Cutover
2. Redirects und Formular-Tests
3. Optional Redesign und GEO-Inhalte
4. Shop-Phase mit eigenem Plan, Budget und Abnahmeliste

Wann lohnt sich WooCommerce-Migration — und wann nicht?

Antwort zuerst: Sinnvoll, wenn Katalog und Marke tragen, aber Plugin-/Performance-/Sicherheitslast den Umsatz gefährdet — nicht als Ersatz für ein totes Sortiment oder ungeklärte Ops.

Sinnvoll bei: wenigen klaren Gateways, wartbarem Katalog, Marketingseiten, die CWV und Anfragen blockieren, Sicherheitsdruck auf /wp-admin, Wunsch nach getrenntem Marketing-Stack.

Allein zu wenig, wenn: Sortiment und Fulfillment chaotisch sind, Steuer-/Versandregeln niemand dokumentieren kann, oder du eigentlich ein Redesign der gesamten Conversion-Strecke brauchst — dann Shop-Scope + Redesign + Conversion gemeinsam planen.

Checkliste vor dem Kick-off

Domain- und Hosting-Zugang, WordPress/Woo-Admin, API-Keys der Gateways (Sandbox), grobe Produkt-/Variantenanzahl, Liste aktiver Zahlungs- und Versandregeln, ob Bestellhistorie migriert werden muss, Top-20 Produkt-URLs aus Search Console, Klarheit Pfad A/B/C, Marketing-first ja/nein. Je vollständiger das Inventar, desto ruhiger der Go-Live.

Kurz: WooCommerce-Migration ist Commerce-Risikomanagement — Marketing darfst du modernisieren, ohne den Checkout zu zerlegen; den Shop ziehst du erst um, wenn Abnahme und Budget klar sind. Anfrage stellen mit Produktanzahl und Gateways — oder starte mit dem KI-Sichtbarkeits-Check für die Marketing-Schicht.