Anmelden Kostenlos starten

Weiterleitungskarte für SKUs beim Plattformwechsel

Migrations-Checklisten gehen davon aus, dass man die alte Website crawlen und das Gefundene abbilden kann, was bei einem großen Katalog scheitert, weil der Crawl verwaiste und nicht lieferbare Produkte übersieht, die weiterhin Links und Rankings halten. Der zweite Fehler ist die Annahme, SKUs bildeten sich eins zu eins ab: Plattformwechsel verändern die Variantenlogik, führen Kategorien zusammen oder teilen sie und lassen Facettenpfade meist ganz fallen, ein Teil der alten URLs hat also kein Ziel und wird pauschal auf die Startseite geleitet. Genau dieser Teil erzeugt den Trafficverlust, und er lässt sich vor dem Start auflösen, wenn die Karte stattdessen aus dem Katalogexport aufgebaut wird.

KATEGORIE
E-Commerce-SEO
FORMAT
replatform-sku-redirect-mapping.md
SCHRITTE
8
PREIS
Kostenlos – ohne Konto
WANN SIE DAZU GREIFEN

Nutzen Sie dies, wenn ein Katalog auf eine neue Plattform umzieht und sich die URL-Muster für Produkte, Varianten, Kategorien und Facetten alle gleichzeitig ändern.

Die Skill-Datei

replatform-sku-redirect-mapping.md
---
name: replatform-sku-redirect-mapping
description: Nutzen Sie dies, wenn ein Katalog auf eine neue Plattform umzieht und sich die URL-Muster für Produkte, Varianten, Kategorien und Facetten alle gleichzeitig ändern.
---

# Weiterleitungskarte für SKUs beim Plattformwechsel

Migrations-Checklisten gehen davon aus, dass man die alte Website crawlen und das Gefundene abbilden kann, was bei einem großen Katalog scheitert, weil der Crawl verwaiste und nicht lieferbare Produkte übersieht, die weiterhin Links und Rankings halten. Der zweite Fehler ist die Annahme, SKUs bildeten sich eins zu eins ab: Plattformwechsel verändern die Variantenlogik, führen Kategorien zusammen oder teilen sie und lassen Facettenpfade meist ganz fallen, ein Teil der alten URLs hat also kein Ziel und wird pauschal auf die Startseite geleitet. Genau dieser Teil erzeugt den Trafficverlust, und er lässt sich vor dem Start auflösen, wenn die Karte stattdessen aus dem Katalogexport aufgebaut wird.

## Was Sie vorher brauchen

- Ein URL-Inventar, zusammengestellt aus vier Quellen und dedupliziert: der Datenbank, den alten Sitemaps, 12 Monaten Search-Console-Seiten und 12 Monaten Analytics-Einstiegsseiten
- Die Zahl der verweisenden Domains je alter URL, damit der verlinkte Long Tail priorisiert werden kann
- Die URL-Muster der neuen Plattform für Produkte, Varianten, Kategorien und alle indexierbaren Facetten, auf dem Staging bestätigt und nicht aus einer Spezifikation entnommen
- Die Zuordnung alter zu neuer SKU- und Kategoriekennung aus dem Migrationsteam

## Methode

