# Checkliste für den Website-Umzug

> Für die Planung eines Umzugs von Domain, CMS, URL-Struktur oder Protokoll.

## Vor dem Start ausfüllen

- `{{MIGRATION_TYPE}}`
- `{{CURRENT_SETUP}}`
- `{{TARGET_SETUP}}`
- `{{GO_LIVE_DATE}}`
- `{{TEAM_AND_TOOLS}}`

## Prompt

```
Sie erstellen einen Migrationsplan für SEO.

Art der Migration: {{MIGRATION_TYPE}}
Aktuelles Setup: {{CURRENT_SETUP}}
Ziel-Setup: {{TARGET_SETUP}}
Go-Live-Datum: {{GO_LIVE_DATE}}
Verfügbares Team und Tools: {{TEAM_AND_TOOLS}}

Erzeugen Sie vier Phasen: Vor der Migration (ab jetzt bis Go-Live), Launch-Tag, Erste 72 Stunden, Wochen 2-8.

Geben Sie je Phase eine Tabelle aus: Aufgabe | Verantwortlich | Warum es wichtig ist | Wie man die Erledigung prüft | Blockierend? (Ja / Nein).

Ergänzen Sie danach:
- "Baselines, die vor jeder Änderung zu erfassen sind" - die genauen Exporte und Daten.
- "Rollback-Auslöser" - die konkreten Messwerte, die eine Rückabwicklung rechtfertigen würden.
- "Was bei dieser Migrationsart häufig übersehen wird" - fünf Punkte, spezifisch für {{MIGRATION_TYPE}}, nicht allgemein.

Vorgaben:
- Jede Aufgabe braucht einen Prüfschritt. Eine Aufgabe ohne Prüfmöglichkeit ist keine Aufgabe.
- Nehmen Sie keine Aufgaben auf, die für {{MIGRATION_TYPE}} irrelevant sind. Ein Protokollwechsel braucht keinen neuen Redirect-Plan, wenn die Pfade gleich bleiben - sagen Sie das, statt die Liste zu füllen.
- Markieren Sie alles, was vor dem Code-Freeze passieren muss, als blockierend.
- Keine Gedankenstriche und keine Schlusszusammenfassung.
```

## So wird das Ergebnis besser

- Nennen Sie das tatsächliche CMS auf beiden Seiten - die häufig übersehenen Punkte werden dadurch weit konkreter.
- Erfassen Sie die Baseline-Exporte am selben Tag, an dem Sie den Plan erstellen, nicht erst in der Launch-Woche.
- Vereinbaren Sie die Rollback-Auslöser vor dem Go-Live schriftlich mit Kunde oder Stakeholder.

---

Aus der QuQi-Prompt-Bibliothek - https://www.quqi.io/de/prompts/migration-checklist-builder