Website-Relaunch: In 9 Schritten ohne Ranking-Verlust zum neuen Auftritt

Ein Website-Relaunch gehört zu den riskantesten Maßnahmen, die ein Unternehmen an seiner Online-Präsenz vornehmen kann. Nicht weil neues Design schlecht wäre, sondern weil Dutzende technischer Entscheidungen innerhalb kurzer Zeit getroffen werden - und jede einzelne davon Einfluss auf Google-Rankings hat. Laut einer SISTRIX-Analyse verlieren Websites ohne sauberes Redirect-Konzept bis zu 80 Prozent ihrer organischen Sichtbarkeit nach dem Relaunch.

Ich begleite seit 13 Jahren WordPress-Projekte für kleine und mittlere Unternehmen in Deutschland. Die folgende Checkliste zeigt, wie ein Website-Relaunch ohne Ranking-Verlust tatsächlich funktioniert - strukturiert in 9 Schritte, die ich bei jedem Kundenprojekt durchlaufe.

Schritt 1: Bestandsaufnahme vor dem ersten Klick

Bevor irgendjemand einen neuen Theme aktiviert oder URLs umbenennt, muss der Ist-Zustand dokumentiert sein. Konkret bedeutet das:

• Vollständiger Crawl der bestehenden Website (Screaming Frog, Ahrefs Webmaster Tools oder die Google Search Console)
• Export aller URLs mit Status 200 sowie aller bereits vorhandenen Weiterleitungen
• Liste der Top-20-Seiten nach organischem Traffic (aus GA4 oder Search Console)
• Screenshot aller wichtigen Seiten als visuelle Referenz

Diese Datenbasis ist später das Fundament des Redirect-Mappings. Wer hier spart, arbeitet blind.

Schritt 2: Redirect-Mapping erstellen

Das Redirect-Mapping ist ein Dokument (meist eine Tabelle), das jede alte URL einer neuen URL zuordnet. Klingt simpel, wird aber häufig unterschätzt.

Die Grundregel: Jede URL, die sich ändert und organischen Traffic hatte, braucht einen 301-Redirect auf die thematisch passendste neue URL. Nicht auf die Startseite. Nicht auf eine Kategorie-Übersicht. Auf das Äquivalent.

Bei einem Kundenprojekt aus Hamburg haben wir den Auftritt eines Handwerksbetriebs von einer alten TYPO3-Instanz nach WordPress migriert. Die alte URL-Struktur war /leistungen/?id=42, die neue /leistungen/badezimmer-renovierung/. Ohne das Mapping wären alle Rankings dieser Seite verloren gegangen - mit 301-Redirects hat der Kunde seine Sichtbarkeit nach zwei Wochen fast vollständig wiederhergestellt.

Schritt 3: Staging-Umgebung korrekt absichern

Die neue Website wird auf einer Staging-Umgebung entwickelt und getestet. Damit Google die Staging-Version nicht versehentlich indexiert, braucht es zwei unabhängige Sicherungsebenen:

1. robots.txt auf der Staging-Domain mit Disallow: / für alle User-Agents
2. Jede Seite zusätzlich mit Meta-Tag <meta name="robots" content="noindex, nofollow">

Nur eine der beiden Maßnahmen ist nicht zuverlässig genug. Google ignoriert robots.txt in Ausnahmefällen, wenn Links von anderswo auf die Staging-URL zeigen. Viele Website-Builder und WordPress-Themes haben einen eingebauten Schalter für Suchmaschinen-Blockierung - der reicht allein aber nicht aus.

Schritt 4: Tracking-Setup vor dem Launch vorbereiten

Tracking wird bei Relaunches oft als letzter Schritt behandelt - das ist ein Fehler. Google Analytics 4 und die Search Console müssen auf der neuen Struktur eingerichtet sein, bevor der Launch-Button gedrückt wird.

Konkret heißt das: Die GA4-Property bleibt dieselbe (gleiche Measurement ID), aber die Datenstrom-Konfiguration wird auf die neuen URLs angepasst. Conversion-Events, die auf spezifische URLs gefeuert werden (/danke/, /bestellung-abgeschlossen/), müssen auf die neuen Zielpfade umgestellt werden.

In der Google Search Console gibt es bei Domain-Wechseln das Change-of-Address-Tool. Es signalisiert Google offiziell, dass die alte Domain durch eine neue ersetzt wird, und beschleunigt die Übertragung von Ranking-Signalen.