1. Stellen Sie das Inventar aus allen vier Quellen zusammen und nicht aus einem Crawl. Die Historie aus Search Console und Analytics ist das, was URLs sichtbar macht, die noch Traffic erzeugen, aber von nirgendwo mehr verlinkt sind.
2. Verbinden Sie das Inventar mit der Kennungszuordnung und lassen Sie Musterregeln den Großteil der Karte erzeugen. Regeln sind verlässlicher und besser prüfbar als eine von Hand gebaute Tabelle mit 40.000 Zeilen.
3. Isolieren Sie die Zeilen, die die Regeln nicht zuordnen konnten, und ordnen Sie sie nach verweisenden Domains und organischen Einstiegen. Dieser Rest ist klein an Zahl und groß an Wert und der einzige Teil, der menschliche Entscheidungen braucht.
4. Lösen Sie nicht zugeordnete URLs auf die nächstliegende echte Entsprechung auf und akzeptieren Sie ein 410 für die, hinter denen nichts steht. Sie auf die Startseite zu schicken wird als Soft 404 gelesen und verbrennt monatelang Crawl-Budget.
5. Entscheiden Sie die Variantenlogik ausdrücklich, bevor Sie irgendetwas erzeugen. Eine Website mit einer URL je Größe, die auf eine Produktseite umzieht, ist eine Zusammenführung von vielen auf eins, und jede alte Varianten-URL braucht weiterhin ihre eigene Regel.
6. Testen Sie das Regelwerk auf dem Staging gegen das vollständige Inventar und prüfen Sie Statuscode, Endziel und Zahl der Sprünge. Ketten über eine Regel aus einer früheren Migration sind häufig, und jeder Sprung kostet Crawl-Budget.
7. Halten Sie die alten Sitemaps nach dem Start einige Wochen live und eingereicht, damit die Weiterleitungen schnell entdeckt werden, und ersetzen Sie sie danach durch die neuen.
8. Prüfen Sie das vollständige Inventar am Starttag und erneut an Tag 7 gegen die Produktion und verfolgen Sie die Zahl der nicht zugeordneten URLs und der Fehler, statt zu warten, bis Trafficdaten die Lücke offenbaren.

## Was dabei herauskommt

Eine getestete Weiterleitungskarte von alt nach neu über das vollständige historische URL-Inventar, bei der jede nicht zugeordnete URL entweder einzeln aufgelöst oder bewusst stillgelegt wurde.

## Wo es schiefgeht

- Die Karte aus einem Crawl der Live-Website zu bauen, der nicht lieferbare und verwaiste Produkte auslässt, die weiterhin Links und Rankings halten
- Nicht zugeordnete URLs pauschal auf die Startseite oder eine Hauptkategorie zu leiten, was als Soft 404 behandelt und fallen gelassen wird
- Mit Ketten aus einer früheren Migration im Stapel zu starten, sodass jede Alt-URL mehrere Abrufe kostet, bis sie aufgelöst ist
- Die alten Sitemaps zum Start zu entfernen, was die Entdeckung der Weiterleitungen genau dann verlangsamt, wenn sie am wichtigsten ist

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/replatform-sku-redirect-mapping
Kostenlos herunterladen · kein Konto, keine E-Mail

Was Sie vorher brauchen

  • Ein URL-Inventar, zusammengestellt aus vier Quellen und dedupliziert: der Datenbank, den alten Sitemaps, 12 Monaten Search-Console-Seiten und 12 Monaten Analytics-Einstiegsseiten
  • Die Zahl der verweisenden Domains je alter URL, damit der verlinkte Long Tail priorisiert werden kann
  • Die URL-Muster der neuen Plattform für Produkte, Varianten, Kategorien und alle indexierbaren Facetten, auf dem Staging bestätigt und nicht aus einer Spezifikation entnommen
  • Die Zuordnung alter zu neuer SKU- und Kategoriekennung aus dem Migrationsteam

