Website-Relaunch: der komplette Leitfaden in 7 Schritten

Ein Website-Relaunch ist die Neuentwicklung einer bestehenden Website: Struktur, Inhalte, Oberfläche und häufig auch die technische Basis, in aller Regel auf derselben Domain und mit einem Redirect-Plan, der die vorhandene Sichtbarkeit erhält. An genau diesem letzten Punkt scheitern die meisten Projekte.

Der gestalterische Teil ist der, den alle einplanen. Die Teile, die über die Wirtschaftlichkeit entscheiden, sind weniger sichtbar: wofür die aktuelle Seite rankt, welche Seiten tatsächlich Anfragen bringen, wohin jede alte Adresse zeigen wird und wer vor der Umschaltung freigibt.

Im deutschen Sprachgebrauch ist Relaunch mehr als ein Redesign. Er schließt den Umzug selbst ein: Inhaltsinventur, URL-Mapping, Weiterleitungen, Staging, Go-live und den Rückfallplan. Dieser Leitfaden führt den vollständigen Zyklus in 7 Schritten durch und beantwortet vorab die drei Fragen, die vor jeder Beauftragung stehen: Umfang, Kosten und Dauer.

Ein Relaunch betrifft vier Ebenen gleichzeitig: Informationsarchitektur, Inhalte, Oberfläche und technische Basis. Wer nur eine Ebene erneuert und das Ergebnis Relaunch nennt, bekommt eine hübschere Website mit exakt denselben Zahlen wie vorher. Der Umfang bemisst sich an den berührten Ebenen, nicht am optischen Abstand zur alten Startseite.

Informationsarchitektur. Seiteninventar, Navigation, URL-Struktur und die Beziehungen zwischen den Seiten. Diese Ebene bewegt die Rankings, und sie fehlt in Briefings am häufigsten.

Inhalte. Kein Kopieren alter Texte in neue Vorlagen. Ein Relaunch ist der richtige Zeitpunkt, Seiten stillzulegen, die niemand liest, drei überlappende Leistungsseiten zu einer zusammenzuführen und ein Nutzenversprechen neu zu schreiben, das seit dem letzten Aufbau abgedriftet ist.

Oberfläche. Layout, Typografie, Komponentenbibliothek, responsives Verhalten, Barrierefreiheit. Die sichtbare Ebene, an der Auftraggeber das Projekt messen.

Technische Basis. Hosting, CMS, Rendering, Performance-Budget, Analytics, Formularverarbeitung. Wer diese Ebene wechselt, führt eine technische Migration durch, mit eigenem Risikoprofil.

Drei Vorhaben heißen häufig Relaunch und sind keiner. Ein Theme-Wechsel betrifft nur die Oberfläche. Eine Textüberarbeitung betrifft nur die Inhalte. Ein CMS-Wechsel verschiebt die technische Basis bei gleichbleibendem Design. Alle drei sind sinnvolle Arbeiten. Keine davon repariert eine Website, die aus strukturellen Gründen Anfragen verliert.

Ein vollständiger Relaunch ist nötig, wenn das Problem strukturell ist, ein Redesign genügt, wenn es gestalterisch ist. Der praktische Test: Schreiben Sie auf, was nicht funktioniert, und fragen Sie, ob die Korrektur das Seiteninventar oder die Navigation verändern muss. Wenn ja, ist es ein Relaunch. Wenn neue Bilder und schärfere Texte reichen würden, kommen Sie mit einer Überarbeitung in einem Bruchteil der Zeit ans Ziel.

Für einen Relaunch sprechen: Die Seite kann Inhalte nicht abbilden, die Sie heute zum Verkaufen brauchen. Die Navigation ist über Jahre gewachsen und niemand findet mehr etwas. Mobil wird nachgebessert statt gestaltet. Das CMS blockiert das Marketing beim Veröffentlichen. Die technische Basis macht Performance-Arbeit unmöglich. Für eine Überarbeitung sprechen: veraltete Optik, alte Texte, schwache Handlungsaufforderungen, zu dünne Leistungsseiten.

Der teure Fehler geht in beide Richtungen. Ein Relaunch, wo eine Überarbeitung gereicht hätte, verbrennt Budget und setzt aufgebaute Sichtbarkeit ohne Grund zurück. Eine Überarbeitung, wo die Struktur das Problem ist, liefert das bekannte Ergebnis: ein Quartal lang schöner, danach dieselben Zahlen.

Ein Website-Relaunch kostet 2026 zwischen €6.000 und €80.000, und die Stufe hängt an drei Dingen: wie viele Seiten sich ändern, wie viel Text neu geschrieben statt übernommen wird, und ob weitere Systeme angebunden sind. Kleine Unternehmensauftritte auf bestehendem CMS beginnen bei etwa €6.000. Mittlere B2B-Projekte mit neuer Struktur und neuen Vertriebsseiten liegen zwischen €15.000 und €35.000. CMS-Wechsel, mehrere Sprachen oder CRM-Anbindung überschreiten €35.000.

