Ein Website-Relaunch ist die grundlegende technische, visuelle oder strukturelle Überarbeitung einer bestehenden Website – vom Webdesign und Erscheinungsbild über die Website-Struktur und Navigation bis zur Domain-, CMS- oder Content-Migration. Für Unternehmen, B2B-Unternehmen, Website-Verantwortliche und SEO-Fachleute ist er ein komplexes Projekt mit klarem Ziel: eine neue Website oder einen gezielten Teil-Relaunch so umzusetzen, dass Online-Präsenz, User Experience, Conversion und Sichtbarkeit nicht leiden, sondern sich verbessern. Genau darin liegt der Unterschied zu einem reinen Redesign: Ein Relaunch verändert nicht nur die Optik, sondern oft auch Architektur, Inhalte, Technik und SEO-Aspekte.
Die Gründe für einen Relaunch reichen von veraltetem Corporate Design und technischer Überarbeitung bis zu neuem Angebot, E-Commerce-Anforderungen, mehreren Sprachen oder einer strategischen Optimierung im Wettbewerb und Markt. Ohne sauberes Konzept, klare Zielgruppen-Definition und methodische technische Umsetzung gehen jedoch Rankings und organischer Traffic oft in kurzer Zeit verloren. Dieser Leitfaden gibt einen kompakten Überblick mit konkreten Tipps und praxisnahen Infos für einen erfolgreichen Website-Relaunch: von Planung, URL-Mapping und Content Audit über Content Migration, Validierung in der Staging-Phase und 301-Weiterleitungen beim Livegang bis zum Monitoring der SEO-Performance und zur Fehlervermeidung bei Design-Updates, Systemwechseln und Domain-Migrationen.
Der Erfolg eines Relaunchs hängt maßgeblich davon ab, wie präzise technische Signale an Suchmaschinen übertragen werden. Jede Änderung an der URL-Struktur, den Website-Inhalten oder der technischen Infrastruktur muss so kommuniziert werden, dass Algorithmen die Kontinuität der Inhalte verstehen. Dabei steht die Fehlerisolierung im Vordergrund: Durch eine schrittweise Vorgehensweise lassen sich Ursachen für eventuelle Ranking-Schwankungen schneller identifizieren und beheben.
Relaunch-Typologie: Design-Update vs. Systemwechsel vs. Domain-Migration
Nicht jeder Relaunch ist gleich: Der Unterschied zwischen verschiedenen Relaunch Arten liegt vor allem darin, welche Ebene der Website geändert wird und welche Art von Risiko damit verbunden ist. Grundsätzlich lassen sich drei Haupttypen unterscheiden; gängige Varianten sind unter anderem Technik-Relaunch, Design-Relaunch und seo relaunch, die jeweils spezifische Anforderungen an die SEO-Begleitung stellen. Ein reines Design-Update (Refresh) verändert meist nur das Frontend (CSS, Layout), während die URL-Struktur und das Content-Management-System (CMS) erhalten bleiben. Je nach Ziel kann statt eines vollständigen Umbaus auch ein teil relaunch sinnvoll sein, wenn nur einzelne Bereiche modernisiert werden sollen. Hier ist das Risiko für die organische Suche vergleichsweise gering, sofern die Ladezeiten und die mobile Nutzbarkeit nicht negativ beeinflusst werden.
Ein Systemwechsel hingegen betrifft den Kern der Website. Wenn von einem CMS zu einem anderen gewechselt wird, ändern sich oft automatisch technische Parameter wie die Generierung von Meta-Tags, die interne Verlinkungslogik oder die Pfadstrukturen der Bilder, wobei ein Technik-Relaunch oft veraltete CMS- oder Backend-Systeme adressiert. Das höchste Risiko stellt die Domain-Migration dar, bei der die gesamte Website auf eine neue Adresse umzieht. In diesem Fall müssen alle Signale der alten Domain auf die neue übertragen werden.
| Relaunch-Typ | Fokus der Änderung | SEO-Risikostufe | Hauptfokus der Sicherung |
|---|---|---|---|
| Design-Update | Optik, UX, Frontend-Code | Niedrig bis Mittel | Core Web Vitals, Content-Sichtbarkeit |
| Systemwechsel | CMS, Backend, Datenbank | Mittel bis Hoch | Technische SEO-Standards, URL-Stabilität |
| Domain-Migration | Webadresse, Markenname | Sehr Hoch | 301-Redirect-Mapping, Domain-Autorität |
Bei komplexen Projekten, die mehrere dieser Typen kombinieren, empfiehlt sich eine strategische Trennung. In der Praxis kombinieren rund 80 Prozent der Relaunches mehrere Bereiche gleichzeitig, und 80% der Relaunch-Kunden verbinden mindestens zwei Maßnahmen. Anstatt Design, CMS und Domain gleichzeitig zu ändern, sollten diese Schritte idealerweise nacheinander erfolgen, um die Fehlerisolierung zu gewährleisten.
Phase 1: Die Vorbereitung und das URL-Mapping (Bestandsaufnahme)
Die wichtigste Grundlage für einen sicheren Relaunch ist eine lückenlose Bestandsaufnahme der aktuellen Website. Suchmaschinen haben über Jahre hinweg ein Verständnis für die Relevanz einzelner URLs entwickelt. Wenn diese URLs ohne entsprechende Signale verschwinden, verliert die Website ihre Basis für die Platzierung in den Suchergebnissen. Der erste Schritt besteht daher in einem vollständigen Crawl der bestehenden Seite, um alle indexierten und traffic-relevanten URLs zu identifizieren. Die bestehende Website sollte dabei vollständig inventarisiert werden. Ein content audit hilft anschließend, bestehende Website-Inhalte vor dem Relaunch systematisch zu bewerten.
Ein zentrales Instrument ist das URL-Mapping. Hierbei wird jeder alten URL eine korrespondierende neue URL zugewiesen. Ziel ist es, den Nutzern und Suchmaschinen den Weg zum neuen Ziel so einfach wie möglich zu machen. Vor dem Relaunch sollten zudem ein Backup aller bestehenden Seiten sowie die Sicherung der bestehenden SEO-Assets erfolgen. Bei großen Portalen kann hierbei der von Google empfohlene Split-Move-Ansatz zum Einsatz kommen. Dabei wird die Migration in logische Teilbereiche zerlegt – beispielsweise wird zuerst ein Verzeichnis oder eine Subdomain umgezogen, um die Reaktion der Suchmaschine zu testen, bevor die gesamte Seite folgt. Für die content migration sollte auch die spätere Website-Struktur bzw. Architektur an den Nutzerbedürfnissen ausgerichtet werden.
- Identifikation aller URLs über Crawling-Tools und die Google Search Console.
- Bewertung der Traffic-Relevanz und der Backlink-Struktur jeder Seite im Hinblick auf relevante Zielgruppen.
- Erstellung einer Mapping-Tabelle (Alt-URL zu Neu-URL).
- Festlegung von Prioritäten für die wichtigsten Seitenbereiche.
| Quell-URL (Alt) | Ziel-URL (Neu) | Status-Code | Priorität |
|---|---|---|---|
| /ratgeber/altes-thema/ | /wissen/neues-thema/ | 301 | Hoch |
| /blog/artikel-2023/ | /magazin/artikel-neu/ | 301 | Mittel |
| /service/kontakt-alt/ | /kontakt/ | 301 | Hoch |
Phase 2: Die Staging-Umgebung und technische Validierung
Bevor Änderungen live gehen, müssen sie in einer geschlossenen Staging-Umgebung (Testumgebung) intensiv geprüft werden. Diese Umgebung sollte eine exakte Kopie des geplanten Live-Systems sein, jedoch durch Passwortschutz oder IP-Whitelisting vor dem Zugriff durch Suchmaschinen und die Öffentlichkeit geschützt werden. Nutzer bilden sich bereits in 0,05 Sekunden eine Meinung, deshalb müssen Webdesign und technische Umsetzung vor dem Livegang gründlich validiert werden. Eine fehlerhafte Konfiguration, die dazu führt, dass die Testumgebung indexiert wird, kann zu massivem Duplicate Content führen und den Erfolg des eigentlichen Relaunchs gefährden.
In der Staging-Phase erfolgt die technische Validierung aller SEO-relevanten Elemente. Dazu gehören die korrekte Implementierung von Canonical Tags, die Struktur der H-Überschriften, die Erreichbarkeit von Ressourcen wie Skripten und Bildern sowie die Performance-Werte mit den Core Web Vitals LCP, INP und CLS. Barrierefreiheit sollte in der Staging-Validierung ebenfalls geprüft werden, um die User Experience zu verbessern. Besonders kritisch ist die Prüfung der Redirect-Logik: Die geplanten 301-Weiterleitungen sollten bereits hier auf ihre Funktionalität hin getestet werden, um Kettenweiterleitungen oder Sackgassen zu vermeiden.
Checkliste für die Staging-Validierung: – [ ] Zugriffsschutz: Ist die Staging-Seite per robots.txt oder Meta-Tag auf “noindex” gesetzt? – [ ] URL-Struktur: Entsprechen die neuen URLs den Vorgaben aus dem Mapping? – [ ] Meta-Daten: Sind Title-Tags und Meta-Descriptions korrekt übernommen oder optimiert? – [ ] Interne Verlinkung: Führen alle internen Links auf die neuen Ziel-URLs (keine Links auf Staging-Pfade)? – [ ] Strukturierte Daten: Sind Schema.org-Auszeichnungen fehlerfrei implementiert? – [ ] Ladezeiten: Erfüllen die neuen Seiten die Anforderungen der Core Web Vitals und sind die Ladezeiten zur Reduktion von Absprungraten optimiert? – [ ] Mobile First Design: Ist die Seite responsiv umgesetzt und auf mobilen Geräten benutzerfreundlich, da ein Großteil des Traffics mobil erfolgt?
Phase 3: Der Livegang – Server-Konfiguration und Redirect-Management
Der Moment des Livegangs ist die kritische Schnittstelle, an der die theoretische Planung in die Praxis übergeht. Die SEO-Migration sollte in diesem Projekt daher bereits ab Tag eins mitgedacht werden. Die wichtigste technische Maßnahme ist die Aktivierung der 301-Redirects. Eine 301-Redirect-Liste ist dabei Pflicht und sollte vor dem Relaunch für die neue Website vollständig erstellt werden. Diese permanenten Weiterleitungen signalisieren Suchmaschinen, dass ein Inhalt dauerhaft umgezogen ist. Sie sind das primäre Mittel, um Ranking-Signale wie Linkautorität von der alten auf die neue URL zu übertragen. Provisorische 302-Weiterleitungen sollten vermieden werden, da sie keine dauerhafte Verschiebung der Relevanz bewirken.
Beispiele für Server-Konfigurationen:
Apache (.htaccess): RedirectPermanent /alte-seite/ /neue-seite/
NGINX: rewrite ^/alte-seite/$ /neue-seite/ permanent;
Parallel zur Aktivierung der Redirects müssen die technischen Wegweiser für Suchmaschinen aktualisiert werden. Dazu gehört die Anpassung der robots.txt-Datei, die nun den Zugriff auf das neue System erlauben muss, sowie die Bereitstellung einer neuen XML-Sitemap, die in der Google Search Console eingereicht werden sollte. In der Übergangsphase kann es sinnvoll sein, die alte XML-Sitemap kurzzeitig in der Search Console zu belassen, damit Google die alten URLs crawlt und die dort hinterlegten 301-Weiterleitungen schneller entdeckt und verarbeitet.
Analytics und Tracking sollten vor dem Launch vollständig eingerichtet sein.
Der Launch-Zeitpunkt muss zusammen mit Qualitätssicherung, gründlichen Tests und einer vollständigen Fehlerprüfung vor dem Go-live strategisch abgestimmt werden.
Phase 4: Post-Launch-Monitoring und Fehlerbehebung im SEO Relaunch mit der Search Console
Nach dem Livegang beginnt die Phase der intensiven Überwachung. Es ist normal, dass es in den ersten Tagen und Wochen zu gewissen Schwankungen in den Rankings kommt, da Suchmaschinen die neue Struktur erst vollständig neu bewerten müssen. Ein systematisches Monitoring hilft dabei, echte Fehler von temporären Effekten zu unterscheiden. Klare Erfolgskriterien für die neue Website sollten dabei von Beginn an mitgeprüft werden. Die Google Search Console ist hierbei das wichtigste Werkzeug, um den Fortschritt der Indexierung zu verfolgen und technische Probleme wie 404-Fehler (Seite nicht gefunden) zeitnah zu identifizieren.
Ein besonderes Augenmerk sollte auf dem Bericht zur Indexierung liegen. Hier lässt sich ablesen, wie schnell die alten URLs aus dem Index verschwinden und durch die neuen Ziele ersetzt werden. Sollten wichtige Seiten über einen längeren Zeitraum nicht indexiert werden, deutet dies oft auf Crawling-Barrieren oder fehlerhafte Canonical-Tags hin. Auch die Analyse der Suchanfragen gibt Aufschluss darüber, ob die Relevanz für die wichtigsten Keywords erhalten geblieben ist oder ob Anpassungen am Content notwendig sind. Eine klare navigation und gute Benutzerführung sind essenziell für die User Experience und können die conversion deutlich verbessern. Nutzer sollten sich auf der neuen Seite nicht verirren; ob das gelingt, lässt sich an Nutzersignalen beobachten.
Häufige Fallstricke: Warum Relaunches scheitern und wie man sie vermeidet
Trotz sorgfältiger Planung scheitern viele Relaunches an vermeidbaren Fehlern. Einer der häufigsten Fallstricke ist die Vernachlässigung der Redirect-Ketten. Wenn eine alte URL über mehrere Zwischenschritte zur neuen URL führt, verschwendet dies wertvolles Crawl-Budget und kann die Ladezeit negativ beeinflussen. Idealerweise sollte jede Weiterleitung direkt zum finalen Ziel führen. Ein weiterer kritischer Punkt ist die unbeabsichtigte Sperrung der neuen Website über die robots.txt, was oft passiert, wenn Konfigurationen aus der Staging-Umgebung ungesehen übernommen werden. Rund 80 Prozent der Relaunches kombinieren mehrere Maßnahmen zur Benutzerfreundlichkeit, und Fehler entstehen dabei oft erst im Zusammenspiel von Technik, Struktur und Optimierung.
Oft wird auch unterschätzt, wie wichtig die Konsistenz des Contents ist. Werden im Zuge eines Relaunchs nicht nur das Design und die Technik, sondern auch die Texte massiv gekürzt oder verändert, verliert die Suchmaschine die semantischen Anhaltspunkte für die bisherigen Rankings. Ein Relaunch sollte daher immer als ganzheitlicher Prozess verstanden werden, bei dem Technik, Content und UX Hand in Hand gehen, um die Domain-Autorität zu wahren und auszubauen; eine echte Verbesserung gelingt nur mit klaren Zielen und guter Vorbereitung.
Grenzen und fachliche Prüfung
Dieser Leitfaden bietet eine strategische Übersicht über die notwendigen Schritte bei einem Website-Relaunch. Ein sauberes konzept für den Prozess sollte Strategie, Konzeption, Umsetzung und Livegang umfassen. Er ersetzt jedoch keine individuelle technische Beratung. Da jede Serverkonfiguration (z. B. Apache, NGINX, Cloudflare) und jedes CMS (z. B. WordPress, TYPO3, Headless-Systeme) spezifische Anforderungen an die Umsetzung von Redirects und die Steuerung des Crawlings stellt, ist eine detaillierte technische Prüfung zwingend erforderlich.
Die in diesem Dokument beschriebenen Verfahren basieren auf den zum Zeitpunkt der Erstellung aktuellen Best Practices für Suchmaschinen-Migrationen. Änderungen in den Algorithmen oder technischen Standards von Suchmaschinenanbietern können eine Anpassung der Strategie notwendig machen. Vor der Durchführung geschäftskritischer Migrationen sollte eine fachliche Freigabe durch qualifizierte Experten für technische Suchmaschinenoptimierung und Systemadministration erfolgen.
Quellen und weiterführende Dokumentation
[1] Google Search Central: Websiteverschiebungen und Migrationen. Technische Dokumentation zur Planung und Durchführung von URL-Änderungen und Domain-Umzügen. Version vom April 2026.
[2] Google Search Central: Weiterleitungen und die Google Suche. Leitfaden zur korrekten Verwendung von 301- und 302-Redirects sowie deren Einfluss auf das Crawling und Indexing. Version vom April 2026.
[3] W3C Web Accessibility Initiative (WAI): Standards für barrierefreie Webgestaltung. Dokumentation zur Sicherstellung der Zugänglichkeit bei technologischen Neuausrichtungen. Stand 2026.
