Shopify-Migration: Rankings erhalten bei Plattformwechsel & Relaunch

Jeden Monat verlieren Shops nach einem Relaunch 60-80% ihres organischen Traffics. Nicht weil die neue Plattform schlecht ist. Nicht weil Google etwas gegen Shopify hat. Sondern weil niemand sich um die Migration gekümmert hat.

Das Muster ist immer dasselbe: Ein Shop wächst organisch über Jahre. 10.000, 20.000, manchmal 50.000 monatliche Besucher über Google. Dann kommt der Relaunch. Neue Plattform, neues Design, neue Struktur. Und vier Wochen später ist der Traffic bei einem Bruchteil des Ausgangswerts. Der sechsstellige Schaden, den das verursacht, ist kein Worst-Case-Szenario — es ist der Standard, wenn eine Migration ohne SEO-Plan durchgeführt wird.

Drei Arten von Shopify-Migrationen

Bevor wir über Lösungen sprechen, müssen wir die Begriffe klären. Nicht jede Änderung am Shop ist gleich riskant.

Plattformwechsel — Der Umzug von einer Shop-Plattform zu einer anderen. WooCommerce zu Shopify. Magento zu Shopify. Jimdo, Gambio, Shopware zu Shopify. Das ist die riskanteste Variante, weil sich alles ändert: URL-Struktur, Template-System, Datenmodell, oft auch die Domain-Struktur. Jede einzelne URL muss per 301-Redirect auf ihr neues Gegenstück verweisen.

Relaunch — Der bestehende Shop bleibt auf Shopify, bekommt aber ein neues Theme, eine neue Navigationsstruktur oder ein komplett neues Design. Oft verbunden mit einer Neustrukturierung der Collections und Kategorien. Das Risiko liegt hier in geänderten URL-Pfaden, gelöschtem Content und fehlenden internen Verlinkungen.

Redesign — Rein visuelles Update. Neues Theme, neue Farben, neues Layout — aber die URL-Struktur und der Content bleiben identisch. Das geringste SEO-Risiko, aber selbst hier können Fehler passieren: etwa wenn ein neues Theme die Heading-Struktur ändert oder lazy-loading falsch implementiert.

Warum Migrationen schiefgehen

In unserer Arbeit mit Shopify-Shops seit 2020 haben wir ein klares Muster erkannt: Die Migration selbst ist selten das Problem. Das Problem ist der Prozess davor.

Die häufigsten Fehler in der Praxis:

Keine Redirects. Die alte URL /collections/sommerjacken gibt es nicht mehr. Die neue heißt /collections/sommer-jacken-damen. Google kennt nur die alte URL, findet eine 404-Seite und entfernt sie aus dem Index. Multipliziert mit Hunderten von URLs ergibt das einen massiven Ranking-Verlust über Nacht.

URL-Struktur ohne Mapping geändert. Shopify hat eine feste URL-Struktur: /products/, /collections/, /pages/, /blogs/. Wenn der alte Shop keine dieser Präfixe hatte — und das ist bei WooCommerce, Magento und den meisten anderen Plattformen der Fall — muss jede einzelne URL gemappt werden. Das wird regelmäßig vergessen oder halbherzig gemacht.

Content gelöscht oder konsolidiert. Beim Relaunch werden alte Kategorietexte entfernt, Blogposts nicht übernommen, Landingpages zusammengelegt. Klingt nach Aufräumen. Ist aber aus SEO-Sicht eine Katastrophe, wenn diese Seiten Rankings und Backlinks haben. Jede gelöschte Seite mit Rankings ist verlorener Traffic.

noindex von der Staging-Umgebung übernommen. Klassiker: Der neue Shop wird auf einer Staging-Domain entwickelt. Im Template steht <meta name="robots" content="noindex">. Beim Go-Live wird vergessen, das zu entfernen. Google deindexiert den gesamten Shop.

Meta-Daten nicht übernommen. Titles und Descriptions wurden im alten Shop über Jahre optimiert. Beim Relaunch werden Standard-Titel aus dem neuen Theme übernommen: ›Produkt kaufen — Dein Shop‹. Alle Ranking-Signale die an den alten Titles hingen, gehen verloren.

Die SEO-Risiken quantifizieren

Der Schaden eines misslungenen Relaunches lässt sich konkret berechnen. Ein Shop mit 15.000 monatlichen organischen Besuchern, einer Conversion Rate von 2% und einem durchschnittlichen Bestellwert von 80 Euro generiert monatlich 24.000 Euro Umsatz allein über organischen Traffic. Bei einem Traffic-Verlust von 70% sind das 16.800 Euro weniger — jeden Monat. Bis sich Rankings erholen, vergehen im besten Fall 3-6 Monate. Im schlimmsten Fall erholen sie sich nie, weil die Authority an die alten URLs gebunden war und diese nun auf 404-Seiten zeigen.

Das sind keine theoretischen Zahlen. Das sind Werte, die wir in der Praxis bei Shops gesehen haben, die ohne SEO-Migrationsplan relauncht wurden.

Der Migrationsplan: Was muss passieren

Eine erfolgreiche Migration hat drei Phasen: Vor dem Launch, der Go-Live selbst, und die Wochen danach.

Phase 1: Pre-Migration (4-8 Wochen vor Go-Live)

Die Basis für alles ist eine vollständige Bestandsaufnahme des aktuellen Shops. Was genau muss erfasst werden:

