SEO-sicherer Shop-Relaunch: Der vollständige Leitfaden für Shopify-Migrationen

Ein Shop-Relaunch ist eine der risikoreichsten Maßnahmen im E-Commerce. Nicht wegen des Aufwands, des Budgets oder der technischen Komplexität. Sondern weil in wenigen Stunden vernichtet werden kann, was du dir über Jahre organisch aufgebaut hast.

Ich habe in den letzten Jahren dutzende Shopify-Migrationen und Relaunches begleitet. Die Shops, bei denen etwas schiefging, hatten fast immer dasselbe Problem: SEO war nachgelagert. Kein eigenes Budget, kein eigenes Zeitfenster, keine eigene Checkliste. “Der Entwickler macht das schon” – dieser Satz hat mehr Umsatz gekostet als jede andere Aussage im E-Commerce.

Dieser Artikel ist kein generischer Relaunch-Guide. Er ist das, was ich meinen Kunden erkläre – mit den spezifischen Eigenheiten von Shopify, den Fehlern, über die niemand spricht, und den Maßnahmen, die den Unterschied zwischen einem temporären Dip und einem dauerhaften Schaden ausmachen.

Warum SEO beim Relaunch so kritisch ist

Bevor wir über die Lösung sprechen, müssen wir verstehen, warum das Problem überhaupt existiert.

Wenn du deinen Shop relauncht oder von einer Plattform zu Shopify migrierst, passiert aus Google-Sicht Folgendes: Eine Website, die Google über Monate oder Jahre gelernt hat zu verstehen, existiert plötzlich in einer anderen Form. Neue URLs, neues HTML, neues Crawling-Verhalten. Google muss von vorne anfangen.

Das allein ist kein Problem. Google ist darauf ausgelegt, Veränderungen zu verarbeiten. Das Problem entsteht, wenn Signale verloren gehen, die Google geholfen haben, deinen Shop als relevant einzustufen:

• Backlink-Signale: Externe Links auf nicht mehr existierende URLs verpuffen ins Leere
• Crawl-Historien: Google hat Crawl-Prioritäten basierend auf deiner alten Struktur aufgebaut
• Index-Status: Falsch gesetzte noindex-Tags oder robots.txt-Einträge können die Indexierung blockieren
• Technische Signale: Wenn die neue Seite langsamer, schlechter strukturiert oder inhaltlich dünner ist, wertet Google ab

Der finanzielle Impact ist real. Bei einem Shop, der 30 % seines Umsatzes über organischen Traffic macht, bedeuten 60 % Rankingverlust für 3 Monate je nach Umsatzgröße schnell fünfstellige Einbußen.

Vor dem Start: Die SEO-Bestandsaufnahme, die die meisten überspringen

Das ist die Phase, in der Relaunch-Projekte gewonnen oder verloren werden – Wochen bevor der erste Code auf dem neuen System geschrieben wird.

Was du vor jedem Relaunch dokumentieren musst

1. Vollständiger URL-Crawl

Crawle deinen gesamten bestehenden Shop mit einem Tool wie Screaming Frog oder Sitebulb. Du brauchst eine vollständige Liste aller indexierten URLs: Produktseiten, Kategorieseiten, Blog-Artikel, Landingpages, Tag-Seiten, Filter-URLs, PDFs. Alles.

Das ist die Grundlage für dein URL-Mapping. Ohne diese Liste arbeitest du blind.

2. Top-Rankings und Traffic-Seiten identifizieren

Öffne die Google Search Console und exportiere alle Seiten, sortiert nach Klicks (letzte 12 Monate). Die Top 20 % deiner Seiten generieren typischerweise 80 % deines organischen Traffics. Diese Seiten müssen mit besonderer Sorgfalt behandelt werden.

Ebenso wichtig: Nicht alle Traffic-Seiten ranken für das offensichtliche Keyword. Prüfe für jede deiner Top-Seiten, für welche Keywords sie tatsächlich Klicks bringt.

3. Backlink-Profil sichern

Nutze Ahrefs, Semrush oder Google Search Console, um alle externen Links zu exportieren. Welche URLs haben starke externe Backlinks? Diese URLs sind besonders wertvoll – ein verlorener Backlink auf eine nicht weitergeleitete URL ist dauerhafter Linkjuice-Verlust.

