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 einen großen Teil seines Umsatzes über organischen Traffic macht, bedeutet ein deutlicher Rankingverlust über mehrere Monate je nach Umsatzgröße schnell fünfstellige Einbußen (Beispielrechnung, keine Studie).

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). Bei vielen Shops bringt ein kleiner Teil der Seiten den Großteil des organischen Traffics (grobe Faustregel, bei dir kann die Verteilung anders aussehen). 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. Auch Google rät in der Dokumentation zu Seitenumzügen, den Umzug nach Möglichkeit in eine Phase mit weniger Traffic zu legen. 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 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 umleiten. Google empfiehlt in der Dokumentation zu Seitenumzügen, nicht viele unabhängige Seiten auf eine einzige Seite wie die neue Startseite umzuleiten. Wenn es wirklich keine passende Entsprechung gibt, ist ein sauberer 404 oder 410 besser als eine unpassende Weiterleitung. Wichtig ist, dass jede Seite mit Traffic oder Backlinks eine bewusste Entscheidung bekommt.

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.” Laut Google Search Central nutzt Google einen permanenten Redirect (301 oder 308) als Signal, dass die Ziel-URL die kanonische sein soll. Bei einem temporären Redirect (302, 303, 307) bleibt dagegen unter Umständen die alte Seite in den Suchergebnissen.

Beim Relaunch brauchst du deshalb 301-Redirects. Keine 302-Redirects und keine JavaScript-Redirects: Google behandelt JavaScript-Weiterleitungen als letzte Option, weil das Rendering scheitern kann und Google die Weiterleitung dann womöglich nie sieht. Ein sofortiger Meta-Refresh (0 Sekunden) zählt laut Google als permanent, ist aber nur die zweite Wahl nach dem serverseitigen Redirect.

Redirect-Ketten vermeiden

Eine Redirect-Kette entsteht, wenn URL A auf URL B weiterleitet und URL B auf URL C. Jede Stufe verlangsamt Nutzer und Crawler. Google empfiehlt in der Dokumentation zu Seitenumzügen, jede alte URL direkt auf ihr endgültiges Ziel zu leiten und Ketten kurz zu halten (maximal etwa drei Weiterleitungen hintereinander). 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.

Meine Erfahrung: Was ich häufig sehe: Das Redirect-Mapping ist vollständig, aber die alten Weiterleitungen aus dem Vorsystem werden einfach mitgezogen. So entstehen Ketten, die niemand bemerkt, bis wichtige Seiten seltener gecrawlt werden. Die Bereinigung ist dann Pflichtarbeit, bevor sich die Rankings stabilisieren. Deutlich günstiger ist es, die Ketten schon im Mapping aufzulösen.

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 in meiner Erfahrung trotzdem sehr gut. Aber es bedeutet, dass du deine URL-Strategie vor der Migration anpassen musst, statt sie 1:1 zu übertragen. Warum viele Shops trotzdem unsichtbar bleiben, erkläre ich im Beitrag Shopify SEO: Warum die meisten Shops unsichtbar bleiben.

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 nach eigener Aussage im Help Center automatisch generierte Canonical-Tags, um Duplicate Content in den Suchergebnissen zu vermeiden. In meinen Projekten zeigt der Canonical bei Standard-Themes 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-Datei robots.txt.liquid anpassen. Laut Shopify Help Center ist das aber eine nicht unterstützte Anpassung, bei der der Shopify-Support nicht hilft, und falsche Änderungen können im schlimmsten Fall den gesamten Traffic kosten. Du konfigurierst die Datei also nicht so frei 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. Laut Google Merchant Center Hilfe fallen Landingpages oder Produkt-URLs, die einen Fehlercode wie 404 liefern, unter die Richtlinie zu nicht erreichbaren Seiten: Betroffene Produkte können abgelehnt werden und werden dann nicht mehr ausgespielt. Behebe das, indem du die URLs reparierst oder auf eine aktive Seite weiterleitest und die Produktdaten aktualisierst.

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

Ein Beispiel aus meinen Projekten: Beim Shopify-Projekt für den Lebensmittelanbieter GEFRO lief der Google-Shopping-Feed nach der Migration über Multifeeds. Der Feed war damit Teil des Projekt-Scopes und kein Nachgedanke.

2. Kundenbewertungen als SEO-Asset

Kundenbewertungen sind für SEO wertvoller, als die meisten denken. Sternebewertungen in den SERPs (durch AggregateRating-Schema) können die Klickrate erhöhen, garantiert sind sie laut Google Search Central aber nicht: Google sichert nicht zu, dass strukturierte Daten in den Suchergebnissen erscheinen, und die Bewertung muss auf der Seite sichtbar sein und sich auf ein konkretes Produkt beziehen. 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”. Laut Google Search Central verursachen permanente Weiterleitungen keinen PageRank-Verlust. Redirects sind trotzdem nur die zweitbeste Lösung: Sie kosten Ladezeit, und Google empfiehlt ausdrücklich, auch bei Weiterleitungen die Links von außen und intern auf die neuen URLs zu aktualisieren.

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 in meinen Projekten wenige Stunden Zeit und nimmt Abhängigkeit von den Redirects. Wie viele Webmaster antworten, schwankt stark (in meinen Projekten waren es teils mehr als die Hälfte).

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

