Paritätsprüfung vor dem Migrations-Launch

Migrationsverluste werden vor dem Launch entschieden und Wochen danach diagnostiziert, wenn die alte Website nicht mehr existiert und der Vergleich, der den Einbruch erklärt hätte, nicht mehr möglich ist. Audits nach dem Launch sind Schadensbehebung, keine Vorbeugung. Diese Skill läuft, solange beide Versionen existieren, und ihr Ergebnis ist eine Entscheidung über den Launch und keine Liste von Verbesserungen für später.

Die Skill-Datei

---
name: pre-launch-migration-parity-check
description: Verwenden Sie dies, wenn ein Replatforming, ein Redesign oder ein Domainwechsel wenige Wochen vor dem Launch steht und sowohl die Staging-Umgebung als auch die aktuelle Live-Website noch existieren.
---

# Paritätsprüfung vor dem Migrations-Launch

Migrationsverluste werden vor dem Launch entschieden und Wochen danach diagnostiziert, wenn die alte Website nicht mehr existiert und der Vergleich, der den Einbruch erklärt hätte, nicht mehr möglich ist. Audits nach dem Launch sind Schadensbehebung, keine Vorbeugung. Diese Skill läuft, solange beide Versionen existieren, und ihr Ergebnis ist eine Entscheidung über den Launch und keine Liste von Verbesserungen für später.

## Was Sie vorher brauchen

- Ein vollständiger Crawl der Live-Website mit Export von URL, Status, canonical, meta robots, Title, H1, Wortzahl und Anzahl interner Links
- Crawl-Zugang zum Staging hinter HTTP-Authentifizierung oder IP-Freigabeliste, niemals hinter einer robots.txt-Sperre
- Die Top-URLs nach Traffic, nach Umsatz und nach verweisenden Domains, als drei getrennte Listen statt als eine
- Ein Launch-Termin und der Name der Person, die ihn stoppen darf

## Methode

1. Frieren Sie den Live-Crawl als datierte Datei ein und legen Sie sie ausserhalb des Projekts ab. Nach dem Launch lässt sich der alte URL-Bestand nicht mehr reproduzieren, und diese Datei ist der einzige Beleg dafür, was existiert hat.
2. Crawlen Sie das Staging mit identischen Einstellungen und bilden Sie die Differenz der beiden URL-Listen. Diese Differenz ist die Weiterleitungskarte; sie ist kein Dokument, das man später separat schreibt.
3. Bestätigen Sie, dass jede URL aus den Listen zu Traffic, Umsatz und Backlinks mit einem Eins-zu-eins-Ziel in der Karte steht. Viele alte URLs auf eine Kategorie oder die Startseite zusammenzuführen ist der grösste Verlustpunkt jeder Migration, und es wird immer als Aufräumen verteidigt.
4. Vergleichen Sie Template gegen Template statt Seite gegen Seite: Title-Muster, canonical, meta robots, strukturierte Daten, H1, Wortzahl des Hauptinhalts und Anzahl interner Links. Ein Rückschritt in einem Template vervielfacht sich über jede URL, die es verwendet.
5. Bestätigen Sie, dass das Staging durch Authentifizierung geschützt ist und nicht durch robots.txt oder ein websiteweites noindex, und bestätigen Sie danach getrennt, dass dieser Schutz zum Launch entfernt wird. Beide Fehler haben schon ganze Websites am Launch-Tag aus dem Index befördert.
6. Testen Sie die Weiterleitungsregeln im Staging gegen die vollständige eingefrorene Liste, nicht gegen eine Stichprobe: Query-Strings, abschliessende Schrägstriche, Pfade in Grossbuchstaben, alte Muster, an die sich niemand erinnert. Regeln, die an zwanzig handverlesenen Beispielen bestehen, scheitern regelmässig am Long Tail.
7. Vereinbaren Sie das Monitoring vor dem Launch: welche URLs nach einer Stunde, nach einem Tag, nach sieben und nach dreissig Tagen geprüft werden, welche Zahlen beobachtet werden und welcher Wert ein Rollback auslöst. Wer das erst danach entscheidet, streitet mitten im Zwischenfall darüber.

## Was dabei herauskommt

Ein Paritätsbericht mit Go- oder No-go-Entscheidung, der das eingefrorene Live-Inventar, die vollständige Weiterleitungskarte mit Eins-zu-eins-Abdeckung jeder wertvollen URL, eine Differenz je Template sowie einen datierten Monitoring- und Rollback-Plan enthält.

## Wo es schiefgeht

