In diesem Artikel
Ein Relaunch ist selten ein reines Design-Projekt. URLs ändern sich, Templates werden neu gebaut, Inhalte wandern in ein neues CMS. Genau dabei gehen Rankings verloren, wenn Redirects, Canonicals und interne Links nicht mitwandern.
Diese Checkliste ist für Migrationen gedacht, bei denen die Domain bleibt und die Website neu aufgebaut wird. Bei einem Domainwechsel gelten zusätzlich die Hinweise von Google zum Site Move.
Vor dem Relaunch
1. Bestandsaufnahme
- Alle indexierten URLs exportieren (Search Console, Crawler, Sitemap).
- Rankings und Traffic der wichtigsten URLs als Baseline sichern.
- Backlinks auf alte URLs exportieren.
- Wichtigste Landingpages, Kategorien und Produktseiten markieren.
2. URL-Mapping
Lege für jede alte URL ein Ziel fest:
| Alt | Neu | Typ |
|---|---|---|
/alte-seite | /neue-seite | 301 |
/kategorie/alt | /kategorie/neu | 301 |
/produkt/entfernt | /kategorie | 301 oder 410 |
/alte-seite?param=1 | /neue-seite | 301 |
Ohne Mapping wird der Relaunch zum Ratespiel.
3. Staging absichern
Die neue Website auf Staging muss noindex tragen und darf nicht in die Sitemap. Sonst indexiert Google die Vorschau unter einer fremden URL.
4. Backups
Datenbank, Uploads und alte Serverkonfiguration sichern. Ein Rollback muss möglich sein.
Während der Migration
5. Redirects
- Jede alte URL mit 301 auf die inhaltlich nächste neue URL.
- Keine Massenredirects auf die Startseite.
- Keine Redirect-Ketten: A → B → C vermeiden.
- Query-Parameter nur behalten, wenn sie Inhalt steuern.
6. Interne Links
- Navigation, Footer und Content-Links auf neue URLs aktualisieren.
- Alte Links in Blogartikeln und Produktbeschreibungen prüfen.
- 404-Seite mit hilfreichen Links ausstatten.
7. Canonicals und Sitemap
- Jede neue Seite selbstreferenzierend kanonisieren.
- Sitemap mit den neuen URLs neu erzeugen.
- Alte Sitemap entfernen oder auf die neue verweisen.
8. robots.txt
- Staging-Sperren entfernen.
- Neue Sitemap referenzieren.
- Keine CSS/JS-Ressourcen blockieren.
9. Strukturierte Daten
- JSON-LD auf neuen Templates prüfen.
- Organization, WebSite, BreadcrumbList und Article/Product aktualisieren.
- Alte URLs in
@id- undurl-Feldern ersetzen.
10. Tracking
- Analytics und Tag Manager auf neue URLs prüfen.
- Search Console: neue Property oder bestehende behalten?
- Conversion-Tracking testen.
Nach dem Relaunch
11. Crawl und Monitoring
- Neue Website crawlen: Statuscodes, Redirects, Canonicals, Titles, H1.
- 404- und 500-Fehler prüfen.
- Redirect-Ketten und Schleifen prüfen.
- Sitemap in der Search Console einreichen.
- Täglich die wichtigsten URLs und Rankings beobachten.
12. Search Console
- Indexierungsbericht prüfen.
- Abdeckung: alte URLs, neue URLs, Ausschlüsse.
- Core Web Vitals nach einigen Wochen prüfen.
- URL-Inspection für die wichtigsten Seiten.
Die 12-Punkte-Checkliste
- [ ] Bestandsaufnahme und Baseline
- [ ] URL-Mapping für alle alten URLs
- [ ] Staging auf
noindex - [ ] Backups und Rollback-Plan
- [ ] 301-Redirects ohne Ketten
- [ ] Interne Links aktualisiert
- [ ] Canonicals selbstreferenzierend
- [ ] Sitemap neu erzeugt
- [ ] robots.txt angepasst
- [ ] Strukturierte Daten geprüft
- [ ] Tracking getestet
- [ ] Crawl und Monitoring nach Livegang
Typische Fehler
- Alles auf die Startseite weiterleiten. Das bündelt keine Relevanz und verwirrt Nutzer.
- Redirect-Ketten über mehrere Zwischenstationen.
- Staging indexierbar lassen.
- Sitemap vergessen oder alte URLs behalten.
- Interne Links nicht angepasst, sodass alte URLs weiter verlinkt werden.
- Tracking erst nach Wochen prüfen.
- Kein Monitoring nach dem Livegang.
VitoScore-Werkzeuge für die Migration
- Redirect-Analyse: Ketten, Schleifen und Downgrades prüfen.
- SEO-Crawler: mehrere Seiten auf Statuscodes und Onpage-Signale prüfen.
- Auto-Monitoring: Score-Verlauf nach dem Relaunch beobachten.
- A/B-Vergleich: alte und neue Version gegenüberstellen.
Fazit
Eine Migration ist dann erfolgreich, wenn sie unsichtbar bleibt: Nutzer landen auf der richtigen Seite, Crawler finden die neue URL, und die Rankings stabilisieren sich. Der Unterschied zwischen einem kontrollierten Relaunch und einem Rankingverlust liegt selten im Design, sondern in der Liste der unspektakulären technischen Schritte.