Von Shopware zu Shopify: die vollständige Redirect-Map ohne Traffic-Verluste
Ein Praxis-Leitfaden für Shopbetreiber, Entwickler und SEO-Verantwortliche, die einen Shopware-5-Store auf Shopify migrieren.
Kernaussage
Die Redirect-Map ist der SEO-kritischste Bestandteil jeder Shopware-zu-Shopify-Migration. Unvollständige Weiterleitungen und blinde Vertrauensfehler in Shopify-Redirect-Funktionen sind erfahrungsgemäß die häufigsten Gründe für vermeidbare Traffic-Einbrüche in den ersten Wochen nach dem Go-Live. Eine belastbare Redirect-Map entsteht aus mehreren Datenquellen, berücksichtigt die spezifischen Grenzen von Shopify und muss vor dem Cutover getestet werden.
Warum viele Redirect-Maps unvollständig sind
Die häufigste Fehlannahme bei Shopware-zu-Shopify-Migrationen: Wer aus Shopware eine URL-Liste zieht oder die Sitemap exportiert, hat die Grundlage für die Redirect-Map. Das stimmt nicht.
Die Shopware-Sitemap zeigt, welche URLs aktuell existieren. Sie zeigt nicht:
- URLs, die früher existierten und in der Zwischenzeit umbenannt wurden – aber weiterhin in Google-Indexen stehen und Backlinks halten
- URLs, die durch Routing-Fehler aktuell defekt sind, aber trotzdem indexiert bleiben
- URLs, die Impressionen bei Google erzeugen, aber nie fest in einer Sitemap standen
- URLs, auf die externe Seiten verlinken, die aber intern nirgends mehr eingebunden sind
Jede dieser vier Kategorien muss bei der Erstellung der Redirect-Map bewertet werden. Existiert eine relevante Nachfolgeseite, wird ein Redirect gesetzt. Gibt es keinen sinnvollen Ersatz, ist ein korrekter 404 in der Regel die bessere Lösung.
Die belastbare Basis für die meisten Migrationen entsteht aus drei Datenquellen:
- Shopware-Datenbank (was existiert und was existierte)
- Google Search Console (was tatsächlich Traffic bringt und Impressionen erzeugt)
- Backlink-Profil (was extern verlinkt ist)
Diese drei zusammen decken den Großteil der SEO-relevanten URLs ab. Für Enterprise-Setups oder Stores mit umfangreichen Paid-Kampagnen, Content-Feeds, mehrsprachigen Sitemaps oder international relevanten Suchmaschinen jenseits von Google sollten weitere Quellen einbezogen werden: ein vollständiger Crawl des Live-Stores, Analytics-Landingpage-Daten, Server-Logs (soweit verfügbar), URLs aus E-Mail-Kampagnen und Affiliate-Systemen, Bild- und PDF-URLs sowie hreflang- und Canonical-Ziele. Was für Ihre Migration relevant ist, hängt von Ihrem Marketing-Mix ab.
Phase 1 - URL-Inventar aus Shopware ziehen
Shopware 5 verteilt URL- und Zuordnungsdaten auf mehrere Datenbank-Tabellen. Welche davon benötigt werden, hängt vom jeweiligen Shopware-Setup ab. Plugins, Subshops und individuelle Routing-Konfigurationen können zusätzliche Datenquellen erforderlich machen.
Die typischerweise relevanten Shopware-5-Datenbanktabellen
|
Tabelle
|
Inhalt
|
|---|---|
|
s_articles / s_articles_details
|
Produktstamm- und Variantendaten zur Zuordnung
|
|
s_categories
|
Kategorien und Hierarchie zur Zuordnung
|
|
s_cms_static
|
Statische Seiten (AGB, Datenschutz, Impressum, Widerruf, Versand, Kontakt)
|
|
s_core_rewrite_urls
|
Generierte aktuelle und gegebenenfalls historische SEO-Pfade
|
Besonders relevant ist s_core_rewrite_urls. Die Tabelle kann neben aktuellen auch historische SEO-Pfade enthalten. Die Einträge sollten nach Subshop, Haupt-URL, Aktualität und tatsächlichem Verhalten geprüft werden. Die Produkt-, Varianten- und Kategoriedaten helfen anschließend dabei, die Pfade den richtigen Inhalten zuzuordnen.
Zwei Wege zum URL-Inventar
- Weg A – Datenbank-Auswertung. Relevante Rewrite-, Produkt-, Kategorie- und Seitendaten exportieren und für die URL-Zuordnung zusammenführen. Vorteil: berücksichtigt auch historische Pfade. Nachteil: braucht Datenbank-Zugang, SQL-Kenntnisse und eine Prüfung des individuellen Shopware-Setups.
- Weg B – Sitemap-Parsing. Sitemap-URL abrufen (typischerweise /sitemap.xml oder /sitemap_index.xml), parsen und als URL-Liste exportieren. Vorteil: einfach. Nachteil: enthält nur aktuelle, kanonische URLs – keine historischen Varianten.
Empfehlung: Weg A bildet für Stores mit substanziellem organischem Traffic die stärkere Grundlage, sollte aber durch einen Live-Crawl und weitere relevante Datenquellen ergänzt werden. Für kleine Stores ohne umfangreiche SEO-Historie kann Weg B ausreichen, sofern zusätzlich ein Live-Crawl durchgeführt wird.
Was in Shopware-URLs typischerweise vorkommt
- Produkt-URLs: entweder /detail/{artikelId} (technische Variante) oder /{kategoriepfad}/{artikelname} (SEO-URL). Beide können parallel existieren und beide sind in Google indexiert.
- Kategorie-URLs: /{kategoriepfad}/ mit abschließendem Slash. Die Verschachtelungstiefe reicht in vielen Stores zwei bis vier Ebenen tief.
- Statische Seiten: /{seitenname} ohne Präfix (also /agb, /datenschutz, /impressum, /widerruf, /versand, /kontakt, /ueber-uns).
- Blog-Artikel (falls Shopware-5-Blogmodul aktiv): unter /blog/{artikel}.
- Filter-URLs: Shopware 5 nutzt Query-Parameter (?p=1&f=…). Selten indexiert, aber prüfenswert.
- Systemseiten: /account, /checkout, /note (Merkzettel), /register.
Phase 2 - Traffic-Realität aus der Google Search Console
Die Sitemap zeigt, was existiert. Die Search Console zeigt, was tatsächlich Signale erzeugt. Beides zusammen ergibt die Basis für die Priorisierung – nicht für die Frage, welche URLs überhaupt einen Redirect brauchen.
Zwei Exporte aus der Search Console
Öffnen Sie die GSC-Property, wechseln Sie in den Bericht Leistung → Seiten und ziehen Sie zwei Exporte:
- Sortiert nach Klicks, Zeitraum 16 Monate: URLs, die tatsächlich organischen Traffic bringen. Diese Liste hat höchste Test-Priorität.
- Sortiert nach Impressionen, Zeitraum 16 Monate: URLs, die ranken (Impressionen), aber wenig Klicks erhalten. Ranking-Assets, die Sie nicht verlieren wollen.
16 Monate ist das GSC-Maximum. Für längere Historie hilft nur regelmäßiger Datenexport in eine externe Datenbank oder ein Drittanbieter-Tool.
Zwei getrennte Fragen: Notwendigkeit und Test-Priorität
Ein Fehler, der in vielen Redirect-Guides steht: Traffic-Signale entscheiden darüber, ob eine URL überhaupt einen Redirect bekommt. Das führt dazu, dass Produkt- und Kategorie-URLs mit direkter Shopify-Entsprechung keinen Redirect erhalten, nur weil sie in den letzten 16 Monaten keine Klicks generiert haben. Das ist ein vermeidbarer Verlust – der Redirect ist trivial, die Entsprechung eindeutig, und langtail-relevante Rankings können jederzeit wieder auftauchen.
Die belastbare Logik trennt zwei Fragen:
Frage 1 - Braucht diese URL einen Redirect (Notwendigkeit)?
- Existiert für die alte URL eine inhaltlich äquivalente Zielseite auf Shopify (gleiches Produkt, gleiche Kategorie, gleiche statische Seite)? → Ja, Redirect setzen, unabhängig vom Traffic.
- Existiert keine sinnvolle Zielseite? → dann entscheidet die Traffic-/Backlink-Signalstärke, ob eine passende Ersatzseite gebaut wird oder ein sauberer 404 akzeptiert wird.
Frage 2 - In welcher Reihenfolge testen wir (Priorität)?
- Hohe Test-Priorität: URLs mit mehr als 10 Klicks in 16 Monaten oder mit Backlinks von relevanten Domains. Diese Redirects werden vor dem Go-Live und in den ersten Tagen danach zuerst manuell verifiziert.
- Mittlere Priorität: URLs mit Impressionen ohne Klicks.
- Niedrige Priorität: URLs ohne Traffic-Signale, aber mit äquivalenter Shopify-Zielseite. Redirect wird gesetzt, Verifikation läuft im Stichprobenverfahren.
Die konkreten Grenzwerte (10 Klicks, 100 Impressionen) sind Erfahrungswerte, keine Regeln. Für Stores mit geringem Gesamt-Traffic kann die Priorisierungsschwelle bei 5 Klicks liegen, für hohe Traffic-Stores bei 50.
Phase 3 - Backlinks nicht vergessen
Eine URL ohne Traffic, aber mit starkem externen Backlink, gehört in die Redirect-Map. Sonst geht das Autoritätssignal verloren – die verlinkende externe Domain zeigt nach dem Cutover auf einen 404, und die Linksignale können nicht auf die Zielseite übertragen werden.
Backlink-Quellen prüfen
- Google Search Console → Links → Externe Links → Am häufigsten verlinkte Seiten: kostenloser Basis-Report, gibt aber nur die Top-Backlink-Ziele.
- Ahrefs, Sistrix, Semrush oder Majestic: vollständiger Backlink-Export mit Autoritätsmetrik pro verlinkter URL.
Abgleich mit der Redirect-Map
Führen Sie den Backlink-Export mit der GSC-Liste zusammen. URLs, die in beiden Listen erscheinen, sind höchste Test-Priorität. URLs, die nur im Backlink-Export erscheinen, bekommen Redirects auf die inhaltlich passende Zielseite – Google wertet externe Autoritätssignale langsam, aber nachhaltig.
Ein pragmatischer Filter: Backlinks von Domains mit sehr niedriger Autorität nachrangig behandeln. Ein Redirect auf eine URL, die nur von einem Foren-Spam-Post verlinkt wird, ist keine Investition wert.
Phase 4 - Shopifys URL-Struktur verstehen
Shopify erzwingt bestimmte URL-Präfixe, die in Shopware anders sind. Das ist der Kern der Migration: selbst wenn Sie den Produktnamen behalten, ändert sich die URL zwingend.
|
Inhaltstyp
|
Shopware 5
|
Shopify (fix, nicht änderbar)
|
|---|---|---|
|
Produkt
|
/{kategorie}/{produkt} oder /detail/{id}
|
/products/{handle}
|
|
Kategorie
|
/{kategoriepfad}/
|
/collections/{handle}
|
|
Statische Seite
|
/{seitenname}
|
/pages/{handle}
|
|
Blog-Artikel
|
/blog/{artikel}
|
/blogs/{blog-handle}/{artikel-handle}
|
|
Suche
|
/search?q=...
|
/search?q=... (kompatibel)
|
Es gibt bei Shopify keinen Modus ohne die Präfixe /products/, /collections/, /pages/ oder /blogs/. Anders als Shopware oder WooCommerce ist das nicht konfigurierbar.
Die Definition der neuen URL-Struktur sollte Teil einer umfassenden SEO-Migrationsstrategie sein. Unsere Shopify SEO Agentur unterstützt bei der technischen Planung, der Redirect-Strategie und dem Monitoring nach dem Go-Live.
Handles klug wählen - aber ohne magisches Denken
Bevor die Redirect-Map gebaut werden kann, muss jeder Shopify-Handle feststehen. Handles werden aus dem Produkt- oder Kategorienamen generiert, können aber manuell überschrieben werden.
Wichtige Klarstellung: Der Handle bewahrt für sich genommen keine Rankings. Die eigentliche SEO-Arbeit machen der korrekte 301-Statuscode und die inhaltliche Äquivalenz zwischen Ausgangs- und Zielseite. Ein identischer Handle ist praktischer Komfort – er reduziert URL-Fragmentierung, hält Erkennbarkeit über Zeit konsistent und vermeidet zusätzliche Redirect-Ebenen, wenn irgendwo im System noch mit dem alten Handle referenziert wird.
Empfehlung für Produkte: Der Shopify-Handle sollte, wo möglich, dem letzten Segment der Shopware-URL entsprechen. Aus Shopware /kategorie/unterkategorie/artikelname-blau-l wird auf Shopify /products/artikelname-blau-l.
Empfehlung für Kategorien: Der Shopify-Handle sollte das letzte Segment der Shopware-Kategorie übernehmen. Aus Shopware /oberkategorie/unterkategorie/ wird Shopify /collections/unterkategorie. Wenn zwei Shopware-Kategorien denselben Namen auf unterschiedlichen Ebenen tragen, ist ein präfixierter Handle nötig.
Phase 5 - Shopify-spezifische Redirect-Grenzen prüfen
Bevor Sie die Redirect-Map bauen, müssen Sie die Grenzen kennen, innerhalb derer Shopifys native URL-Redirect-Funktion arbeitet. Das ist der Abschnitt, den fast alle Standard-Migrations-Guides überspringen – mit der Folge, dass Redirects im Import stehen, sich beim Live-Test aber nicht wie erwartet verhalten.
Was Shopifys native Redirect-Funktion nicht kann
Bereits gültige Shopify-URLs überschreiben. Ein Shopify-Redirect greift nur, wenn die Quell-URL im Store ansonsten nicht auflösen würde. Sobald eine URL durch ein aktives Produkt, eine Collection, eine Page oder eine andere Shopify-Route belegt ist, wird der Redirect nicht ausgeführt. Beispiel: Die feste Shopify-Route /products kann nicht als Redirect-Quelle verwendet werden. Auch eine URL, die bereits durch ein aktives Produkt, eine Collection oder eine Page belegt ist, lässt sich nicht mit einem nativen Shopify-Redirect überschreiben.
Feste Shopify-Routen als Quelle nutzen. /products, /collections, /collections/all und andere systemreservierte Pfade können nicht als „Redirect from“-Wert dienen.
Query-Strings zuverlässig verarbeiten. Redirects mit Query-Strings funktionieren laut Shopify möglicherweise nicht wie erwartet. Parameterabhängige Regeln müssen deshalb mit konkreten HTTP-Tests geprüft und gegebenenfalls außerhalb des nativen Redirect-Systems umgesetzt werden.
Collection-Tag-Filter-URLs redirecten. URLs, die über Shopify-Tag-Filter aufgerufen werden, folgen einer eigenen Routing-Logik, die vom Standard-Redirect-System nicht abgedeckt ist.
Markets-Subfolder einheitlich behandeln. Standard-Redirects können auch innerhalb aktiver Sprach- und Market-Subfolder greifen. Separate Redirects können erforderlich sein, wenn einzelne Markets abweichende Ziele benötigen oder Subfolder entfernt beziehungsweise umstrukturiert werden. Das konkrete Verhalten sollte im jeweiligen Markets-Setup live getestet werden.
Konsequenz für die Redirect-Map
Prüfen Sie vor dem Import zwei Dinge:
- Kollisions-Check: Welche Shopware-Quell-URLs kollidieren mit gültigen Shopify-Routen im neuen Store? Dabei müssen zwei Fälle unterschieden werden:
- Feste Shopify-Systemrouten wie /products oder /collections können nicht durch eine Handle-Anpassung freigegeben und nicht als Quelle eines nativen Shopify-Redirects verwendet werden. Falls eine solche Legacy-URL zwingend weitergeleitet werden muss, ist ein vorgeschalteter Redirect-Mechanismus erforderlich.
- Bei URLs, die durch ein aktives Produkt, eine Collection oder eine Page belegt sind, muss zunächst geprüft werden, ob bereits der richtige, inhaltlich äquivalente Inhalt ausgeliefert wird. Ist das der Fall, ist kein Redirect erforderlich. Wird unter der URL der falsche Inhalt ausgeliefert, kann die belegende Ressource gegebenenfalls umbenannt oder deaktiviert werden, damit die Quell-URL frei wird. Alternativ ist auch hier ein vorgeschalteter Redirect-Mechanismus notwendig.
- Query-Parameter- und Sonderrouten-Inventar: Welche Ihrer Shopware-URLs enthalten Query-Parameter, Tag-Filter oder Locale-Subfolder-Muster? Diese müssen über eine spezialisierte Redirect-App, einen vorgeschalteten Edge-Layer (Cloudflare Workers oder ähnliches) oder eine Kombination aus beidem abgebildet werden.
Testen Sie vor der Buchung, ob die App eine echte HTTP-Weiterleitung mit 301 oder 308 vor dem Theme-Rendering erzeugt, Query-Parameter korrekt verarbeitet und auch bei bestehenden Shopify-Routen wie erwartet reagiert. Nicht jede Redirect-App beherrscht alle Randfälle.
Phase 6 - Die Sonderfälle, die die meisten übersehen
Fünf Situationen, in denen die Standard-Redirect-Anleitung nicht mehr trägt.
Sonderfall 1 - Fehlerhafte Bestands-URLs trotzdem redirecten
Ein häufiges Muster in Shopware-5-Stores: Eine Kategorie wurde deaktiviert, umbenannt oder ist durch einen Routing-Fehler live nicht mehr erreichbar. Der Reflex ist, sie aus der Redirect-Map auszulassen – weil sie „nicht existiert“.
Das ist falsch. Solche URLs stehen weiterhin in Google-Indexen und werden von externen Seiten verlinkt, unabhängig vom aktuellen Live-Status im Shopware-Backend. Prüfen Sie im GSC-Seitenindexierungs-Bericht, ob die URL indexiert ist. Wenn ja: in die Redirect-Map, auch wenn die URL im Shopware-Frontend aktuell einen Fehler wirft.
Sonderfall 2 - Query-Parameter und die Grenzen von Shopify-Redirects
Wie in Phase 5 beschrieben, lassen sich Query-Strings mit Shopifys nativer Redirect-Funktion nicht zuverlässig als eigenständige Matching-Regeln abbilden. Für URLs wie /kategorie/?p=2 oder /suche?q=begriff gibt es zwei praktikable Wege – und einen dritten, der SEO-technisch keine gleichwertige Lösung ist.
Weg 1 – Spezialisierte Redirect-App. Apps wie Redirectify oder Traffic Guard bewerben Query-Parameter-Unterstützung. Verifizieren Sie vor Buchung mit einem Test-Fall, dass die App den konkreten Redirect-Typ (Wildcard, Parameter-Erhalt, Ziel-URL-Konstruktion) beherrscht.
Weg 2 – Vorgeschalteter Edge-Layer. Cloudflare Workers oder ähnliche Edge-Compute-Layer erlauben präzise Redirect-Regeln vor dem eigentlichen Shopify-Request. Braucht Entwicklungskompetenz, ist aber die sauberste Lösung für komplexe Setups.
Kein gleichwertiger Ersatz: JavaScript-Redirects und Meta-Refresh-Weiterleitungen im Theme. Beide sind technisch möglich, aber keine echten serverseitigen 301-Antworten. Google empfiehlt für dauerhafte URL-Verschiebungen ausdrücklich serverseitige 301-Weiterleitungen; JavaScript- und Meta-Refresh-Varianten übertragen Ranking-Signale unzuverlässiger und werden von Crawlern langsamer verarbeitet. Wer sie im Notfall nutzt, sollte das als Übergangslösung dokumentieren und einen dauerhaften Weg planen.
Für einfachere Migrationen ist Weg 1 der pragmatischste, für komplexere Setups Weg 2.
Sonderfall 3 - Groß-/Kleinschreibung und Trailing Slash
Shopify-URLs sind case-insensitiv. Shopware 5 ist es je nach Server-Konfiguration nicht immer. In der Praxis heißt das: Eine URL wie /Kategorie/Produkt-Name und /kategorie/produkt-name können in Google beide indexiert sein. Beide Varianten müssen in die Redirect-Map, wenn beide reale Signale erzeugen.
Analog beim Trailing Slash: Shopware liefert häufig /kategorie/ mit abschließendem Slash. Shopify liefert /collections/kategorie ohne. Wenn Google beide Varianten indexiert hat, beide in die Map aufnehmen.
Wichtig: nicht blind normalisieren. Der Reflex, alle Quell-URLs vor dem Import auf einheitliche Kleinschreibung und ein konsistentes Trailing-Slash-Muster zu bringen, kann Datenverluste erzeugen – URLs, die auf dem alten Server unterschiedlich reagiert haben, würden zusammengelegt. Der bessere Weg ist eine Zwei-Spalten-Struktur in der Arbeitsdatei:
- Spalte 1 – Original-Legacy-Pfad: exakt so, wie er von Nutzern und Crawlern angefragt wurde. Dieser Wert wird als „Redirect from“ in Shopify importiert.
- Spalte 2 – Normalisierter Vergleichs-Schlüssel: nur intern für Deduplizierung. Wird nicht importiert.
So bleiben die tatsächlichen Legacy-URLs erhalten, während Sie über den Vergleichs-Schlüssel doppelte Einträge zuverlässig erkennen.
Sonderfall 4 - Statische Seiten und Shopifys Policy-URLs
Shopify hat für rechtliche und servicebezogene Seiten native Policy-URLs. Für den DACH-Markt ergibt sich daraus eine wichtige Zuordnungsfrage.
|
Shopware-URL
|
Shopify-Ziel
|
|---|---|
|
/agb
|
/policies/terms-of-service
|
|
/datenschutz
|
/policies/privacy-policy
|
|
/widerruf
|
/policies/refund-policy
|
|
/versand
|
/policies/shipping-policy (native) oder eigene Page unter /pages/versand
|
|
/impressum
|
/policies/legal-notice (native, speziell für DACH) oder eigene Page unter /pages/impressum
|
|
/kontakt
|
eigene Page (der tatsächliche Handle muss geprüft werden, /pages/contact ist nicht automatisch garantiert)
|
Zur Impressum-Policy: Shopify hat inzwischen ein natives „Legal notice“-Feld unter Einstellungen → Richtlinien eingeführt, ausdrücklich für deutsche und österreichische Impressumspflichten. Ob diese native Policy für Ihr Impressum ausreicht, ist eine juristische und UX-Frage – manche Händler bevorzugen eine eigene Page unter /pages/impressum, weil sie mehr Layout-Kontrolle wollen oder rechtlich geprüfte Templates einbinden. Prüfen Sie vor der Redirect-Zuordnung im konkreten Store, unter welcher URL Ihr Impressum tatsächlich ausgeliefert wird.
Zur Versand-Policy: Analog gilt für die Versandinformationen – /policies/shipping-policy ist die native Option, kann aber je nach Umfang und Format Ihrer Versandinhalte auch als eigene Page unter /pages/versand besser aufgehoben sein.
Die Zuordnung in Ihrer Redirect-Map hängt davon ab, wo Sie den Inhalt im neuen Shopify-Store tatsächlich anlegen.
Sonderfall 5 - Pagination und Kategorie-Filter-URLs
Paginierte Kategorie-URLs (?p=2, ?p=3) und Filter-Kombinationen (?f=farbe:blau&s=preis-aufsteigend) sind in Google in den meisten Shops nicht indexiert. Prüfen Sie das trotzdem im GSC-Bericht. Falls einzelne paginierte Seiten oder Filter-Kombinationen Impressionen oder Backlinks haben, gehören sie in die Redirect-Map – mit derselben Query-Parameter-Sonderbehandlung wie in Sonderfall 2.
Regel: Nicht pauschal alle Pagination- und Filter-URLs redirecten. Das bläht die Map unnötig auf und kann zu irrelevanten Zielzuordnungen oder Soft-404-Signalen führen. Berücksichtigen Sie nur URLs mit nachweisbarer Relevanz oder einer eindeutig passenden Nachfolgeseite.
Phase 7 - Vor dem Go-Live testen
Die fertige Redirect-Map ist eine CSV-Datei mit zwei Spalten:
Redirect from,Redirect to
/kategorie/unterkategorie/produkt-a,/products/produkt-a
/kategorie/unterkategorie/,/collections/unterkategorie
/agb,/policies/terms-of-service
/impressum,/pages/impressum
Shopify akzeptiert diesen Import über den URL-Weiterleitungs-Bereich in der Shop-Administration. Die genauen Menü-Pfade können sich zwischen Shopify-Versionen ändern; der Bereich findet sich typischerweise unter Onlineshop → Navigation, orientiert sich aber je nach Store-Setup und Sprache.
Test in einer repräsentativen Umgebung
Shopify bietet kein klassisches Staging-Environment, das automatisch produktionsidentisch ist. Was Sie in einem Development-Store oder duplizierten Store zuverlässig testen können:
- CSV-Formatierung und Import-Akzeptanz
- Basis-Redirect-Verhalten der importierten Einträge
- Theme-Verhalten und Rendering der Zielseiten
Was Sie in einer Nicht-Produktions-Umgebung nicht zuverlässig prüfen können:
- Verhalten unter der finalen Domain (bestimmte Redirect-Regeln greifen erst bei der Live-Domain)
- Interaktion mit bestehenden Routen im Produktivstore
- Markets- und Locale-Subfolder-Verhalten
- Interaktion mit installierten Apps
- CDN- oder Proxy-Regeln
- Produktionsspezifische Handles, die im Development-Store abweichen können
Empfehlung: Pre-Launch-Test in einem repräsentativen Development- oder Duplicate-Store, plus zwingend eine sofortige Post-Cutover-Validierung im Produktivstore. Erst die Kombination beider gibt Sicherheit.
Redirect-Map vollständig testen
Prüfen Sie die gesamte Redirect-Map automatisiert. Jede Quell-URL sollte direkt über einen permanenten Redirect auf eine erreichbare 200-Zielseite führen.
Der automatisierte Test sollte prüfen:
- 301- oder 308-Status ohne Redirect-Ketten oder Schleifen
- doppelte Quell-URLs und widersprüchliche Zielzuordnungen
- HTTP-Status der finalen Zielseite
- Canonical-URL der Zielseite
- noindex-Anweisungen und robots.txt-Blockierungen
Ergänzend wird eine priorisierte Stichprobe von mindestens 20 Produkt-, Kategorie- und statischen URLs manuell auf inhaltliche Äquivalenz geprüft. URLs mit hohem Traffic oder relevanten Backlinks haben dabei Vorrang.
Warum kein 302: 302-Weiterleitungen signalisieren Google, dass die Änderung temporär ist. Ranking-Signale werden dann nicht sauber auf die Zielseite übertragen.
Warum keine Startseiten-Redirects: Google kann die Weiterleitung einer spezifischen Produkt-URL auf / als Soft 404 behandeln. Die alte URL wird dann nicht als sinnvoll migriert gewertet und ihre Signale werden möglicherweise nicht wie beabsichtigt auf die Zielseite übertragen.
Wann 404 oder 410: Wenn eine alte URL keinen passenden Nachfolger auf Shopify hat, ist ein sauberer 404 der einfachste Weg – also keinen Redirect anlegen. Google akzeptiert sowohl 404 als auch 410 für dauerhaft entfernte Inhalte. Da ein per URL zuweisbarer 410-Status in Standard-Shopify-Stores zusätzlichen technischen Aufwand erfordert, ist ein korrekter 404 der pragmatische Standard.
Phase 8 - Nach dem Go-Live: Monitoring in den ersten 30 Tagen
Der Cutover ist nicht das Ende der Redirect-Arbeit. Die ersten 30 Tage nach Go-Live entscheiden erfahrungsgemäß, ob die Migration den erwarteten Traffic-Verlauf nimmt oder deutlich darunter bleibt.
Tag 1 nach Go-Live
- Neue Sitemap in GSC einreichen. Shopify generiert automatisch /sitemap.xml. Diese in der GSC-Property unter Sitemaps hinzufügen.
- URL-Inspektion für die 20 wichtigsten Landingpages. Prüfen, ob Google die neuen URLs sieht und indexieren kann.
- Redirect-Stichprobe live testen. Diesmal in Produktion, nicht in Staging.
Woche 1 bis 4
- GSC-Seitenindexierungs-Bericht täglich prüfen. „Nicht gefunden (404)“-Meldungen sind der direkte Indikator für vergessene Redirects. Jeder Eintrag hier ist eine Ranking-Chance, die aktuell verloren geht.
- GSC-Leistungsbericht wöchentlich prüfen. Erfahrungswerte aus Migrations-Projekten zeigen: Impressionen und Klicks stabilisieren sich in vielen Fällen nach 2 bis 4 Wochen auf einem Niveau nahe der Vor-Migration-Baseline. Der genaue Verlauf hängt von Crawl-Demand, Änderungsumfang, internen Link-Änderungen, Content-Änderungen, Saisonalität und Domain-Autorität ab.
- Automatisierter Redirect-Check. Ein einfaches Skript, das die GSC-Top-URLs der Vor-Migration-Periode durchläuft und prüft, ob jede eine 301-Weiterleitung auf eine 200-Zielseite auslöst. Fehler-URLs (404 nach Redirect, Redirect-Ketten, Weiterleitungen auf die Startseite) direkt fixen.
Woche 4 bis 12
- Rankings pro Kern-Keyword tracken (Sistrix, Ahrefs, GSC). In vielen Migrations-Projekten beobachten Praktiker leichte Ranking-Verluste in Woche 1 bis 3, Stabilisierung bis Woche 6 und weitgehende Erholung nach 8 bis 12 Wochen. Diese Bandbreiten sind Erfahrungswerte, keine Regel – Domain-Autorität, Vollständigkeit der Redirect-Map und Umfang struktureller Änderungen können den Verlauf deutlich verschieben.
- Seitenindexierungs-Bericht weiter monitoren. Google entdeckt vergessene URLs oft erst nach mehreren Wochen. Neue 404-Einträge sind auch noch in Woche 8 möglich.
Häufig gestellte Fragen
Warum reicht die Shopware-Sitemap nicht als Basis für die Redirect-Map?
Die Sitemap zeigt nur aktuelle, kanonische URLs. Sie enthält keine alten, umbenannten URLs aus der Shopware-Tabelle s_core_rewrite_urls, keine URLs mit aktuellen Routing-Fehlern und keine URLs, die extern verlinkt sind, aber intern nicht mehr eingebunden. Für eine vollständige Redirect-Map müssen mindestens drei Datenquellen kombiniert werden: Shopware-Datenbank, Google Search Console und Backlink-Profil.
Wie viele URLs müssen bei einer typischen Migration weitergeleitet werden?
Das hängt von der Store-Größe ab. Als Erfahrungswert entstehen für einen Shopware-5-Store mit 500 Produkten und 30 Kategorien typischerweise mehrere hundert bis über tausend Redirect-Einträge – inklusive alter SEO-URL-Varianten, statischer Seiten und indexierten Filter- oder Pagination-URLs. Stores mit umfangreichem Blog-Content oder mehreren Sprachversionen liegen deutlich darüber. Verbindliche Zahlen gibt es nicht; sie ergeben sich aus der konkreten URL-Inventur.
Wie geht Shopify mit Query-Parametern in Redirects um?
Shopifys native URL-Redirect-Funktion unterstützt keine Query-Parameter im „Redirect from“-Feld. Für Weiterleitungen von URLs wie /kategorie/?p=2 oder /suche?q=begriff sind entweder Redirect-Apps (Redirectify, Traffic Guard), Liquid-Template-Logik oder ein Edge-Layer (Cloudflare Workers) nötig. Der pragmatischste Weg für die meisten Migrationen ist eine Redirect-App.
Wann sollte ich 410 (Gone) statt 301 verwenden?
Nach Googles offizieller Dokumentation werden 404 und 410 für dauerhaft entfernte Inhalte praktisch gleichwertig behandelt; 410 wird nur marginal schneller aus dem Index entfernt. Für Shopify-Standard-Merchants ist ein per URL zuweisbares 410-Setup ohne Zusatzaufwand (App oder Custom-Setup) nicht erreichbar. Praktische Empfehlung: Wenn eine alte URL keinen passenden Nachfolger hat und weder Traffic noch Backlinks trägt, akzeptieren Sie einen sauberen 404, indem Sie keinen Redirect anlegen. Vermeiden Sie in jedem Fall 301-Weiterleitungen auf die Startseite oder unpassende Kategorieseiten – Google wertet das als Soft-404.
Wie lange dauert die Ranking-Erholung nach einer sauberen Migration?
Als Erfahrungswert liegt die Bandbreite bei 4 bis 12 Wochen – vorausgesetzt, die Redirect-Map ist vollständig und die weiteren SEO-relevanten Übertragungsarbeiten (Meta-Daten, strukturierte Daten, interne Verlinkung) sind sauber ausgeführt. Ein leichter Traffic-Rückgang in Woche 1 bis 3 ist normal, weil Google die neuen URLs neu bewerten muss. Ein anhaltender starker Einbruch nach mehreren Wochen deutet in vielen Fällen auf strukturelle Probleme hin – meist unvollständige Redirects, Duplicate-Content-Situationen zwischen alter und neuer Struktur oder verlorene interne Verlinkung. Diese Zeiträume sind Bandbreiten, keine Garantien.
Was sind die wichtigsten Grenzen von Shopifys nativer Redirect-Funktion?
Vier Grenzen sind praktisch relevant: (1) Shopify-Redirects greifen nur, wenn die Quell-URL im Store nicht ohnehin auflöst – bestehende Shopify-Routen können nicht überschrieben werden. (2) Feste Systemrouten wie /products, /collections und /collections/all können nicht als Quell-URL dienen. (3) Query-Parameter im „Redirect from“-Feld werden nicht verarbeitet. (4) Collection-Tag-Filter-URLs und Markets-Subfolder brauchen jeweils eigene Redirects oder alternative Mechanismen. Für diese Fälle sind spezialisierte Redirect-Apps oder ein vorgeschalteter Edge-Layer nötig.
Kann ich mit Liquid im Shopify-Theme serverseitige Redirects abbilden?
Nein. Liquid rendert im Template-Layer, nachdem Shopify die Anfrage bereits verarbeitet hat. Es kann keine echte HTTP-301-Antwort auslösen. Was Liquid technisch könnte – JavaScript-Redirects, Meta-Refresh, sichtbare Hinweise – sind aus SEO-Sicht keine gleichwertigen Ersatzlösungen für serverseitige 301-Weiterleitungen. Google empfiehlt für dauerhafte URL-Verschiebungen ausdrücklich serverseitige 301-Antworten. Für Redirect-Fälle, die Shopifys native Funktion nicht abdeckt (Query-Parameter, spezielle Routen), sind spezialisierte Apps oder ein vorgeschalteter Edge-Layer die richtigen Werkzeuge.
About Author