4. Alle Meta-Daten sichern

Exportiere alle Meta-Titles und Meta-Descriptions. Im besten Fall übernimmst du sie 1:1 ins neue System. Im schlechtesten Fall hast du wenigstens einen Backup.

5. Core Web Vitals Baseline messen

Messe LCP, INP und CLS deines aktuellen Shops in der Search Console oder mit PageSpeed Insights. Diese Werte sind deine Benchmark. Der neue Shop sollte mindestens genauso gut sein – idealerweise besser.

6. Structured Data inventarisieren

Welches Schema Markup ist aktuell aktiv? Product, BreadcrumbList, Organization, FAQPage? Alles, was heute da ist, muss im neuen Shop mindestens in derselben Qualität vorhanden sein.

7. Interne Verlinkungsstruktur dokumentieren

Welche Seiten verlinken intern aufeinander? Die Verlinkungsarchitektur ist ein Ranking-Signal. Wenn du sie beim Relaunch komplett neu strukturierst, müssen die wichtigsten internen Links explizit neu gesetzt werden.

8. Tracking validieren

Stelle sicher, dass GA4, Google Ads Conversion Tracking und alle anderen Tracking-Tags korrekt funktionieren – und zwar bevor du migrierst. Sonst siehst du nach dem Relaunch keine belastbaren Daten.

Der richtige Zeitpunkt: Wann ist ein Relaunch aus SEO-Sicht sinnvoll?

“Launche außerhalb der Hauptsaison” – diesen Satz liest du in jedem Relaunch-Artikel. Was niemand erklärt: wie du das für deinen konkreten Shop herausfindest und was du machst, wenn das Timing nicht dein ist.

So findest du das optimale Zeitfenster in GA4

Öffne in GA4 den Bericht “Akquisition → Übersicht” und wechsle auf den Vergleich “Organische Suche”. Schaue dir die letzten 24 Monate an. Du suchst:

• Die 6 Wochen mit dem geringsten organischen Traffic (dein Launch-Fenster)
• Die Wochen davor und danach mit steigendem Traffic (hier launchen ist besonders riskant)
• Unregelmäßigkeiten wie Einbrüche durch saisonale Events oder Feiertage

Für die meisten deutschen E-Commerce-Shops ergibt sich folgendes Muster:

• Schlechtestes Zeitfenster: Oktober bis Dezember (Vorweihnachtsgeschäft)
• Ebenfalls kritisch: Februar bis März (viele Shops haben hier den ersten Frühjahrspeak)
• Gutes Fenster: Januar (Post-Weihnachts-Delle), Juli bis August (Sommerpause im B2B)

Was tun bei erzwungenem Timing?

Nicht immer hast du die Wahl. Die Hosting-Plattform läuft aus, ein Investor hat ein festes Go-live-Datum gesetzt, oder dein altes System ist nicht mehr wartbar. In diesen Fällen gilt:

• Setze noch mehr Energie in die Pre-Launch-Phase (5× so viel Zeit für Redirect-Mapping)
• Plane ein erhöhtes SEA-Budget für die ersten 6 Wochen nach dem Launch, um organische Verluste abzufedern
• Kommuniziere intern eine realistische Erwartungshaltung: temporäre Rückgänge sind programmiert

Wochentag und Tageszeit

Launche nie an einem Freitag. Das ist die unseriöseste Empfehlung, die ich wiederholen muss – weil sie trotzdem regelmäßig ignoriert wird. Ein kritischer Fehler am Freitagabend kann erst am Montag behoben werden.

Der optimale Zeitpunkt: Dienstag oder Mittwoch, morgens zwischen 8 und 10 Uhr. Dein Team ist voll verfügbar, Google crawlt morgens aktiv, und du hast den gesamten Arbeitstag für die erste Post-Launch-Beobachtung.

URL-Strategie und Redirect-Mapping: Das Herzstück jeder Migration

Das ist das Thema, über das alle Artikel schreiben. Ich werde trotzdem tiefer gehen, weil die Ausführung entscheidet – nicht das Wissen, dass man es tun sollte.

Das vollständige URL-Mapping

Ein URL-Mapping ist eine Tabelle mit zwei Spalten: alte URL und neue URL. Klingt simpel. Ist es nicht, wenn du tausende von Produkt-, Kategorie- und Blog-URLs hast.

