Von Shopware zu Shopify: die vollständige Redirect-Map ohne Traffic-Verlust
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 sind der häufigste Grund für Traffic-Einbrüche in den ersten 90 Tagen nach dem Go-Live. Eine belastbare Redirect-Map entsteht aus drei Datenquellen — Shopware-Datenbank, Google Search Console und Backlink-Profil — und muss vor dem Cutover getestet werden.
Warum die meisten 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 haltenURLs, 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 braucht in der Redirect-Map einen Eintrag — sonst gehen Rankings, Traffic und externe Autoritätssignale beim Cutover verloren.
Die belastbare Redirect-Map entsteht aus der Überlagerung von drei Datenquellen:
- Shopware-Datenbank (was existiert und was existierte)
- Google Search Console (was tatsächlich Traffic bringt)
- Backlink-Profil (was extern verlinkt ist)
Alle drei einzeln reichen nicht. Erst die Schnittmenge — genauer: die Vereinigungsmenge — ergibt eine vollständige Karte.
Phase 1 — URL-Inventar aus Shopware ziehen
Shopware 5 speichert seine URL-Strukturen in mehreren Datenbank-Tabellen. Für eine vollständige URL-Liste müssen Sie mindestens vier davon berücksichtigen.
Die relevanten Shopware-5-Datenbanktabellen
|
Tabelle
|
Inhalt
|
|---|---|
|
s_articles_details
|
Produkt-Detailseiten (jede Varianten- und Basis-URL)
|
|
s_categories
|
Kategoriebäume und Kategorie-URLs
|
|
s_cms_static
|
Statische Seiten (AGB, Datenschutz, Impressum, Widerruf, Versand, Kontakt)
|
|
s_core_rewrite_urls
|
Historie aller SEO-URLs — inklusive alter, umbenannter Varianten
|
Die letzte Tabelle wird häufig übersehen und ist die wichtigste. Shopware 5 legt in s_core_rewrite_urls jede alte SEO-URL ab, wenn sie umbenannt wurde. Jede dieser alten Varianten kann in Google-Indexen und Backlinks noch aktiv sein — auch wenn intern nur die neueste Version verlinkt wird.
Zwei Wege zum URL-Inventar
Weg A — Datenbank-Query. Direkter Zugriff auf die Shopware-Datenbank, JOIN über die vier Tabellen, Export als CSV. Vorteil: vollständig, inklusive Historie. Nachteil: braucht Datenbank-Zugang und SQL-Kenntnisse.
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 ist die Vollständigkeitsvariante und für Migrationen mit substanziellem organischem Traffic Pflicht. Weg B ist zulässig für kleine Stores ohne SEO-Historie.
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. Diese werden nach der Migration Shopify-seitig neu abgebildet — keine 1:1-Redirects nötig, aber Prüfung, ob Google eine der Seiten indexiert hat.
Phase 2 — Traffic-Realität aus der Google Search Console
Die Sitemap zeigt, was existiert. Die Search Console zeigt, was tatsächlich Traffic bringt. Für die Redirect-Priorisierung ist nur Letzteres migrationskritisch.
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 ist Ihre Muss-Redirect-Basis.
- Sortiert nach Impressionen, Zeitraum 16 Monate: URLs, die ranken (Impressionen), aber wenig Klicks erhalten. Diese sind Ranking-Assets — Google zeigt sie in Suchergebnissen, auch wenn sie aktuell wenig konvertieren. Bei Redirect-Verlust gehen die Rankings mit verloren.
16 Monate ist das GSC-Maximum. Weiter zurück kommen Sie über GSC-Standard-UI nicht — falls längere Historie nötig ist, hilft nur ein regelmäßiger Datenexport in eine externe Datenbank oder ein Drittanbieter-Tool.
Priorisierungslogik
Aus den beiden GSC-Exporten bilden Sie drei Kategorien:
- Muss-Redirects (mehr als 10 Klicks in 16 Monaten): 1:1-Weiterleitung zwingend. Diese URLs bringen belegbaren organischen Umsatz-Traffic.
- Soll-Redirects (Impressionen ohne oder mit sehr wenigen Klicks): Weiterleitung, sofern eine sinnvolle Zielseite existiert. Ranking-Signal bleibt erhalten.
- Kann-weg (keine Impressionen, keine Klicks, keine Backlinks): Weiterleitung optional. Alternative: HTTP-410-Status (Gone) — signalisiert Google klar, dass die Seite dauerhaft entfernt wurde und beschleunigt die Deindexierung.
Die Grenze zwischen den Kategorien ist projektabhängig. Für Stores mit geringem Traffic kann die Muss-Schwelle 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, braucht trotzdem einen Redirect. Sonst geht Linkjuice verloren — die verlinkende externe Domain zeigt nach dem Cutover auf einen 404, das Autoritätssignal löst sich auf.
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-Traffic-Liste zusammen. URLs, die in beiden Listen erscheinen, sind höchste Priorität. URLs, die nur im Backlink-Export erscheinen, sind Ranking-Assets für die Zukunft — Google wertet Backlink-Signale langsam, aber nachhaltig.
Ein pragmatischer Filter: Ignorieren Sie Backlinks von Domains mit sehr niedriger Autorität. 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. Jede Migration muss diese URL-Änderung berücksichtigen.
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
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.
Empfehlung für Produkte: Der Shopify-Handle sollte dem letzten Segment der Shopware-URL entsprechen. Beispiel: Aus einer Shopware-URL wie /kategorie/unterkategorie/artikelname-blau-l wird auf Shopify /products/artikelname-blau-l — statt eines automatisch neu generierten Handles wie /products/artikelname-blau-l-1. Das reduziert URL-Fragmentierung, hält die Erkennbarkeit im Verlauf konsistent und vermeidet unnötige zusätzliche Redirect-Ebenen.
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 (/collections/oberkategorie-unterkategorie).
Phase 5 — Die Sonderfälle, die die meisten übersehen
Das ist der Abschnitt, in dem sich vollständige Redirect-Maps von halbfertigen unterscheiden. Fünf Sonderfälle, die in Standard-Migrations-Guides fehlen.
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-Coverage-Report, 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 werden von Shopify-Redirects nicht unterstützt
Shopifys native URL-Redirect-Funktion unterstützt keine Query-Parameter im „Redirect from“-Feld. Das heißt konkret: Eine Shopware-URL wie /kategorie/?p=2 oder /suche?q=produktname kann nicht direkt über Shopifys Standard-Redirect-Import weitergeleitet werden.
Drei Lösungswege:
- Redirect-App: Apps wie Redirectify oder Traffic Guard unterstützen Query-Parameter. Zusätzliche Kosten (typisch monatliches Abo).
- Liquid-Template-Logik: Im Theme lässt sich per Liquid-Bedingung eine serverseitige Weiterleitung nachbauen. Aufwändiger, aber ohne App-Kosten.
- Cloudflare Workers oder ähnliches Edge-Layer: wenn ohnehin ein CDN-Layer vorgeschaltet ist. Sauberste Lösung, braucht Entwicklungskompetenz.
Für die meisten Migrationen ist Option 1 der pragmatischste Weg.
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 Impressionen 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.
Empfohlener Standard vor Import: Vor dem CSV-Import alle URLs auf einheitliche Kleinschreibung und ein konsistentes Trailing-Slash-Muster normalisieren.
Sonderfall 4 — Statische Seiten und Shopifys Policy-URLs
Shopify hat für rechtliche Seiten feste Policy-URLs, die nicht änderbar sind. Für den DACH-Markt ergibt sich daraus eine wichtige Sonderregelung.
|
Shopware-URL
|
Shopify-Ziel
|
|---|---|
|
/agb
|
/policies/terms-of-service
|
|
/datenschutz
|
/policies/privacy-policy
|
|
/widerruf
|
/policies/refund-policy
|
|
/versand
|
eigene Seite unter /pages/versand
|
|
/impressum
|
eigene Seite unter /pages/impressum — Shopify hat keine native Impressum-Policy
|
|
/kontakt
|
/pages/contact (Standard-Kontaktseiten-Template)
|
Der Impressum-Fall ist in DACH kritisch: Deutsche und österreichische Impressumspflicht kann nicht über Shopifys Standard-Policy-System abgebildet werden. Das Impressum muss als eigene Page angelegt werden — und die alte Shopware-URL /impressum muss dorthin weiterleiten.
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 per Prinzip alle Pagination-URLs redirecten (das erzeugt unnötig lange Redirect-Ketten). Nur die, die tatsächlich Signalwert haben.
Phase 6 — 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 unter Onlineshop → Navigation → URL-Weiterleitungen → Weiterleitungen importieren.
Staging-Test in drei Schritten
- Redirect-Map in Shopify-Staging-Umgebung importieren. Nicht im Produktivstore testen.
- Stichprobe aus GSC-Top-100 ziehen. Wählen Sie 20 URLs querbeet aus den drei Kategorien (Produkte, Kategorien, statische Seiten) und rufen Sie sie einzeln auf.
- Für jede Test-URL drei Punkte prüfen:
- HTTP-Statuscode ist 301 (permanente Weiterleitung), nicht 302 (temporär)
- Die Zielseite existiert und liefert HTTP 200
- Die Zielseite hat inhaltlich vergleichbare Relevanz zur Ausgangs-URL — keine Weiterleitung von einer spezifischen Produktseite auf die Startseite
Warum kein 302: 302-Weiterleitungen signalisieren Google, dass die Änderung temporär ist. Ranking-Signale werden dann nicht sauber auf die Zielseite übertragen. Für Migrationen ist immer 301 korrekt.
Warum keine Startseiten-Redirects: Wenn eine spezifische Produkt-URL auf / weitergeleitet wird, wertet Google das als „Soft-404″ — das Ranking-Signal geht verloren, und Google entfernt die Zielseite mittelfristig aus dem Index. Besser: 410-Status (Gone), wenn keine passende Zielseite existiert.
Phase 7 — Nach dem Go-Live: Monitoring in den ersten 30 Tagen
Der Cutover ist nicht das Ende der Redirect-Arbeit. Die kritischen 30 Tage nach Go-Live entscheiden, 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 erneut testen. Diesmal live, nicht in Staging.
Woche 1 bis 4
- GSC-Coverage-Report 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. Erwartetes Muster: Impressionen und Klicks stabilisieren sich nach 2 bis 4 Wochen auf einem Niveau, das nahe an der Vor-Migration-Baseline liegt. Ein starker, anhaltender Einbruch nach Woche 2 ist ein Warnsignal.
- 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). Ein üblicher Verlauf: leichte Ranking-Verluste in Woche 1 bis 3, Stabilisierung bis Woche 6, vollständige Erholung nach Woche 8 bis 12 — abhängig von Domain-Autorität und Vollständigkeit der Redirect-Map.
- 404-Report 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. Für einen Shopware-5-Store mit 500 Produkten und 30 Kategorien entstehen typischerweise 800 bis 1.500 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.
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?
Wenn eine alte URL keinen passenden Nachfolger auf Shopify hat und weder Traffic noch Backlinks trägt, ist 410 die sauberere Wahl. 410 signalisiert Google, dass die Seite dauerhaft entfernt wurde, und beschleunigt die Deindexierung. Ein 301 auf die Startseite oder eine unpassende Kategorieseite wird von Google als Soft-404 gewertet — das Ranking-Signal geht verloren, und die Zielseite kann mittelfristig aus dem Index fallen.
Wie lange dauert die Ranking-Erholung nach einer sauberen Migration?
Bei vollständiger Redirect-Map und keinen weiteren Migrationsfehlern liegt die typische Erholungszeit bei 4 bis 12 Wochen. 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 Woche 4 deutet auf strukturelle Probleme hin — meist unvollständige Redirects, Duplicate-Content-Situationen zwischen alter und neuer Struktur oder verlorene interne Verlinkung.
About Author
