Shop-Migration planen – sicherer Umzug ohne Rankingverlust

Wenn ein Online-Shop wächst, kommt irgendwann der Punkt: Das System passt nicht mehr, Performance wackelt, Funktionen fehlen oder Prozesse werden zu teuer. Dann steht eine Migration an (Wechsel oder Umzug des Shopsystems und/oder der Infrastruktur). Damit dabei keine Umsätze und keine Sichtbarkeit verloren gehen, braucht es einen klaren Ablauf: von Daten über URLs bis Tracking.

Dieser Artikel erklärt eine Shop-Migration so, dass sie auch ohne Spezialwissen planbar wird. Die Beispiele sind bewusst systemneutral – ob WooCommerce, Shopware, Shopify, Magento oder ein anderes System: Die typischen Risiken sind sehr ähnlich.

Warum Shop-Umzüge scheitern: die häufigsten Ursachen

Die Technik ist nicht das Problem – die Details sind es

Viele Migrationen starten mit einem technischen Ziel („Wir ziehen auf System X um“). Entscheidend sind aber die Auswirkungen auf Kunden, Suchmaschinen und interne Abläufe. Typische Ursachen für Probleme:

• Alte URLs werden nicht sauber weitergeleitet (404-Fehler, Rankingverlust).
• Produktdaten werden unvollständig importiert (Varianten, Attribute, Medien).
• Checkout und Zahlungsarten ändern sich unbemerkt (mehr Abbrüche).
• Tracking wird nicht korrekt übernommen (Datenlücken, falsche Attribution).
• Unklare Zuständigkeiten: Niemand „besitzt“ das Gesamtergebnis.

Was „Rankingverlust“ in der Praxis bedeutet

Wenn sich URL-Strukturen, Inhalte oder interne Verlinkung ändern, muss Google die neuen Seiten erst neu bewerten. Ohne saubere Weiterleitungen und konsistente Inhalte kann Sichtbarkeit wegbrechen – und damit organischer Umsatz. Das Ziel ist nicht „alles identisch lassen“, sondern Änderungen kontrolliert umzusetzen und Suchmaschinen klar zu führen.

Vorbereitung: Ziele, Scope und Inventar der Bestandsseite

Ziele definieren: Was soll nach dem Umzug besser sein?

Vor dem ersten Datenexport hilft eine einfache Zielklärung. Beispiele:

• Schnellere Ladezeiten, weniger Plugin-Abhängigkeiten.
• Bessere Produktdatenpflege (z. B. Varianten, Felder, Medien).
• Neue Märkte (Sprachen, Währungen, Steuern) oder B2B-Logik.
• Stabileres Hosting und klarere Deployments (Updates ohne Ausfälle).

Aus diesen Zielen ergibt sich der Scope: Welche Funktionen müssen am Go-live zwingend vorhanden sein – und was kann später folgen?

Shop-Inventar erstellen: Seiten, Daten, Integrationen

Ein Umzug ist leichter, wenn alles sichtbar ist, was der Shop heute „kann“. Das Inventar sollte mindestens enthalten:

• Alle Seitentypen: Kategorien, Produkte, Content-Seiten, Blog/Guide-Bereich, Landingpages.
• Produktdaten: Varianten, Attribute, Preise, Staffelpreise, Downloads, Medien.
• Kunden- und Bestelldaten (inkl. Status, Rechnungen, Versandinfos).
• Integrationen: ERP/Wawi, Payment, Versand, Newsletter, CRM, Marktplätze.
• Tracking/Marketing: Consent, Tags, Product Feed, Remarketing, Server-Side.

Praktisch ist eine Tabelle, die jede Integration mit „Zweck, Eigentümer, Schnittstelle, Testfall“ dokumentiert. So wird später nichts „aus Versehen“ vergessen.

SEO sicher umziehen: URLs, Weiterleitungen, Inhalte

URL-Strategie: Beibehalten, verbessern oder bewusst ändern?

Die einfachste Variante ist: URL-Struktur bleibt gleich. Das ist nicht immer möglich, aber oft machbar, wenn das neue System flexible URL-Regeln erlaubt. Wenn URLs geändert werden, muss jede relevante alte URL eine Ziel-URL bekommen.

Wichtig ist die Entscheidung früh, weil sie viele Folgearbeiten beeinflusst: interne Links, Canonicals (Hinweis für Suchmaschinen, welche URL die „Hauptseite“ ist), Sitemaps und Tracking.

301-Weiterleitungen: das Rückgrat der Migration

Für dauerhaft verschobene Seiten werden 301-Weiterleitungen genutzt. Sie signalisieren Suchmaschinen: „Diese Seite ist umgezogen.“ In der Praxis braucht es eine Liste alter URLs und die jeweilige neue Ziel-URL. Dabei gilt:

• Keine Ketten (alt → zwischenziel → neu), sondern direkt weiterleiten.
• Keine Sammel-Weiterleitung auf die Startseite, wenn es eine passende Zielseite gibt.
• Produkt zu Produkt, Kategorie zu Kategorie – so konkret wie möglich.

Ein häufiger Fehler: Weiterleitungen nur „für ein paar Top-Seiten“ einzurichten. Besser ist eine systematische Abdeckung, mindestens für alle indexierten Seiten und alle Seiten mit Traffic/Umsatz.

Onpage-Basics: Was inhaltlich gleich bleiben sollte

Beim Relaunch sollen Design und Technik moderner werden – Inhalte müssen nicht automatisch neu. Für eine stabile Übergangsphase hilft:

• Seitentitel und Überschriften nicht komplett neu erfinden (erst später optimieren).
• Produkttexte, USPs und strukturierte Daten (sofern vorhanden) sauber übernehmen.
• Interne Verlinkung prüfen: Kategorien → Produkte, Ratgeber → Produkte, Marken → Kategorien.

Wer parallel ohnehin die Produkttexte „komplett neu macht“, erhöht das Risiko: Dann ändern sich URL, Template und Content gleichzeitig – schwerer zu analysieren, falls Sichtbarkeit fällt.

Datenmigration: Produkte, Kunden, Bestellungen ohne Lücken

Produktdaten: Variantenlogik und Pflichtfelder verstehen

Der kritischste Teil ist oft nicht „Produktname und Preis“, sondern die Logik dahinter: Varianten (z. B. Größe/Farbe), Attribute, Filterbarkeit, Medienzuordnung, Lagerlogik. Jedes System modelliert das etwas anders. Darum vor dem Import klären:

• Welche Felder sind Pflichtfelder im Zielsystem?
• Wie werden Varianten abgebildet (eine Parent-SKU mit Child-SKUs oder anders)?
• Welche Attribute sollen filterbar sein (Facetten)?

Hier entscheidet sich, ob Kund:innen später „einfach finden“ oder ob die Suche und Filter unbrauchbar werden.

Kundendaten: Datenschutz und Account-Erlebnis

Beim Übertrag von Kundenkonten sind zwei Aspekte wichtig: Rechtliches (z. B. was gespeichert werden darf, Aufbewahrung) und das Erlebnis nach dem Umzug (Login, Passwort-Reset, Adressbücher). Häufig ist ein Passwort-Reset die sauberste Lösung, weil Hash-Formate zwischen Systemen nicht kompatibel sind. Das sollte aber klar kommuniziert und getestet werden.

Bestellungen: Historie und interne Prozesse

Ob Bestellhistorie im neuen System verfügbar sein muss, hängt vom Support-Prozess ab. Für viele Teams reicht ein „Archiv“ im Altsystem oder ein Export. Wenn Bestellungen importiert werden, müssen Status, Zahlungszustände und Belege konsistent bleiben – sonst entsteht Chaos im Kundenservice.

Tracking, Consent und Feeds: Messbarkeit nach dem Go-live

Tracking-Mindestumfang festlegen

Nach einer Migration sind „leere Dashboards“ ein Alarmzeichen, aber nicht selten. Darum vorab definieren, welche Events zwingend funktionieren müssen: Seitenaufrufe, Add-to-Cart, Checkout-Start, Purchase (Kauf), Consent-Signale. Genau hier hilft ein klarer Tracking-Plan. Passend dazu: Shop-Tracking ohne Chaos – Events, Consent, Datenqualität.

Consent (Einwilligung): nicht nebenbei behandeln

Consent ist die Einwilligung für bestimmte Cookies/Tracking (z. B. Marketing). Beim Systemwechsel ändern sich oft Skripte, Tag-Manager-Einbindungen und Shop-Apps. Deshalb prüfen:

• Wird Tracking wirklich erst nach Einwilligung ausgelöst?
• Greifen regionale Regeln korrekt (z. B. EU vs. Nicht-EU)?
• Stimmen Consent-Logs und Kategorien?

Rechtliche Anforderungen ersetzen diese Punkte nicht, aber technisch verhindert es, dass ungewollt „alles feuert“.

Produktfeeds und Merchant Center: häufig unterschätzt

Wenn Google Shopping, Meta Kataloge oder Preisportale genutzt werden, müssen Feeds nach dem Go-live sofort wieder liefern. Achten auf: korrekte Produkt-IDs, Verfügbarkeit, Preisformate, Versandkostenregeln und Bild-URLs. Wer mit WooCommerce arbeitet, findet ergänzend: WooCommerce Produktfeed – Google Merchant Center einrichten.

Qualitätssicherung: Tests, Staging und Go-live-Plan

Testfälle, die Umsatz schützen

Testen sollte sich an echten Bestellabläufen orientieren. Eine gute Testliste umfasst:

• Suche und Filter: finden Kund:innen wichtige Produkte schnell?
• Produktseite: Preis, Variantenwahl, Versandinfos, Bilder, Cross-Selling.
• Warenkorb: Gutscheine, Versandkostenberechnung, Hinweise.
• Checkout: Adressen, Zahlarten, Bestellbestätigung, E-Mails.
• Backoffice: Bestellstatus, Storno/Retouren, Rechnung, Versandlabel.

Gerade Checkout-Themen sollten nicht „nach dem Go-live“ kommen. Wer hier tiefer optimieren will: Checkout-Optimierung im Shop – Felder, Vertrauen, Zahlarten.

Staging-Umgebung nutzen: Änderungen ohne Risiko prüfen

Eine Staging-Umgebung ist eine Testkopie des Shops, die nicht öffentlich ist. Dort lassen sich Imports, Plugins/Apps und Theme-Änderungen prüfen, ohne Live-Kund:innen zu stören. Wichtig: In Staging kein echtes Tracking und keine echten Zahlungsflüsse „versehentlich“ auslösen. Für WooCommerce passend: WooCommerce Staging-Umgebung einrichten – sicher testen vor dem Livegang.

Go-live-Drehbuch: wer macht wann was?

Am Go-live-Tag hilft ein klares Drehbuch mit Uhrzeiten, Verantwortlichen und Rollback-Plan. Dazu gehören Domain/DNS, Wartungsmodus, Daten-Freeze (Bestellungen/Bestände), finaler Import, Cache/CDN, Weiterleitungen, Monitoring und ein „Smoke Test“ (kurzer Funktionstest) direkt nach Live-Schaltung.

So geht’s: kompakte Migrations-Checkliste

• Migrationsplan erstellen: Ziele, Scope, Verantwortliche, Timeline.
• Inventar erfassen: Seiten, Daten, Integrationen, Tracking, Feeds.
• URL-Strategie festlegen und Weiterleitungs-Liste vorbereiten.
• Import-Mapping definieren: Felder, Variantenlogik, Medien, Kategorien.
• Staging aufsetzen und Imports mehrfach testen (inkl. Korrekturen).
• Tracking-Events + Consent in Staging prüfen, dann im Live verifizieren.
• Go-live-Drehbuch durchführen: Freeze, finaler Import, DNS, Redirects.
• Nach Go-live: 404-Reports, Bestelltest, Search Console prüfen, Feed-Checks.

Mini-Fallbeispiel: typischer Umzug mit sauberen Prioritäten

Ausgangslage

Ein Shop hat viele Produkte, organischen Traffic über Kategorieseiten und regelmäßige Kampagnen über Google Shopping. Das alte System ist langsam, Updates sind riskant, und Produktdatenpflege kostet Zeit.

Entscheidung: Was muss zum Go-live fertig sein?

Priorität 1: Kaufen muss funktionieren (Checkout, Zahlarten, E-Mails). Priorität 2: Sichtbarkeit halten (URL-Mapping, 301, Indexierbarkeit). Priorität 3: Messbarkeit (Events, Consent, Feeds). Design-Feinschliff und zusätzliche Features werden bewusst in eine zweite Phase geschoben, um Risiko zu reduzieren.

Ergebnis

Durch klare Prioritäten sinkt die Zahl der gleichzeitigen Änderungen. Probleme lassen sich schneller zuordnen: Wenn die Conversion fällt, liegt es eher am Checkout als an parallel komplett neuen Produkttexten. Wenn SEO schwankt, helfen 404-Listen und Redirect-Mapping, statt „alles ist neu“.

FAQ zur Shop-Migration

Wie lange dauert eine Shop-Migration?

Das hängt stark von Datenmenge, Integrationen und individueller Entwicklung ab. Entscheidend ist weniger die reine Entwicklung als die Test- und Korrekturphase: Imports werden selten beim ersten Lauf perfekt.

Müssen alle alten URLs 1:1 weitergeleitet werden?

Für alle relevanten URLs ja: Seiten, die indexiert sind, Traffic bringen oder intern/extern verlinkt sind. Bei unwichtigen Seiten kann zusammengefasst werden, aber nur, wenn es wirklich keinen passenden Inhalt mehr gibt.

Sollten Inhalte beim Umzug komplett überarbeitet werden?

Besser in Phasen arbeiten: Erst stabil umziehen, dann Inhalte gezielt verbessern. So bleiben Ursachen für Veränderungen messbar.

Was ist nach dem Go-live am wichtigsten?

Monitoring: 404-Fehler, Bestellfluss, Zahlungsstatus, E-Mail-Zustellung, Feed-Status und Tracking-Daten. Außerdem prüfen, ob wichtige Seiten indexierbar sind und ob die Weiterleitungen korrekt greifen.