- URL-Inventar: Alle indexierten URLs crawlen. Screaming Frog, Sitemap-Export, Google Search Console — die Quellen ergänzen sich. Ziel: eine vollständige Liste aller URLs, die Google kennt. - Ranking-Baseline: Welche URLs ranken für welche Keywords? Welche URLs bringen den meisten organischen Traffic? Diese Information bestimmt die Prioritäten beim Redirect-Mapping. - Backlink-Audit: Welche URLs haben externe Links? Diese müssen zwingend korrekt weitergeleitet werden, weil eingehende Links Authority vererben. - Content-Inventur: Welche Seiten haben einzigartigen, wertvollen Content? Was kann übernommen werden? Was muss neu geschrieben werden? Was kann weg — und mit welcher Redirect-Strategie? - Meta-Daten-Export: Alle Titles, Descriptions, Alt-Texte exportieren und für den neuen Shop vorbereiten.

Auf Basis dieser Bestandsaufnahme entsteht das Redirect-Mapping: Eine Tabelle die jede alte URL ihrer neuen URL zuordnet. Keine Ausnahmen. Jede URL die im alten Shop Traffic oder Backlinks hat, braucht einen 301-Redirect auf die semantisch passende neue URL.

Phase 2: Go-Live

Der Switch selbst muss schnell gehen. DNS-Umstellung, SSL-Zertifikat, Redirects aktivieren. Aber vorher: Ein vollständiger Testlauf auf der Staging-Umgebung. Alle Redirects prüfen. Alle Meta-Daten prüfen. Alle Canonical Tags prüfen. robots.txt und Sitemap prüfen. Die noindex-Tags entfernen — klingt offensichtlich, wird trotzdem regelmäßig vergessen.

Phase 3: Post-Launch-Monitoring (1-12 Wochen nach Go-Live)

Die Arbeit endet nicht am Go-Live-Tag. Die kritische Phase beginnt danach:

- Erste 48 Stunden: Google Search Console auf Crawl-Fehler prüfen. 404-Seiten identifizieren und fehlende Redirects nachziehen. Indexierung der neuen Sitemap beantragen. - Erste Woche: Rankings der Top-30-Keywords monitoren. Traffic-Vergleich mit der Vorwoche. Neue 404-Fehler die durch Google-Recrawl entstehen, abfangen. - Erster Monat: Indexierungsstatus aller wichtigen URLs prüfen. Sind die neuen URLs indexiert? Sind die alten URLs deindexiert oder redirected? Gibt es unerwartete Ranking-Bewegungen? - Monate 2-3: Stabilisierung. Rankings sollten sich auf dem Niveau des alten Shops einpendeln oder verbessern — sofern die Migration sauber war und der neue Content mindestens gleichwertig ist.

Technische Migration: Daten und Systeme

Neben dem SEO-Aspekt gibt es die rein technische Seite: Produkte, Kunden, Bestellungen, Metafelder. Shopify bietet dafür verschiedene Wege — vom CSV-Import über die Admin API bis zu spezialisierten Migrations-Apps.

Der Knackpunkt ist nicht der Import selbst, sondern die Datenintegrität: Werden Varianten korrekt übernommen? Stimmen die SKUs? Sind Kundendaten DSGVO-konform migriert? Werden Bestellhistorien korrekt verknüpft? Diese Fragen klingen banal, werden aber regelmäßig erst nach dem Go-Live entdeckt — wenn der Kundenservice überläuft.

Timeline und Aufwand

Eine saubere Shopify-Migration ist kein Wochenendprojekt. Realistische Timelines:

- Einfacher Relaunch (gleiche Plattform, neues Theme): 2-4 Wochen, davon 1 Woche SEO-Vorbereitung - Plattformwechsel (kleiner Shop, <500 Produkte): 4-8 Wochen, davon 2 Wochen SEO-Migration - Plattformwechsel (großer Shop, >5.000 Produkte): 8-16 Wochen, davon 4-6 Wochen SEO-Migration - Internationaler Relaunch mit mehreren Märkten: 12-24 Wochen, SEO-Migration parallel zum gesamten Prozess

Der SEO-Aufwand wird systematisch unterschätzt. Redirect-Mapping allein dauert bei einem Shop mit 2.000 URLs mehrere Tage — nicht Stunden. Content-Inventur, Meta-Daten-Übernahme und Post-Launch-Monitoring kommen dazu.

Warum smplx. Migrationen anders angeht

Das Kernproblem bei den meisten Migrationen ist die Trennung von Entwicklung und SEO. Die Agentur baut den neuen Shop, der SEO-Berater soll danach aufräumen. Das funktioniert nicht, weil SEO-Entscheidungen in die Architektur des Shops gehören — nicht ins Nachträgliche.

Bei smplx. machen wir beides. Wir entwickeln den Shop und wir verantworten die SEO-Migration. Das bedeutet: URL-Struktur wird vor der Entwicklung festgelegt. Redirects werden als Teil des Deployments implementiert. Content-Übernahme ist ein Workstream im Projektplan, kein Nachgedanke. Und das Post-Launch-Monitoring startet am Tag des Go-Lives, nicht drei Wochen später wenn der Kunde anruft und fragt warum kein Traffic mehr kommt.

Das haben wir bei Shops wie J.Clay und Tramontina bewiesen: Mehrfache Iterationen, Theme-Wechsel und Relaunches — ohne einen einzigen Ranking-Verlust. Weil SEO bei jeder Entscheidung am Tisch sitzt.

In den folgenden Artikeln gehen wir tiefer in die einzelnen Aspekte der Shopify-Migration ein: Vom Redirect-Mapping über die Content-Strategie bis zur Post-Launch-Checkliste.