Diese Stufen setzen voraus, dass Ihre Inhalte bereits existieren und freigegeben sind, und das ist die Annahme, die ein Angebot am stärksten verschiebt. Die Aufschlüsselung Posten für Posten, die Gründe für dreifache Abstände zwischen Anbietern und das Vorgehen beim Vergleich stehen in unserem Beitrag zu den Website-Relaunch-Kosten.

Ein Website-Relaunch dauert je nach Umfang vier bis zwanzig Wochen. Kleine Unternehmensauftritte laufen vier bis sechs Wochen, mittlere B2B-Relaunches sechs bis zehn, Projekte mit Schnittstellen oder E-Commerce zwölf bis zwanzig. Pro zusätzlicher Sprache kommen zwei bis sechs Wochen dazu.

Die Verfügbarkeit der Inhalte verschiebt diese Zahl weit stärker als Design oder Entwicklung: Ein Projekt mit bereits geschriebenen und freigegebenen Texten läuft am unteren Rand jeder Spanne. Der vollständige Zeitplan nach Phasen, samt der vierzig Prüfpunkte, die daran hängen, steht in unserer Website-Relaunch-Checkliste.

Schritt 1 legt fest, was der Relaunch im Geschäft verändern soll, in Zahlen. Schritt 2 stellt fest, was die bestehende Seite bereits gut macht, damit es nicht versehentlich zerstört wird. Beides passiert, bevor jemand ein Designwerkzeug öffnet, und beides zu überspringen ist die teuerste Abkürzung im ganzen Ablauf.

Schritt 1: Ziele. Ein brauchbares Ziel nennt eine Kennzahl und eine Richtung: qualifizierte Anfragen über die Website, Kosten pro Kontakt, Anteil der Besucher, die eine Leistungsseite erreichen, Zeitaufwand des Marketings für eine neue Seite. Ziele wie moderner wirken lassen sich nach dem Go-live nicht prüfen, womit das Projekt weder als Erfolg noch als Misserfolg bewertet werden kann.

Halten Sie den heutigen Wert jeder Kennzahl vor dem Start fest. Was Sie heute nicht messen, kann der Relaunch nicht verbessern, und die erste Aufgabe heißt dann Messbarkeit statt Design.

Schritt 2: das Audit. Drei Inventuren, die alle später weiterverwendet werden:

• Sichtbarkeit. Welche URLs indexiert sind, für welche Suchanfragen sie erscheinen, welche Seiten organische Einstiege bekommen. Dieser Export wird in Schritt 7 zur Redirect-Karte, also erstellen Sie ihn jetzt und nicht, wenn die alte Seite bereits abgeschaltet ist.
• Verhalten. Welche Seiten Zugriffe bekommen, welche konvertieren, wo Sitzungen enden. Seiten, die konvertieren, werden geschützt, unabhängig davon, was das Designteam von ihnen hält.
• Technik. Performance gemessen an den Core Web Vitals, Barrierefreiheit, mobile Darstellung, defekte Links, unnötig indexierte Seiten.

Unser Leitfaden zum SEO-Audit beschreibt das Vorgehen im Detail. Laut der Dokumentation von Google zu den Core Web Vitals spiegeln diese Werte das tatsächliche Nutzererlebnis wider und nicht Laborbedingungen, weshalb ein Relaunch sie vorher und nachher erheben sollte, statt sich auf einen synthetischen Punktwert zu verlassen.

Inhalte und Struktur entscheiden, ob die neue Website verkauft, und es sind die beiden Schritte, die Auftraggeber am liebsten parallel zum Design laufen lassen möchten. Das geht nicht. Wer Vorlagen ohne Seiteninventar baut, rät, was diese Vorlagen aufnehmen müssen, und der Irrtum zeigt sich während der Umsetzung, zum denkbar ungünstigsten Zeitpunkt.

Schritt 3: Inhaltsinventur. Nehmen Sie die Liste aus dem Audit und geben Sie jeder bestehenden Seite eine von vier Entscheidungen: unverändert behalten, neu schreiben, mit einer anderen Seite zusammenführen oder stilllegen. Stilllegen ist die Entscheidung, die vermieden wird, und meist die wertvollste. Eine Website mit sechzig Seiten, von denen zwölf alles erwirtschaften, wird übersichtlicher, günstiger in der Pflege und für Suchmaschinen klarer, sobald die anderen achtundvierzig konsolidiert sind.