Methode

  1. 01 Stellen Sie das Inventar aus allen vier Quellen zusammen und nicht aus einem Crawl. Die Historie aus Search Console und Analytics ist das, was URLs sichtbar macht, die noch Traffic erzeugen, aber von nirgendwo mehr verlinkt sind.
  2. 02 Verbinden Sie das Inventar mit der Kennungszuordnung und lassen Sie Musterregeln den Großteil der Karte erzeugen. Regeln sind verlässlicher und besser prüfbar als eine von Hand gebaute Tabelle mit 40.000 Zeilen.
  3. 03 Isolieren Sie die Zeilen, die die Regeln nicht zuordnen konnten, und ordnen Sie sie nach verweisenden Domains und organischen Einstiegen. Dieser Rest ist klein an Zahl und groß an Wert und der einzige Teil, der menschliche Entscheidungen braucht.
  4. 04 Lösen Sie nicht zugeordnete URLs auf die nächstliegende echte Entsprechung auf und akzeptieren Sie ein 410 für die, hinter denen nichts steht. Sie auf die Startseite zu schicken wird als Soft 404 gelesen und verbrennt monatelang Crawl-Budget.
  5. 05 Entscheiden Sie die Variantenlogik ausdrücklich, bevor Sie irgendetwas erzeugen. Eine Website mit einer URL je Größe, die auf eine Produktseite umzieht, ist eine Zusammenführung von vielen auf eins, und jede alte Varianten-URL braucht weiterhin ihre eigene Regel.
  6. 06 Testen Sie das Regelwerk auf dem Staging gegen das vollständige Inventar und prüfen Sie Statuscode, Endziel und Zahl der Sprünge. Ketten über eine Regel aus einer früheren Migration sind häufig, und jeder Sprung kostet Crawl-Budget.
  7. 07 Halten Sie die alten Sitemaps nach dem Start einige Wochen live und eingereicht, damit die Weiterleitungen schnell entdeckt werden, und ersetzen Sie sie danach durch die neuen.
  8. 08 Prüfen Sie das vollständige Inventar am Starttag und erneut an Tag 7 gegen die Produktion und verfolgen Sie die Zahl der nicht zugeordneten URLs und der Fehler, statt zu warten, bis Trafficdaten die Lücke offenbaren.

Was dabei herauskommt

Eine getestete Weiterleitungskarte von alt nach neu über das vollständige historische URL-Inventar, bei der jede nicht zugeordnete URL entweder einzeln aufgelöst oder bewusst stillgelegt wurde.

Wo es schiefgeht

  • Die Karte aus einem Crawl der Live-Website zu bauen, der nicht lieferbare und verwaiste Produkte auslässt, die weiterhin Links und Rankings halten
  • Nicht zugeordnete URLs pauschal auf die Startseite oder eine Hauptkategorie zu leiten, was als Soft 404 behandelt und fallen gelassen wird
  • Mit Ketten aus einer früheren Migration im Stapel zu starten, sodass jede Alt-URL mehrere Abrufe kostet, bis sie aufgelöst ist
  • Die alten Sitemaps zum Start zu entfernen, was die Entdeckung der Weiterleitungen genau dann verlangsamt, wenn sie am wichtigsten ist

Diese Skill in Ihrer eigenen KI nutzen

Die Datei ist einfaches Markdown, mit Name und Auslöser im Frontmatter. Wo ein Assistent Skills selbst laden kann, liest er genau dieses Frontmatter, um zu entscheiden, dass diese hier passt.

Claude Code Speichern Sie sie als ~/.claude/skills/replatform-sku-redirect-mapping/SKILL.md, dann lädt Claude sie von selbst, sobald Ihre Arbeit zum Auslöser passt. Legen Sie sie stattdessen in .claude/skills im Projekt ab, wenn das ganze Team sie haben soll.
Claude Laden Sie die Datei im Skills-Bereich Ihrer Einstellungen hoch. Danach greift sie in jedem Gespräch, in dem der Auslöser passt, ohne dass Sie daran denken müssen.
ChatGPT Es gibt kein Skills-Format zum Installieren, fügen Sie den Dateiinhalt also stattdessen in die Anweisungen eines Projekts oder eines Custom GPT ein. Dann gilt er für jeden Chat in diesem Projekt und nicht nur für den einen.
Alles andere Fügen Sie das Markdown vor Ihrer Frage in den Chat ein. Das funktioniert in jedem Assistenten, muss aber jedes Mal neu eingefügt werden.

Mehr in E-Commerce-SEO