Schritt 5: Technische SEO-Elemente auf der neuen Website prüfen

Bevor der Relaunch live geht, muss die neue Website auf technische SEO-Grundlagen geprüft werden. Das sind keine Kleinigkeiten: Fehlende Meta-Titles oder falsch gesetzte Canonical-Tags können Rankings kosten, die nichts mit dem Relaunch selbst zu tun haben.

Prüfliste für den technischen Check:

• Meta-Title und Meta-Description für alle wichtigen Seiten vorhanden und individuell formuliert
• Canonical-Tags zeigen auf die korrekte URL (nicht auf Staging, nicht auf http:// statt https://)
• Sitemap XML aktuell und fehlerfrei
• Überschriften-Hierarchie (H1 einmal pro Seite, H2/H3 logisch geschachtelt)
• Alt-Texte für alle wesentlichen Bilder
• Seitenladezeit unter 3 Sekunden (Core Web Vitals: LCP, INP, CLS messen)

Schritt 6: 301-Redirects implementieren und testen

Das Redirect-Mapping aus Schritt 2 wird jetzt umgesetzt. In WordPress gibt es mehrere Wege:

• Plugin "Redirection" (kostenlos): komfortabler Import per CSV, Logs für jeden Redirect
• Direkt in der .htaccess (Apache) oder nginx-Konfiguration: schneller, ohne PHP-Overhead
• Über die functions.php oder ein mu-Plugin mit wp_redirect()

Für größere Mengen an Redirects (über 50 URLs) empfehle ich den Weg über die .htaccess oder nginx-Konfiguration - das ist performanter und verhindert, dass jeder Request durch WordPress-PHP läuft.

Nach der Implementierung jeden Redirect einzeln testen: HTTP-Status 301 zurück, Ziel-URL korrekt, kein zweiter Hop. Curl oder ein Browser-Plugin wie "HTTP Status" reichen für die Stichprobenprüfung.

Schritt 7: Launch-Prozess strukturiert durchführen

Der eigentliche Launch ist kein einzelner Klick, sondern eine geordnete Abfolge. Hier ist die Reihenfolge, die ich bei Kundenprojekten verwende:

1. Backup der alten Website erstellen (Dateien + Datenbank)
2. Maintenance-Modus auf der alten Domain aktivieren
3. Neue Website live stellen (DNS-Switch oder Datei-Upload je nach Hosting)
4. SSL-Zertifikat prüfen (alle URLs müssen https:// zurückgeben)
5. Redirects auf der Live-Domain aktivieren und testen
6. Noindex-Tags auf der neuen Domain entfernen (wenn sie dort vorhanden waren)
7. Sitemap in der Google Search Console einreichen
8. Einen manuellen Crawl-Request für die Startseite über "URL-Prüfung" in der GSC auslösen

Der Zeitplan für den Launch: Werktag, Vormittags, damit tagsüber noch reagiert werden kann. Nie Freitagabend.

Schritt 8: Post-Launch-Monitoring in den ersten 6 Wochen

Nach dem Launch beginnt die kritische Phase. Google crawlt die neue Website intensiver als sonst, weil Redirects von der alten Struktur auf die neue zeigen. In dieser Zeit können Probleme auftauchen, die vorher nicht sichtbar waren.

Monitoring-Plan für die ersten sechs Wochen:

• Täglich (erste zwei Wochen): Search Console auf Crawl-Fehler, Coverage-Bericht, neue 404-Meldungen
• Täglich (erste zwei Wochen): GA4 auf organischen Traffic im Vergleich zur Vorperiode
• Wöchentlich: Ranking-Tracking für die Top-30-Keywords
• Nach 4 Wochen: Vollständiger Crawl der neuen Website zum Abgleich mit dem Crawl aus Schritt 1

Bei einem Hamburger Kunden im Bereich Unternehmensberatung haben wir nach dem Relaunch in der ersten Woche festgestellt, dass drei wichtige Unterseiten versehentlich noch das noindex-Tag trugen (übrig geblieben aus der Staging-Phase). Ohne tägliches Monitoring wäre das erst nach Wochen aufgefallen.

Schritt 9: Externe Links und Backlinks aktualisieren

Interne Links auf der neuen Website sind nach Schritt 5 bereits geprüft. Externe Links, also Backlinks von anderen Websites, zeigen aber noch auf die alten URLs. Die 301-Redirects fangen das ab, aber langfristig ist es besser, wenn wichtige externe Links direkt auf die neuen URLs zeigen.

Gehen Sie folgendermaßen vor:

• Backlink-Profil aus Ahrefs, Search Console oder SEMrush exportieren
• Top-20-Backlinks nach Link-Stärke identifizieren
• Websitebetreiber der wichtigsten Quellen kontaktieren und um URL-Update bitten
• Eigene Social-Media-Profile, Google Business Profile, Branchenverzeichnisse und Partnernetzwerke aktualisieren

Gerade Google Business Profile wird oft vergessen: Wenn die Hauptdomain oder wichtige Unterseiten verlinkt sind, diese direkt nach dem Launch aktualisieren.

Einen vollständigen Überblick über alle Leistungen, die ich bei einem Webseiten-Relaunch in Deutschland übernehme, finden Sie auf der entsprechenden Seite.

Häufige Fragen

Wie lange dauert es, bis Google nach einem Relaunch die neuen URLs indexiert hat?

Bei einer mittelgroßen Website von 50 bis 200 Seiten dauert die vollständige Neuindexierung erfahrungsgemäß zwei bis sechs Wochen. Größere Websites können drei Monate benötigen. Den Prozess beschleunigen Sie, indem Sie die neue Sitemap in der Google Search Console einreichen und das Change-of-Address-Tool nutzen, wenn sich auch die Domain ändert.

Wie viele 301-Redirects sind bei einem typischen WordPress-Relaunch nötig?

Das hängt vom Ausmaß der URL-Änderungen ab. Bei einem reinen Redesign ohne URL-Änderungen braucht es kaum Redirects. Wechselt das URL-Schema (zum Beispiel von /seite-1234/ zu /leistungen/webdesign/), muss jede einzelne URL gemappt werden - bei einem 80-seitigen Unternehmensauftritt sind das oft 60 bis 150 Weiterleitungen. Mit einem Plugin wie Redirection oder direkt in der .htaccess lässt sich das gut verwalten.

Kann ich meinen Relaunch auf einer Subdomain testen, ohne dass Google die neue Version findet?

Ja, aber nur mit der richtigen Absicherung. Erstens muss die robots.txt auf der Subdomain alle Bots sperren (Disallow: /). Zweitens sollte jede Seite zusätzlich ein Meta-Tag noindex tragen. Nur eine der beiden Maßnahmen allein ist nicht zuverlässig genug - Google ignoriert gelegentlich robots.txt-Anweisungen, wenn es auf anderem Weg auf eine URL stößt.

Was kostet ein professioneller Website-Relaunch für ein KMU in Deutschland?

Für einen vollständigen Relaunch eines deutschen KMU-Auftritts mit 30 bis 80 Unterseiten, sauberem Redirect-Konzept und SEO-Übergabe liegen realistische Preise bei 4.000 bis 12.000 Euro. Einfachere Redesigns ohne strukturelle URL-Änderungen starten ab etwa 2.500 Euro. Agenturen berechnen in der Regel 80 bis 130 Euro pro Stunde, Freelancer wie ich rechnen projektbasiert ab.

Muss ich beim Relaunch auf das Barrierefreiheitsstärkungsgesetz (BFSG) achten?

Das BFSG gilt seit dem 28. Juni 2025 für Websites und Apps, die digitale Dienstleistungen an Verbraucher anbieten - das betrifft viele gewerbliche Auftritte. Ich bin Webentwickler, kein Anwalt, daher empfehle ich bei rechtlichen Fragen eine Einschätzung vom Fachanwalt. Technisch bedeutet BFSG-Konformität vor allem WCAG 2.1 Level AA: ausreichende Kontraste, Tastaturbedienbarkeit, Alt-Texte für Bilder und strukturierte Überschriften.

Was ist der häufigste SEO-Fehler beim Website-Relaunch?

Der häufigste Fehler ist das Sammeln-Redirect: Dutzende oder Hunderte von alten URLs werden pauschal auf die Startseite weitergeleitet statt auf das thematische Äquivalent. Google wertet das als Soft-404 und überträgt keine Ranking-Signale. Der zweithäufigste Fehler ist, den Launch ohne aktives Monitoring durchzuführen und Crawl-Fehler erst Wochen später zu bemerken.