Erfassen Sie dabei je Seite, was später gebraucht wird: aktuelle URL, Zielentscheidung, Verantwortlicher, Stand der Texte. Diese Tabelle ist im deutschen Relaunch-Verständnis das zentrale Arbeitsdokument, nicht eine Nebenliste.

Schreiben Sie danach, was fehlt. Die meisten Projekte stellen an dieser Stelle fest, dass die Leistungsseiten nie über Preise gesprochen haben, dass es außer einer Logoleiste keinen Nachweis gibt und dass das Nutzenversprechen der Startseite das Unternehmen beschreibt statt des Kundenproblems.

Schritt 4: Struktur. Aus dem Inventar wird ein Navigationsbaum und ein URL-Schema. Zwei Regeln ersparen später viel Mühe: Behalten Sie die bestehende URL überall dort, wo die Seite unverändert bleibt, und legen Sie die URL jeder neuen Seite fest, bevor Vorlagen gebaut werden, nicht danach. Unser Leitfaden zur Website-Struktur zeigt den Aufbau des Baums, und der Beitrag zur Website-Architektur und Suchsichtbarkeit erklärt, warum seine Form darüber entscheidet, was rankt.

Design und Umsetzung machen den Relaunch sichtbar, und hier zahlen sich die vorherigen Schritte aus oder melden sich lautstark zurück. Sind Inhalte geschrieben und Struktur freigegeben, ist diese Phase Ausführung. Sind sie es nicht, ist es die Phase, in der das Projekt es bemerkt, und jede Entdeckung kostet hier ein Vielfaches dessen, was sie in Schritt 3 gekostet hätte.

Schritt 5: Design und Prototyp. Gestaltet werden Vorlagen, nicht Seiten. Eine Unternehmenswebsite braucht typischerweise sechs bis zehn: Startseite, Leistungsseite, Referenz, Beitrag, Übersichtsseite, Kontakt, Rechtliches und was das Geschäft zusätzlich verlangt. Jede Vorlage wird einmal gestaltet und wiederverwendet, was die Umsetzung planbar hält.

Prototypisieren Sie die Wege, auf die es ankommt, vor Entwicklungsbeginn. Der Pfad von einer Leistungsseite bis zur abgeschickten Anfrage sollte mit echten Menschen getestet werden, solange Änderungen noch günstig sind. Ebenso die mobile Navigation, an der die meisten Unternehmenswebsites still Besucher verlieren.

Schritt 6: Umsetzung. Entwicklung gegen die freigegebenen Vorlagen, Inhalte eingepflegt, Formulare und Tracking verdrahtet, Performance-Budget während des Baus eingehalten statt am Ende geprüft. Barrierefreiheit gehört ebenfalls hierher: Kontraste, Fokuszustände und semantische Struktur nachträglich einzubauen kostet ein Mehrfaches.

Eine Entscheidung dieser Phase wirkt weit über die Umsetzung hinaus. Laut Google Search Central führt der Googlebot JavaScript aus, das Rendering erfolgt jedoch verzögert und ressourcenabhängig: Inhalte, die erst nach Ausführung im Browser entstehen, werden eher übersehen. Wechselt der Relaunch auf ein JavaScript-Framework, ist serverseitiges Rendering für Inhaltsseiten keine Vorliebe mehr, sondern Voraussetzung.

Das Go-live ist ein Sichtbarkeitsereignis, nicht bloß ein Deployment. Jede URL, die sich ändert, muss bewusst irgendwohin zeigen, und diese Zuordnung entsteht vor dem Umschalttag, nicht im Nachhinein aus 404-Berichten. Hier zeigt sich der Unterschied zwischen einem sorgfältigen und einem nachlässigen Relaunch innerhalb weniger Wochen im Traffic.

Die Reihenfolge, die funktioniert:

1. URL-Bestand einfrieren. Indexierte URLs aus der Search Console, vollständiger Crawl der aktuellen Seite, geltende Sitemaps, Seiten mit organischen Einstiegen oder Conversions und Seiten mit eingehenden externen Links. Fünf Quellen, weil keine davon allein vollständig ist.
2. Jede einzelne zuordnen. Jede alte URL bekommt eine Entscheidung: behalten, weiterleiten, auf eine andere Seite zusammenführen oder bewusst entfernen. Ohne festgehaltene Entscheidung gilt eine URL als nicht bearbeitet.
3. Dauerhafte Weiterleitungen in einem Sprung setzen. Laut Google Search Central signalisiert eine dauerhafte Weiterleitung, dass der Umzug endgültig ist, und Ketten verbrauchen Crawl-Budget. Alt zeigt direkt auf neu, niemals über eine Zwischenadresse.
4. Sprachauszeichnungen neu erzeugen. Bei mehrsprachigen Seiten müssen hreflang-Angaben auf die neuen kanonischen URLs zeigen und sich gegenseitig referenzieren. Die Google-Dokumentation zu lokalisierten Versionen legt die Anforderungen fest. Darauf zu vertrauen, dass Google innerhalb von hreflang einer Weiterleitung folgt, reicht nicht.
5. Auf Staging prüfen, dann erneut in der Produktion. Staging muss vor Arbeitsbeginn von der Indexierung ausgeschlossen und zum Go-live freigegeben werden. Diese beiden Schalter zu vertauschen ist eine der häufigsten Arten, einen Monat zu verlieren.
6. Weiterleitungen behalten. Google empfiehlt mindestens ein Jahr, und es gibt keinen Grund, sie danach zu entfernen, solange die alten Adressen noch Zugriffe erhalten oder Links tragen.
7. Rückfallplan bereithalten. Vor dem Umschalten steht fest, wer entscheidet, ab welchem Befund zurückgerollt wird und wie lange das dauert. Ein Rückfallplan, der erst am Abend des Go-live entsteht, ist keiner.

