Bei einer Shopmigration sind URLs ebenfalls Daten.

Produkte, Kunden und Bestellungen gelten bei einer Shopmigration selbstverständlich als zu migrierende Daten. URLs werden dagegen häufig erst kurz vor dem Go-live betrachtet: Das neue System erzeugt andere Pfade, also wird eine Liste von Weiterleitungen ergänzt.

Damit wird ihre Bedeutung unterschätzt. Eine URL ist die öffentliche Identität eines Produkts, einer Kategorie, eines Ratgebers oder einer Landingpage. Sie steckt in Suchmaschinenindizes, Browser-Lesezeichen, Newslettern, Händlerportalen, PDFs, Social Posts, externen Websites und internen Verlinkungen.

Wer URL-Kontinuität erst am Ende behandelt, riskiert nicht nur Sichtbarkeit. Auch Kampagnen, Partnerintegrationen, Supportlinks und langjährig aufgebaute Nutzerwege brechen.

URLs sollten deshalb wie ein eigener Datenbestand inventarisiert, transformiert, migriert und überwacht werden.

Ein URL-Inventar vor dem Zielrouting

Bevor neue Pfade festgelegt werden, muss bekannt sein, welche alten Adressen tatsächlich existieren und relevant sind.

Quellen für das Inventar:

• Sitemap und Shopdatenbank,
• Webserver- und CDN-Logs,
• Suchmaschinenindex und Webmaster-Daten,
• Analytics,
• interne Verlinkungen,
• Produktfeeds,
• Newslettervorlagen,
• PDFs und Dokumente,
• externe Backlinks,
• bereits bestehende Redirect-Regeln.

Diese Quellen liefern unterschiedliche Perspektiven. Die Datenbank kennt angelegte Seiten. Serverlogs zeigen auch alte oder technisch erzeugte URLs, die noch real aufgerufen werden. Externe Backlinks machen Adressen sichtbar, die intern längst nicht mehr verlinkt sind.

Eine URL besitzt mehr Kontext als nur den Pfad

Für jede relevante Adresse sollten mindestens folgende Informationen gespeichert werden:

• vollständige alte URL,
• Seitentyp,
• fachliche ID des Inhalts,
• Sprache,
• Markt oder Sales Channel,
• aktueller HTTP-Status,
• Canonical-Ziel,
• Indexierungsstatus,
• Traffic oder Priorität,
• neue fachliche Entsprechung,
• gewünschte Redirect-Art,
• Begründung für Sonderfälle.

Beispiel:

Die fachliche ID ist entscheidend. Pfade sollten nicht nur als Zeichenketten gemappt werden, sondern mit dem tatsächlichen Inhalt verbunden sein.

Nicht jede alte URL braucht dieselbe Behandlung

Exakte Entsprechung

Der alte Inhalt existiert im neuen System weiterhin. Die URL leitet permanent auf das neue Ziel.

Zusammengeführter Inhalt

Mehrere alte Kategorien oder Produktseiten werden zu einer neuen Seite konsolidiert. Alle relevanten alten Pfade zeigen direkt auf diese Seite.

Ersetzter Inhalt

Das alte Produkt ist nicht mehr verfügbar, besitzt aber einen klaren Nachfolger oder eine sinnvolle Kategorie. Ob eine Weiterleitung fachlich richtig ist, muss geprüft werden.

Kein Ersatz

Der Inhalt ist dauerhaft entfallen und besitzt kein sinnvolles Ziel. Eine pauschale Weiterleitung auf die Startseite hilft Nutzern und Suchmaschinen kaum. Abhängig vom Kontext kann ein klarer „nicht mehr verfügbar"-Status geeigneter sein.

Temporärer Zustand

Ein Inhalt ist nur vorübergehend nicht erreichbar. Hier kann ein temporärer Status oder eine kontrollierte Ersatzseite sinnvoll sein.

Redirect-Ketten vermeiden

Historische Shops besitzen oft bereits mehrere Generationen von Weiterleitungen:

URL von 2017 → URL von 2020 → URL von 2023 → neues Shopware-6-Ziel

