Wie lange dauert die SEO-Erholung nach einer Migration?

Grob gerechnet Wochen bis Monate, je nach Shop-Größe und Sichtbarkeit vor dem Umzug. Ein sauberes, vollständiges URL-Mapping minimiert den Einbruch spürbar – Shops mit lückenhaften Redirects erleben dagegen oft einen langwierigeren Rückgang. Die Erholungszeit ist kein Naturgesetz, sondern direktes Ergebnis der Sorgfalt vor dem Go-Live.

Alte URLs behalten oder neue Struktur einführen?

Stabilität schlägt Schönheit. Wer beim Systemwechsel zusätzlich die URL-Struktur ändert, addiert ein zweites Risiko zum ersten und macht das Mapping komplexer. Ein Strukturwechsel lohnt sich nur mit einem klaren, eigenständigen Grund – etwa eine grundlegend neue Informationsarchitektur – nicht als Nebeneffekt eines Systemwechsels.

Welches System sollte ich nach der Migration wählen?

Das ist eine eigene Entscheidung, die getrennt von der Migrationslogistik getroffen werden sollte. Unser Vergleich Shopware vs. Shopify zeigt, wie sich die Rechnung durch KI-gestützte Entwicklung 2026 verschoben hat – wichtig ist nur, die Systemwahl vor dem URL-Mapping abzuschließen, nicht parallel dazu.

Brauche ich für die Migration eine externe Agentur?

Nicht zwingend, aber bei größeren Katalogen (mehrere Tausend indexierte URLs) lohnt sich zumindest punktuelle SEO-Expertise für das Redirect-Mapping – die Fehlerkosten eines lückenhaften Mappings übersteigen die Beratungskosten meist deutlich. Kleinere Shops mit überschaubarer URL-Struktur können den Prozess mit dieser Checkliste oft komplett intern stemmen.

Was ist der häufigste Grund für einen Traffic-Einbruch nach der Migration?

Mit Abstand: unvollständiges URL-Mapping bei Rand- und Sonderfällen – alte Kampagnen-Landingpages, paginierte Kategorieseiten oder Filterkombinationen, die im alten System indexiert waren, aber beim Mapping schlicht vergessen wurden. Die Hauptnavigation wird fast immer sauber migriert; die Long-Tail-URLs, die oft überproportional zum Umsatz beitragen, gehen unter.

E-Commerce · Shopsysteme

Shop-Migration ohne SEO-Absturz: Das Replatforming-Playbook

Shop-Migration ohne SEO-Absturz: URL-Mapping, Redirect-Disziplin und ein strukturierter Cutover-Plan in acht Schritten – die Checkliste fürs Replatforming.

Von Boaz Lichtenstein

Beitragsbild: Shop-Migration ohne SEO-Absturz: Das Replatforming-Playbook

Eine Shop-Migration ist technisch oft die leichtere Übung – das Risiko liegt in dem, was nach dem Go-Live passiert. Wer ohne Plan umzieht, riskiert nicht nur ein paar Wochen Unruhe, sondern echten, nachhaltigen Umsatzverlust. Ein Playbook, das dieses Risiko systematisch klein hält – unabhängig davon, für welches Zielsystem du dich entscheidest (unser Vergleich Shopware vs. Shopify hilft bei genau dieser Vorentscheidung).

Das Wichtigste in Kürze

Nicht die Migration selbst ist das Risiko, sondern die Wochen danach – Redirect-Lücken, verlorene Rankings, abreißendes Tracking.
Ein vollständiges URL-Mapping vor dem Go-Live ist das wichtigste Werkzeug gegen SEO-Verluste.
Bestellhistorie, Kundenkonten und Tracking-Kontinuität brauchen einen eigenen Migrationsplan, nicht nur die Produktdaten.
Die kritischste Phase sind die ersten 30 Tage nach dem Launch, nicht der Launch-Tag selbst.
Ein enges Launch-Fenster mit klaren Rollback-Kriterien verhindert, dass ein technisches Problem zum Umsatzproblem wird.

Warum Migrationen Umsatz kosten

Drei Dinge brechen bei unsauberen Migrationen typischerweise: URL-Strukturen ändern sich und alte Links laufen ins Leere, Redirect-Regeln haben Lücken bei Rand- und Sonderfällen, und historische Daten wie Bewertungen oder Tracking-Kontinuität gehen verloren. Wie stark der Traffic-Einbruch ausfällt, hängt fast ausschließlich von der Sorgfalt der Vorbereitung ab.