Mein Vorgehen in der Praxis:

Schritt 1: Vollständigen Crawl exportieren (alle URLs) Schritt 2: Google Search Console Daten hinzufügen (Klicks und Impressionen pro URL) Schritt 3: Sortieren nach organischem Traffic (absteigend) Schritt 4: Neue URLs aus dem Ziel-System exportieren (Shopify Bulk Export) Schritt 5: Matching – automatisch wo möglich, manuell für Traffic-starke Seiten Schritt 6: Fehlende Mappings identifizieren und entscheiden: neue URL erstellen oder auf die nächstpassende Seite umleiten

Für Traffic-schwache Seiten ohne direkte Entsprechung: Auf die nächst relevante Kategorie oder die Homepage umleiten. Niemals eine 404 stehen lassen.

Was häufig vergessen wird

• Tag- und Filter-URLs: /collections/shirts?color=red – diese URLs sind oft indexiert und haben Traffic
• Paginierte Seiten: /collections/shirts?page=2 – häufig indexiert, selten berücksichtigt
• Blog-Kategorien und Archive
• Landingpages aus Ad-Kampagnen – diese URLs sind oft stark verlinkt
• PDF-Dokumente und Handbücher
• Bilder-URLs, wenn du externen Traffic über Bildsuche bekommst

301 vs. 302: Der Unterschied, der zählt

Ein 301-Redirect signalisiert Google: “Diese URL ist dauerhaft umgezogen – übertrage alle Signale auf die neue Ziel-URL.” Ein 302-Redirect sagt: “Vorübergehend umgezogen – behalte die alte URL im Index.”

Beim Relaunch brauchst du ausnahmslos 301-Redirects. Keine 302-Redirects, keine Meta-Refresh-Weiterleitungen, keine JavaScript-Redirects (die Google nicht zuverlässig verfolgt).

Redirect-Ketten vermeiden

Eine Redirect-Kette entsteht, wenn URL A auf URL B weiterleitet und URL B auf URL C. Jede Stufe kostet Linkjuice und verlangsamt den Crawl. Beim Relaunch passiert das besonders häufig, wenn auf einem System bereits Redirects existieren, die auf das neue System “obendrauf” kommen.

Auflösung: Prüfe alle bestehenden Redirects und aktualisiere sie so, dass sie direkt auf die finale Ziel-URL zeigen.

Aus der Praxis: Ein Shopware-Shop mit 4.200 Produkten hatte nach einer Migration zu Shopify zunächst ein vollständiges Redirect-Mapping – aber über 800 Redirect-Ketten aus dem alten System wurden mitgezogen. Das Crawl-Budget sank um 40 %, und mehrere wichtige Seiten wurden wegen übermäßiger Redirect-Tiefe seltener gecrawlt. Die Bereinigung dauerte zwei Wochen und war Pflichtarbeit, bevor wir die Rankings stabilisieren konnten.

Shopify-spezifische SEO-Besonderheiten: Was du vorher wissen musst

Das ist das Kapitel, das die meisten anderen Guides auslassen – weil es unbequeme Wahrheiten enthält. Als Shopify-Berater ist es meine Aufgabe, diese Wahrheiten zu kommunizieren, bevor du migrierst.

Keine hierarchischen Kategorie-URLs

Shopify erzwingt feste URL-Präfixe: /products/, /collections/, /blogs/, /pages/. Du kannst diese nicht entfernen oder ändern.

Das bedeutet konkret: Eine URL wie /mode/herren/jacken/produkt-name ist auf Shopify nicht möglich. Deine Produkt-URL wird immer /products/produkt-name sein. Für Shops, die von Shopware oder WooCommerce migrieren und dort tiefe URL-Hierarchien haben, ist das ein relevanter Unterschied.

Für SEO ist das kein K.O.-Kriterium. Shopify-Shops ranken trotzdem sehr gut – Gymshark, Allbirds und tausende andere beweisen das täglich. Aber es bedeutet, dass du deine URL-Strategie vor der Migration anpassen musst, statt sie 1:1 zu übertragen.

Duplicate Content durch Kollektions-URLs

Jedes Produkt in Shopify ist unter zwei URLs erreichbar:

• /products/produkt-name
• /collections/kollektion-name/products/produkt-name

Shopify setzt automatisch einen Canonical-Tag von der Kollektions-URL auf die Produkt-URL. Das funktioniert in den meisten Fällen. Aber: Manche Theme-Anpassungen oder Apps können diese Canonicals überschreiben oder entfernen. Nach dem Relaunch unbedingt prüfen.

Variant-URLs und Duplicate Content

Wenn du Produktvarianten hast (Größen, Farben), erstellt Shopify für jede Variante einen URL-Parameter: /products/t-shirt?variant=12345. Diese URLs sind standardmäßig nicht indexiert, weil Shopify einen Canonical auf die Haupt-URL setzt. Prüfe das nach jedem Relaunch – besonders nach Theme-Updates.

Eingeschränkte robots.txt-Kontrolle

Shopify generiert die robots.txt automatisch. Du kannst sie über die Theme-Dateien (robots.txt.liquid) anpassen, aber nicht vollständig frei konfigurieren wie bei einer WordPress-Installation.

Für die meisten Shops reicht die Standard-robots.txt. Kritisch wird es, wenn du bestimmte Kollektions-URLs oder Filter-Kombinationen explizit aus dem Index halten willst – hier stößt du an Shopify-Grenzen.

Blog-Limitierungen

Shopifys Blog-Funktion ist funktional, aber verglichen mit WordPress eingeschränkt. Keine nativen Kategorie-Hierarchien für Blogartikel, kein natives Multi-Autor-System, kein erweitertes Taxonomy-System. Wer einen starken Content-Hub mit verschachtelten Themen aufbauen will, muss mit diesen Einschränkungen kreativ umgehen.

Die 5 vergessenen SEO-Faktoren beim Relaunch

Diese Punkte kommen in keinem Standard-Relaunch-Guide vor. Ich sehe die Konsequenzen trotzdem regelmäßig in der Praxis.

1. Google Merchant Center und Shopping-Feed

Das ist der am häufigsten übersehene Faktor – mit direktem Umsatz-Impact.

Dein Google Merchant Center-Feed enthält Produkt-URLs. Wenn sich diese URLs beim Relaunch ändern und du den Feed nicht aktualisierst, liefert Google Shopping weiterhin Traffic auf 404-Seiten. Google deaktiviert die betroffenen Produkte nach wenigen Tagen wegen “Nicht vorhandener Landing Page”.

Was zu tun ist:

1. Neuen Feed vorbereiten, der die neuen URLs enthält
2. Zeitgleich mit dem Go-live aktivieren oder innerhalb der ersten 24 Stunden
3. Manuelle Überprüfung in Google Merchant Center am Tag nach dem Launch

2. Kundenbewertungen als SEO-Asset

Kundenbewertungen sind für SEO wertvoller, als die meisten denken. Sternebewertungen in den SERPs (durch AggregateRating-Schema) erhöhen die Klickrate messbar. Review-Texte enthalten Long-Tail-Keywords, für die du selbst keinen Content erstellt hättest. Und frische Reviews sind ein Aktualitätssignal.

Bei einer Migration können Reviews verloren gehen, wenn du das Tool wechselst (von Trusted Shops zu Yotpo zum Beispiel) oder wenn die Review-Migration nicht Teil des Projekts war.

Was ich empfehle:

• Reviews-Export beim alten System rechtzeitig anfragen (Fristen beachten!)
• Import in das neue System vor dem Go-live testen
• AggregateRating-Schema nach Migration prüfen

3. Die wichtigsten Backlink-Geber direkt kontaktieren

Jedes SEO-Tutorial erklärt, dass 301-Redirects Backlinks “sichern”. Was niemand erklärt: Ein 301-Redirect überträgt zwar ca. 90–99 % des Linkjuice – aber nicht 100 %. Jede Weiterleitung bedeutet minimalen Signalverlust.

Effektiver Ansatz: Exportiere deine 20–30 stärksten Backlinks (nach Domain Rating sortiert). Schreibe die Webmaster direkt an und bitte um Aktualisierung der verlinkten URL. Das kostet 2–3 Stunden Zeit und eliminiert Signalverlust vollständig. Meist antworten 50–70 % der kontaktierten Webmaster.