Bei der Migration sollte jede bekannte alte URL direkt auf das endgültige neue Ziel zeigen. Dadurch werden:

• zusätzliche Requests reduziert,
• Fehlerquellen entfernt,
• Crawling und Indexierung vereinfacht,
• spätere Analyse verständlicher.

Die Redirect-Matrix muss deshalb bestehende Regeln auflösen und konsolidieren, nicht nur eine weitere Ebene ergänzen.

Mehrsprachigkeit und Sales Channels

Bei mehreren Sprachen oder Märkten reicht ein einfaches Pfadmapping nicht aus.

Zu klären ist:

• Hat jede Sprache eine eigene URL?
• Was passiert, wenn ein Inhalt in einer Zielsprache noch fehlt?
• Wird auf die Quellsprache oder eine übergeordnete Kategorie verwiesen?
• Welche Domain oder welches Verzeichnis gehört zu welchem Markt?
• Bleiben Sprachparameter bestehen oder werden sie in Pfade überführt?
• Wie werden hreflang- und Canonical-Beziehungen neu aufgebaut?
• Darf ein Nutzer automatisch in eine andere Sprachfassung umgeleitet werden?

Eine falsche Sprachweiterleitung kann dazu führen, dass Nutzer auf unverständlichen Seiten landen oder Suchmaschinen mehrere Märkte miteinander verwechseln.

Query-Parameter und technische URLs

Nicht nur „schöne" URLs sind relevant. Alte Systeme erzeugen häufig Parameterpfade für:

• Filter,
• Sortierung,
• Tracking,
• interne Suche,
• Kampagnen,
• Produktvarianten,
• paginierte Listen.

Diese Pfade müssen klassifiziert werden:

• Welche sind indexiert oder extern verlinkt?
• Welche dürfen ignoriert werden?
• Welche Parameter besitzen eine fachliche Entsprechung?
• Welche Kombinationen müssen auf eine kanonische Zielseite führen?
• Welche sollten bewusst nicht indexiert werden?

Ein pauschales Redirect aller Parameter auf dieselbe Kategorie kann falsche Inhalte erzeugen.

Interne Links ebenfalls migrieren

Eine Weiterleitung verhindert zwar einen Fehler, ersetzt aber keine saubere interne Verlinkung. Inhalte im neuen System sollten direkt auf die neuen URLs zeigen.

Zu prüfen sind:

• Navigation,
• Contentseiten,
• Produktbeschreibungen,
• Cross-Selling,
• Downloads,
• E-Mail-Templates,
• Systemnachrichten,
• strukturierte Daten,
• Canonicals und Sprachverweise.

Interne Links über Redirects verschlechtern Performance und erschweren spätere Bereinigung.

Automatisierte Tests vor dem Go-live

Die Redirect-Matrix sollte maschinell testbar sein.

Prüfungen:

• jede priorisierte alte URL antwortet erwartungsgemäß,
• Redirect führt direkt zum Endziel,
• Zielseite liefert keinen Fehler,
• Sprache und Markt stimmen,
• kein Redirect-Loop,
• Canonical des Ziels ist plausibel,
• wichtige Seiten bleiben indexierbar,
• alte interne URLs sind im neuen System nicht mehr vorhanden.

Ein automatisierter Crawl über das Inventar ist wesentlich belastbarer als manuelle Stichproben.

Monitoring nach der Migration

Auch ein gutes Inventar wird nicht jede historische URL enthalten. Nach dem Go-live sollten deshalb überwacht werden:

• 404-Anfragen nach Häufigkeit,
• externe Referrer auf fehlerhafte Seiten,
• Redirect-Ketten,
• ungewöhnliche Veränderungen organischer Einstiegsseiten,
• Indexierungsfehler,
• nicht gefundene Produkte und Kategorien,
• Sprach- und Domainfehler.

Neue relevante Fehler werden in die Redirect- oder Contentlogik aufgenommen. URL-Migration ist damit für eine Übergangszeit ein laufender Betriebsprozess.