Besonders tückisch sind Randfälle: abgelaufene Produkte, alte Kampagnen-URLs, paginierte Kategorieseiten oder Filterkombinationen, die im alten System indexiert waren. Wer nur die Hauptnavigation migriert und diese Sonderfälle übersieht, verliert genau die Long-Tail-Rankings, die oft überproportional zum Umsatz beitragen. Wer die Migration als reines IT-Projekt behandelt statt als SEO-kritisches Ereignis, zahlt dafür regelmäßig einen Preis, der größer ist als nötig – und der sich erst Wochen später in der Search Console zeigt, wenn die Ursache längst vergessen ist.

Beispielrechnung: Was ein Rankingverlust kostet

Nimm einen Shop, der über organischen Traffic monatlich 2.000 Bestellungen generiert, bei einer Konversionsrate von 2 Prozent entspricht das 100.000 organischen Sessions. Verliert dieser Shop durch lückenhaftes URL-Mapping grob 30 Prozent seiner organischen Sichtbarkeit – ein realistischer Wert bei mittelmäßig vorbereiteten Migrationen –, fallen etwa 600 Bestellungen im Monat weg. Bei einem durchschnittlichen Warenkorb von 60 Euro sind das 36.000 Euro Umsatzverlust allein im ersten Monat, mit Nachwirkungen über mehrere weitere Monate, bis Rankings sich erholen. Ein vollständiges URL-Mapping kostet dagegen wenige Personentage – die Rechnung zeigt, warum an dieser Stelle zu sparen fast immer die teuerste Option ist.

Wann sich eine Migration überhaupt lohnt

Ein Systemwechsel ist kein Selbstzweck. Er lohnt sich, wenn mindestens einer von drei Gründen wirklich zutrifft: Das aktuelle System bremst konkret nachweisbar Wachstum, etwa weil B2B-Anforderungen oder individuelle Preislogik technisch nicht mehr abbildbar sind. Die laufenden Kosten – Transaktionsgebühren, App-Abos, Wartung – haben sich strukturell so verändert, dass eine Neuberechnung wie in unserem Vergleich Shopware vs. Shopify ein klares Ergebnis liefert. Oder das bestehende System läuft technisch am Lebensende und Sicherheits- beziehungsweise Update-Risiken werden untragbar. Reine Unzufriedenheit mit dem Design oder einzelnen Features rechtfertigt dagegen selten das SEO-Risiko einer vollständigen Migration – dafür gibt es meist gezieltere, kleinere Eingriffe.

Die 301-Disziplin: URL-Mapping vor dem Go-Live

Das wichtigste Werkzeug ist ein vollständiges URL-Mapping, erstellt vor dem Go-Live, nicht danach. Jede indexierte Alt-URL braucht ein klares Ziel – die passende neue Seite, nicht pauschal die Startseite –, sonst verpufft die gesammelte Linkkraft und Nutzer landen im Leeren.

Vor dem Launch werden alle Redirects in einer Staging-Umgebung getestet – Stichproben reichen bei kleinen Shops, größere Kataloge brauchen automatisierte Checks. Parallel gehört Canonical-Hygiene auf die Liste: Jede neue Seite braucht ein korrektes Canonical-Tag, sonst entstehen Duplicate-Content-Probleme, die die eigentliche Migrationsarbeit konterkarieren. Wer hier spart, spart am falschen Ende – ein sauberes Mapping ist die günstigste Versicherung des gesamten Projekts.

Praktisch heißt das: eine vollständige Liste aller aktuell indexierten URLs aus der Search Console exportieren, jede einzelne einem Ziel im neuen System zuordnen und die Liste von einer zweiten Person gegenprüfen lassen. Bei mehreren Tausend URLs lohnt sich eine Priorisierung nach Traffic – die Top-20-Prozent der URLs bringen erfahrungsgemäß den Großteil des organischen Umsatzes und verdienen die genaueste Prüfung zuerst.

Daten und Tracking mitnehmen