4. Tracking-Integrität sichern

GA4, Google Ads Conversion Tracking, Meta Pixel, Klaviyo, Hotjar – alle diese Integrationen müssen nach dem Relaunch funktionieren. Was häufig passiert: Die Staging-Umgebung hat alte Tracking-IDs, diese werden versehentlich ins Live-System übertragen.

Pflicht-Checkliste für Tracking nach dem Launch:

• GA4: Echtzeit-Report öffnen und eine Testbestellung durchführen
• Google Ads: Conversion-Tag im Tag Assistant validieren
• Checkout-Funnel: Jeden Schritt manuell durchklicken und in GA4 prüfen
• DataLayer-Ereignisse: Mit Browser Developer Tools oder Tag Assistant verifizieren

5. Relaunch als Chance für AI-Optimierung nutzen

Das ist das Thema, das 2026 entscheidend wird und das kein anderer deutschsprachiger Artikel zur Shop-Migration behandelt.

Google AI Overviews, ChatGPT Search, Perplexity – all diese Systeme zitieren Websites, die strukturiert, klar und fachlich autoritativ sind. Ein Relaunch ist die perfekte Gelegenheit, von Tag 1 an für diese Systeme optimiert zu sein:

• FAQPage-Schema auf allen relevanten Produkt- und Kategorieseiten von Beginn an einbauen
• Product-Schema vollständig ausfüllen: GTIN, Marke, Material, Maße – alles, was Shopify-Produktdaten erlauben
• Klare Definition-Boxen und strukturierte Abschnitte auf Content-Seiten – Absätze, die eine Frage konkret beantworten, werden bevorzugt zitiert
• Authority-Signale: Autorenprofile, “Über uns”-Seite mit konkreten Zahlen und Credentials

Aus der Praxis: Ich habe Anfang 2026 einen Shop bei einer Migration zu Shopify von Beginn an für AI Overviews optimiert: vollständiges Product-Schema, FAQPage auf allen Kategorieseiten, strukturierte Content-Abschnitte in den Kollektionsbeschreibungen. Drei Monate nach Launch wurde der Shop in Perplexity-Antworten für fünf Produkt-Keywords zitiert – ohne dass wir explizit daran gearbeitet hatten. Es war die Grundstruktur, die es ermöglicht hat.

Der Go-live-Tag: Was du Stunde für Stunde machen musst

Der Go-live-Tag ist kein Event – er ist ein Kontrollprozess. Hier ist der Ablauf, den ich mit meinen Kunden durchgehe.

2 Stunden vor dem Launch

• Finales Backup des alten Systems erstellen
• Staging-Umgebung ein letztes Mal auf noindex-Tags prüfen (alle Seiten, nicht nur die Homepage)
• robots.txt prüfen: Disallow-Regeln aus Staging entfernt?
• Redirect-Mapping im neuen System verifizieren (Stichprobe: 20 URLs manuell testen)
• Google Merchant Center: Neuen Feed vorbereitet?

Go-live (0 Stunden)

• DNS-Wechsel oder Theme-Aktivierung durchführen
• Sofort nach dem DNS-Wechsel: 5 kritische URLs im Browser manuell öffnen und prüfen
• robots.txt live prüfen: https://deinshop.de/robots.txt
• Sitemap live prüfen: https://deinshop.de/sitemap.xml

1–2 Stunden nach Launch

• Google Search Console: neue Sitemap einreichen
• URL-Inspection für die 10 wichtigsten Seiten starten
• 20 zufällige Redirect-Tests durchführen (alte URL → Erwartete neue URL)
• GA4 Echtzeit-Report: Kommen Sessions an?
• Eine Testbestellung durchführen – vollständiger Checkout

Erste 24 Stunden

• Stündliche Checks auf Google Search Console (Crawl-Fehler)
• 404-Bericht in GSC täglich prüfen (Fehler kommen mit 24–48h Verzögerung)
• Core Web Vitals: PageSpeed Insights für Homepage und eine Produktseite
• Server-Response-Times: Kein Seite sollte länger als 500ms TTFB haben

Was ein sofortiger Rollback erforderlich macht

Leg vorab klare Trigger fest. Ich empfehle einen sofortigen Rollback, wenn:

• Die Homepage nicht erreichbar ist (HTTP 500 oder Timeout)
• noindex im <head> der Live-Site festgestellt wird
• Der Checkout nicht funktioniert
• Mehr als 30 % der Produktseiten 404-Fehler zurückgeben

Einen Rollback-Plan zu haben heißt nicht, ihn benutzen zu müssen. Aber ohne Plan verlierst du Zeit mit Entscheidungen, wenn es brennt.

Post-Launch-Monitoring: Was normal ist – und wann du dir Sorgen machen solltest

Das ist das Thema, das in der Branche fast komplett fehlt. Alle Artikel schreiben über “Monitoring in der ersten Woche”. Niemand erklärt, was danach kommt.

Was in den ersten 4 Wochen normal ist

Ein temporärer Rückgang von 5–20 % in den ersten 2–4 Wochen ist normal. Google muss alle neuen Seiten neu crawlen, Redirects neu verfolgen und Signale neu bewerten. Das dauert Zeit.

Was du siehst: Rankings schwanken, einzelne Keywords fallen vorübergehend auf Seite 2, der organische Traffic sinkt leicht. Das ist keine Panik-Situation.

Was du sofort angehen musst: 404-Fehler für Seiten mit Traffic (täglich in GSC prüfen), Crawl-Anomalien (deutlich reduzierte Crawl-Rate), plötzliche Indexierungs-Einbrüche.

Monat 2 und 3: Die Stabilisierungsphase

Ab Woche 4 bis 12 sollten sich die Rankings stabilisieren und auf dem Niveau des alten Systems ankommen – oder besser sein, wenn der neue Shop technisch überlegen ist.

In dieser Phase empfehle ich wöchentliche Checks auf:

• Sichtbarkeitsindex in SISTRIX oder Semrush (Trend: aufwärts oder stabil?)
• Crawl-Coverage in GSC (Werden alle wichtigen Seiten indexiert?)
• Core Web Vitals Report (Hat ein Theme-Update etwas verschlechtert?)

Ab Monat 3: Wann du dir echte Sorgen machen solltest

Wenn der organische Traffic nach 12 Wochen noch deutlich unter dem Vor-Launch-Niveau liegt (mehr als 25 % Rückgang), liegt strukturell etwas falsch. Häufige Ursachen:

• Unvollständiges Redirect-Mapping: Prüfe, welche Traffic-Seiten keine Weiterleitung haben
• Content-Verlust: Wurde Content beim Relaunch gekürzt oder gelöscht?
• Technische Regression: Haben sich Core Web Vitals verschlechtert?
• Canonicalization-Fehler: Werden falsche URLs als kanonisch gesetzt?
• Indexierungs-Probleme: Prüfe in GSC, wie viele Seiten wirklich indexiert sind

Die normalen Erholungskurven aus meiner Praxis:

• Kleiner Shop (bis 500 Produkte), saubere Migration: 4–8 Wochen bis zur vollständigen Erholung
• Mittlerer Shop (500–5.000 Produkte), saubere Migration: 8–16 Wochen
• Großer Shop (5.000+ Produkte): 12–24 Wochen
• Jede Migration mit schwerwiegenden Fehlern: 6–18 Monate, oder dauerhafter Verlust

Das 6-Monats-Review

Sechs Monate nach dem Relaunch empfehle ich ein strukturiertes Review. Vergleiche:

• Organischer Traffic vs. gleiches Zeitfenster Vorjahr
• Anzahl rankender Keywords vs. Vor-Launch
• Top-10-Rankings für deine 20 wichtigsten Keywords
• Technische Metriken (Crawled URLs, Index Coverage, Core Web Vitals)

Dieses Review zeigt dir, ob der Relaunch net positiv war – und wo noch Potenzial liegt.

Fallstudie: Shopware zu Shopify – 6.800 Produkte, minimaler Traffic-Rückgang

Ein Kunde aus dem B2B-Bereich (industrielle Kleinteile, 6.800 Produkte) wechselte von Shopware 5 zu Shopify Plus. Der organische Traffic lag vor der Migration bei ca. 28.000 Besucher pro Monat und machte 41 % des Gesamtumsatzes aus.

Die Ausgangssituation:

• 6.800 aktive Produkte, 340 Kollektionen
• Komplexe URL-Hierarchie in Shopware (/kategorie/unterkategorie/produkt)
• 2.400 externe Backlinks auf Produkt-URLs
• Starkes Ranking für 380 Long-Tail-Keywords

Was wir gemacht haben:

1. Vollständiger Crawl 8 Wochen vor Launch: 14.200 URLs identifiziert (inklusive inaktiver Produkte, Filter-URLs, Paginierung)

2. URL-Mapping: Für alle 6.800 Produkte neue Shopify-URLs generiert und gemappt. Für 2.200 inaktive Produkte: Weiterleitung auf nächste passende Kollektion.

3. Redirect-Import: 9.400 Redirects via Shopify-Redirect-Manager und CSV-Import eingerichtet (Shopify hat ein Limit von 100.000 Redirects – kein Problem hier, aber relevant für sehr große Shops)

4. Google Merchant Center: Neuen Produkt-Feed 3 Tage vor Launch vorbereitet, am Go-live-Morgen aktiviert

5. Backlink-Outreach: Die 35 stärksten Backlink-Quellen direkt kontaktiert. 22 aktualisierten die Links innerhalb von 4 Wochen.

6. Staging-Checks: 48h vor Launch vollständige Überprüfung aller noindex-Tags, robots.txt, Sitemaps

Das Ergebnis:

• Woche 1–2: -12 % organischer Traffic (erwartet und akzeptiert)
• Woche 4: -5 % (Erholungskurve läuft)
• Woche 8: +3 % über Vor-Launch-Niveau
• Monat 6: +18 % über Vor-Launch (neues System schneller, bessere Core Web Vitals)

Der minimale Traffic-Rückgang war das Ergebnis von 6 Wochen Vorbereitungsarbeit. Die Alternative – ein unvorbereiteter Launch – hätte laut meiner Erfahrung 3–6 Monate Erholungszeit bedeutet.

Stille Migration vs. Big-Bang-Relaunch: Eine oft übersehene Alternative

Nicht jeder Relaunch muss ein “alles auf einmal”-Ereignis sein. Für sehr große Shops oder Shops mit hohem organischem Traffic-Anteil gibt es eine Alternative: die schrittweise Migration.

Was ist eine schrittweise Migration?

Anstatt den gesamten Shop an einem Tag zu wechseln, migrierst du Sektion für Sektion:

1. Zuerst neue Kollektionen auf dem neuen System live schalten (alter Shop bleibt für Produkte aktiv)
2. Produkt-Seiten sukzessive migrieren (Batch für Batch, beginnend mit den Traffic-schwächsten)
3. Homepage und Checkout zuletzt

Das funktioniert am besten mit einem Reverse-Proxy (z.B. über Cloudflare Workers), der Traffic je nach URL an altes oder neues System routet.

Wann ist das sinnvoll?

• Shop mit mehr als 20.000 Produkten
• Organischer Traffic macht mehr als 40 % des Gesamtumsatzes aus
• Hohes Risiko für unvollständiges Redirect-Mapping (zu viele URLs für manuelle Qualitätskontrolle)
• Betrieb kann keinen Traffic-Einbruch tolerieren (saisonales Business)

Wann ist der klassische Big-Bang-Launch besser?

• Für die meisten Shops unter 10.000 Produkten
• Wenn die neue Plattform eine komplett andere Infrastruktur hat (kein Proxy möglich)
• Wenn Entwicklungsressourcen begrenzt sind (doppelte Systeme bedeuten doppelten Aufwand)

Dein nächster Schritt

Ein SEO-sicherer Shop-Relaunch ist kein Zufall. Er ist das Ergebnis von strukturierter Vorbereitung, klaren Prozessen und konsequentem Monitoring.

Das Wichtigste, was ich dir mitgeben kann: Beginne die SEO-Vorbereitung nicht parallel zur technischen Migration – beginne sie vorher. Mindestens 8 Wochen vor dem geplanten Go-live. Alles, was früher beginnt, kann früher fertig sein. Alles, was nachgelagert ist, wird in der Hektik des Launches halbfertig bleiben.

Wenn du einen Relaunch planst und wissen willst, wo deine konkreten SEO-Risiken liegen, helfe ich dir gerne dabei, diese systematisch zu identifizieren und zu minimieren.