- Das Staging mit robots.txt oder einem globalen noindex schützen, was beides in die Produktion gelangt und die neue Website am ersten Tag deindexiert
- Die Weiterleitungskarte aus der Sitemap statt aus Logs und Backlink-Daten bauen, sodass URLs, die nie in der Sitemap standen, aber weiterhin Links und Traffic tragen, still verloren gehen
- Replatforming und Redesign in derselben Woche ausliefern, wodurch sich ein anschliessender Einbruch keinem von beidem mehr zuordnen lässt
- Die Karte für fertig halten, sobald sie geschrieben ist, obwohl eine ungetestete Karte eine Tabelle ist und keine Migration

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/pre-launch-migration-parity-check

Was Sie vorher brauchen

• Ein vollständiger Crawl der Live-Website mit Export von URL, Status, canonical, meta robots, Title, H1, Wortzahl und Anzahl interner Links
• Crawl-Zugang zum Staging hinter HTTP-Authentifizierung oder IP-Freigabeliste, niemals hinter einer robots.txt-Sperre
• Die Top-URLs nach Traffic, nach Umsatz und nach verweisenden Domains, als drei getrennte Listen statt als eine
• Ein Launch-Termin und der Name der Person, die ihn stoppen darf

Methode

1. 01 Frieren Sie den Live-Crawl als datierte Datei ein und legen Sie sie ausserhalb des Projekts ab. Nach dem Launch lässt sich der alte URL-Bestand nicht mehr reproduzieren, und diese Datei ist der einzige Beleg dafür, was existiert hat.
2. 02 Crawlen Sie das Staging mit identischen Einstellungen und bilden Sie die Differenz der beiden URL-Listen. Diese Differenz ist die Weiterleitungskarte; sie ist kein Dokument, das man später separat schreibt.
3. 03 Bestätigen Sie, dass jede URL aus den Listen zu Traffic, Umsatz und Backlinks mit einem Eins-zu-eins-Ziel in der Karte steht. Viele alte URLs auf eine Kategorie oder die Startseite zusammenzuführen ist der grösste Verlustpunkt jeder Migration, und es wird immer als Aufräumen verteidigt.
4. 04 Vergleichen Sie Template gegen Template statt Seite gegen Seite: Title-Muster, canonical, meta robots, strukturierte Daten, H1, Wortzahl des Hauptinhalts und Anzahl interner Links. Ein Rückschritt in einem Template vervielfacht sich über jede URL, die es verwendet.
5. 05 Bestätigen Sie, dass das Staging durch Authentifizierung geschützt ist und nicht durch robots.txt oder ein websiteweites noindex, und bestätigen Sie danach getrennt, dass dieser Schutz zum Launch entfernt wird. Beide Fehler haben schon ganze Websites am Launch-Tag aus dem Index befördert.
6. 06 Testen Sie die Weiterleitungsregeln im Staging gegen die vollständige eingefrorene Liste, nicht gegen eine Stichprobe: Query-Strings, abschliessende Schrägstriche, Pfade in Grossbuchstaben, alte Muster, an die sich niemand erinnert. Regeln, die an zwanzig handverlesenen Beispielen bestehen, scheitern regelmässig am Long Tail.
7. 07 Vereinbaren Sie das Monitoring vor dem Launch: welche URLs nach einer Stunde, nach einem Tag, nach sieben und nach dreissig Tagen geprüft werden, welche Zahlen beobachtet werden und welcher Wert ein Rollback auslöst. Wer das erst danach entscheidet, streitet mitten im Zwischenfall darüber.

Was dabei herauskommt

Ein Paritätsbericht mit Go- oder No-go-Entscheidung, der das eingefrorene Live-Inventar, die vollständige Weiterleitungskarte mit Eins-zu-eins-Abdeckung jeder wertvollen URL, eine Differenz je Template sowie einen datierten Monitoring- und Rollback-Plan enthält.

Wo es schiefgeht

• Das Staging mit robots.txt oder einem globalen noindex schützen, was beides in die Produktion gelangt und die neue Website am ersten Tag deindexiert
• Die Weiterleitungskarte aus der Sitemap statt aus Logs und Backlink-Daten bauen, sodass URLs, die nie in der Sitemap standen, aber weiterhin Links und Traffic tragen, still verloren gehen
• Replatforming und Redesign in derselben Woche ausliefern, wodurch sich ein anschliessender Einbruch keinem von beidem mehr zuordnen lässt
• Die Karte für fertig halten, sobald sie geschrieben ist, obwohl eine ungetestete Karte eine Tabelle ist und keine Migration

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.

Mehr in Technisches SEO