Neben der URL-Struktur hängen weitere Werte am alten System: Bestellhistorie und Kundenkonten müssen sauber migriert werden, damit Bestandskunden sich weiter einloggen und ihre Historie sehen können. Ebenso wichtig ist die Kontinuität im Tracking – Conversion-Events, Attributions-Fenster und Kundendaten dürfen beim Umzug nicht abreißen. Wer ohnehin auf serverseitiges Tracking setzt, hat hier einen strukturellen Vorteil, weil die Datenhaltung nicht am Frontend-System hängt (siehe unser Artikel zu First-Party-Daten und Server-Side-Tracking).

Häufig unterschätzt wird außerdem die Bewertungshistorie: Produktbewertungen sind ein starkes Vertrauenssignal und tragen zu Rankings bei. Ein System, das Bewertungen beim Umzug nicht sauber mitnimmt, verliert diesen Trust-Faktor unwiederbringlich – Neubewertungen sammeln sich erst wieder über Monate an. Vor dem Go-Live lohnt sich deshalb eine explizite Prüfung: Werden Bewertungen, Sternebewertungen und die zugehörigen strukturierten Daten (Schema.org) korrekt migriert und im neuen System weiterhin ausgespielt?

Der Cutover-Plan in acht Schritten

Staging-Parität herstellen: das neue System vollständig auf einer Staging-Domain aufsetzen.
Kompletten Content- und Produktdaten-Abgleich gegen das alte System durchführen.
URL-Mapping erstellen und alle Redirects in der Staging-Umgebung testen.
Tracking- und Conversion-Events auf Staging verifizieren, bevor echte Daten fließen.
Ein enges Launch-Fenster mit definierten Rollback-Kriterien festlegen.
Go-Live durchführen und Monitoring ab Minute eins aktiv schalten – 404-Fehler, Redirect-Ketten, Rankings, Umsatz.
In den ersten 72 Stunden stündlich auf kritische Fehler prüfen, nicht erst am nächsten Tag.
Die 30-Tage-Checkliste abarbeiten: Search Console, Rankings und Conversion-Rate engmaschig kontrollieren.

Die ersten 30 Tage: Checkliste nach Phasen

Phase	Fokus	Wichtigste Kennzahl
Tag 1–3	Technische Fehler beheben	404-Fehlerquote
Woche 1	Redirect-Ketten bereinigen	Crawl-Fehler in der Search Console
Woche 2–3	Ranking-Erholung beobachten	Sichtbarkeitsindex / Top-Keywords
Woche 4	Conversion-Rate vergleichen	CVR gegenüber Vor-Migrations-Niveau

Ein häufig unterschätzter Risikofaktor in dieser Phase ist die Ladezeit des neuen Systems – wie direkt Page-Speed auf Rankings und Conversion wirkt, erklärt unser Artikel zu Page Performance, SEO und Conversion-Rate. Ein neues System, das langsamer lädt als das alte, kann selbst bei perfektem URL-Mapping Rankings kosten.

Die häufigsten Fehler bei Shop-Migrationen

URL-Mapping erst nach dem Go-Live erstellen, statt vorher.
Pauschal auf die Startseite weiterleiten, statt auf die passende neue Seite.
Randfälle wie Filter-URLs oder alte Kampagnenseiten beim Mapping vergessen.
Tracking-Setup erst nach dem Launch testen statt vorher auf Staging.
Die 30-Tage-Phase nach dem Launch vernachlässigen, weil das Projektteam schon zum nächsten Thema übergeht.

Auffällig an dieser Liste: Keiner der fünf Fehler ist ein technisches Unvermögen, sondern eine Frage der Reihenfolge und der Priorisierung. Fast jeder dieser Fehler lässt sich vermeiden, indem SEO- und Tracking-Verantwortliche von Anfang an im Projektplan stehen, statt erst kurz vor dem Launch hinzugezogen zu werden.

Unterm Strich

Migrationen sind planbare Ereignisse, keine Naturkatastrophen. Der Unterschied zwischen einem glatten Umzug und einem monatelangen Sichtbarkeits-Loch liegt fast immer in der Vorbereitungszeit, nicht in der Wahl des neuen Systems selbst. Beginne mit dem URL-Mapping, lange bevor ein Launch-Termin feststeht – alles andere im Plan baut darauf auf. Und plane die Nachsorge fest ein: Die ersten 30 Tage verdienen genauso viel Aufmerksamkeit im Kalender wie der Go-Live-Tag selbst, auch wenn sie im Projektplan gern als Fußnote behandelt werden.