Zwei Punkte gehören klar gesagt, weil die meisten Checklisten sie falsch wiedergeben. Eine temporäre Weiterleitung überträgt Signale sehr wohl: Der Grund für die dauerhafte Variante ist, dass sie den Umzug als endgültig meldet, nicht dass die andere Wert verlöre. Und Google veröffentlicht keinen Zahlenwert dafür, wie lange ein Einbruch dauert, sondern nur, dass Schwankungen zu erwarten sind, solange sich die Signale konsolidieren. Jeder Beitrag mit einer festen Wochenzahl gibt die Erfahrung eines Anbieters wieder, keine Dokumentation.

Das vollständige Vorgehen mit der Spezifikation der Mapping-Tabelle und dem Monitoring danach steht in unserer SEO-Relaunch-Checkliste.

Relaunches scheitern aus wenigen, immer gleichen Gründen, und fast alle werden vor dem Go-live entschieden. Das Muster ist beständig: Schiefgehende Projekte sind die, in denen das Design begann, bevor Inhalte und URL-Bestand existierten, sodass jeder folgende Schritt eine unfertige Entscheidung geerbt hat.

Vier Fehlermuster, die es zu benennen lohnt:

• Das Design hat das Projekt geführt. Vorlagen wurden freigegeben, bevor jemand wusste, was hineinkommt, und der Text wurde ins Layout gepresst statt umgekehrt.
• Die alte Seite galt als wertlos. Seiten, die Anfragen brachten, wurden stillgelegt, weil sie veraltet aussahen, ohne vorher in die Zahlen zu sehen.
• Die Migration kam zuletzt. Die Redirect-Karte entstand in der letzten Woche, aus einer unvollständigen Liste, von wem gerade Zeit hatte.
• Vorher wurde nichts gemessen. Ohne Ausgangswert lässt sich nicht sagen, ob die neue Seite besser ist, und der nächste Relaunch startet wieder im Ungefähren.

Checkliste vor dem Go-live. Kein Punkt dieser Liste gehört auf den Umschalttag selbst:

1. Jede indexierte URL steht mit einer festgehaltenen Entscheidung in der Mapping-Tabelle.
2. Weiterleitungen sind gesetzt, lösen in einem Sprung auf und wurden gegen die reale Liste geprüft.
3. Interne Links zeigen auf finale URLs, nicht durch eine Weiterleitung. Prüfen Sie Inhalte ebenso wie Navigation und Schaltflächen: Sie liegen getrennt, und der zweite Durchgang ist der, den man vergisst.
4. Canonical-Tags verweisen auf die neuen URLs, hreflang-Angaben referenzieren einander.
5. Staging steht auf noindex, die Produktion nicht. Beides nach dem Deployment prüfen, nicht davor.
6. Sitemaps neu erzeugt und eingereicht, mit korrekten Änderungsdaten.
7. Analytics, Ziele und Formular-Tracking lösen auf den neuen Vorlagen aus. Testen Sie einen echten Versand.
8. Performance und Barrierefreiheit auf den neuen Seiten gegen den Ausgangswert gemessen.
9. Titel und Überschriften bewahren die Bedeutung, die die Seiten ranken ließ. Alle Titel pauschal neu zu schreiben verändert, wofür eine Seite relevant ist.
10. Ein Monitoring-Plan für die Wochen nach dem Start existiert, mit benannter verantwortlicher Person.

Nach dem Go-live endet die Arbeit nicht, sie ändert ihre Form. Unser Beitrag zur Optimierung nach dem Launch beschreibt, was in welcher Reihenfolge zu beobachten ist. Wenn Sie den gesamten Zyklus lieber an ein Team geben, das ihn regelmäßig durchführt, besteht genau darin unsere Arbeit an Unternehmenswebsites.