Meine Erfahrung: Was ich bei Migrationen beobachte: Shops, die von Beginn an mit vollständigem Product-Schema, FAQPage auf den Kategorieseiten und klar strukturierten Kollektionsbeschreibungen starten, tauchen eher in KI-Antworten auf, ohne dass jemand gezielt daran gearbeitet hat. Es ist die Grundstruktur, die das möglich macht. Nachträglich einzubauen ist sie deutlich aufwendiger als beim Relaunch.

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: Laut web.dev gelten Time-to-First-Byte-Werte bis 0,8 Sekunden als gut und Werte über 1,8 Sekunden als schlecht

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 ist normal: Google schreibt selbst, dass es bei einem Seitenumzug zu vorübergehenden Ranking-Schwankungen kommt. In meinen Projekten waren es meist 5–20 % in den ersten 2–4 Wochen (Erfahrungswert). 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

Google nennt für mittelgroße Seiten “einige Wochen oder länger”, bis die neuen URLs die alten ersetzen, bei großen Seiten dauert es länger. Die Erholungskurven aus meiner Praxis (Erfahrungswerte, keine Garantien):

• 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.

Aus der Praxis: SEO als fester Teil der Migration

Zwei meiner Projekte zeigen, wie SEO in einer Migration von Anfang an mitgedacht werden kann.

Bei Koawach war der alte Onlineshop nicht mehr zeitgemäß: fehlende Skalierbarkeit, langsame Ladezeiten und Marketing-Tools, die nur unzureichend integriert waren. Die Migration zu Shopify begann deshalb mit einer Analyse der bestehenden Prozesse und einem SEO-Check. In der technischen Umsetzung wurden dann Produkt- und Kategoriedaten übernommen und Facebook Pixel sowie Google Analytics eingebunden. Damit war die SEO-Bestandsaufnahme ein eigener Schritt in der Strategiephase und kein Nachgedanke nach dem Launch.

Bei SKINDIVIDUAL, einer Schweizer Marke für natürliche Hautpflege, basierte der bisherige Shop auf einem Standard-Theme, das der Marke nicht gerecht wurde. In der Strategiephase wurde neben Zielgruppe und Customer Journey eine SEO-optimierte Struktur konzipiert. Darauf bauten Design, Produktdaten-Integration und Marketing-Tools auf.

Was ich daraus mitnehme: SEO gehört in die Konzeption, nicht in die Woche vor dem Go-live. Wenn Struktur, URLs und Tracking geplant sind, bevor die Daten migriert werden, musst du nach dem Launch weniger reparieren. Die Schritte aus diesem Leitfaden, also Bestandsaufnahme, URL-Mapping, Redirects und Monitoring, greifen dann ineinander, statt nacheinander nachgezogen zu werden.

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

Technisch braucht das eine Weiche, die Traffic je nach URL an altes oder neues System routet. Bei Shopify ist das heikel: Laut Shopify Help Center werden Cloudflare-Proxy-Setups von Shopify nicht unterstützt. Plane eine Teilmigration deshalb nur mit einer Architektur, die Shopify unterstützt, und kläre das vorab mit deinem Shopify-Partner oder dem Shopify-Support.

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. Dazu begleite ich dich bei der Shopify Migration und bei der SEO für deinen Shop.

Quellen

Die Angaben zu Google und Shopify sind allgemeine Orientierung. Prozentwerte und Zeiträume zur Erholung sind Erfahrungswerte aus meinen Projekten, keine Garantien.

• Google Search Central: Seitenumzug mit URL-Änderungen, URL-Mapping, Weiterleitungen, Ranking-Schwankungen, Timing (Stand November 2026)
• Google Search Central: Weiterleitungen und Google Search, permanente und temporäre Redirects, JavaScript-Redirects (Stand November 2026)
• Google Search Central: Indexierung blockieren (noindex), Wirkung von noindex (Stand November 2026)
• Google Search Central: Review Snippet, AggregateRating und Voraussetzungen (Stand November 2026)
• Google Merchant Center Hilfe: Landingpage-Anforderungen, Fehlerseiten als Ablehnungsgrund (Stand November 2026)
• web.dev: Time to First Byte, TTFB-Schwellenwerte (Stand November 2026)
• Shopify Help Center: URL-Weiterleitungen, Redirect-Limits und CSV-Import (Stand November 2026)
• Shopify Help Center: SEO-Überblick, automatische Canonical-Tags, Sitemap und robots.txt (Stand November 2026)
• Shopify Help Center: robots.txt bearbeiten, robots.txt.liquid und Einschränkungen (Stand November 2026)
• Shopify Help Center: Domain-Probleme beheben, Cloudflare-Proxy wird nicht unterstützt (Stand November 2026)