.avif){kind=spacer}
Webseiten-Relaunch planen: In 7 Phasen zum kontrollierten Launch
Ein Relaunch hilft nur, wenn Interessenten Ihr Angebot danach genauso leicht finden und anfragen können wie vorher. Prüfen Sie zuerst, ob eine gezielte Optimierung reicht. Danach führen 7 Phasen von Ziel und Inventur über die Zuordnung bestehender URLs bis zur kontrollierten Veröffentlichung.
Die Antwort in vier Punkten
- Nicht jede ältere Webseite braucht einen Relaunch. Reichen klar abgegrenzte Änderungen, optimieren Sie gezielt.
- Jede alte URL braucht ein konkretes Ziel. Ein vollständiges URL-Mapping verhindert, dass Besucher und Suchmaschinen ins Leere laufen.
- Die Freigabe hängt an prüfbaren Kriterien: geschäftskritische Nutzerwege, Weiterleitungen, Indexierbarkeit und Rückfallweg müssen geklärt sein.
- Gleichbleibende Rankings lassen sich nicht garantieren. Vorübergehende Schwankungen nach dem Umzug sind möglich.
Ein Webseiten-Relaunch ist sinnvoll, wenn nicht nur einzelne Seiten schwächeln, sondern Ziel, Struktur, Inhalte und technische Grundlage gemeinsam nicht mehr tragen. Davor braucht es eine klare Entscheidung, eine vollständige Bestandsaufnahme und einen Plan mit Ergebnissen, Verantwortlichen und Freigaben.
Ein Relaunch ist kein Designprojekt mit anschließendem Technikteil. Er betrifft die Wege, über die Menschen Ihr Angebot verstehen, Seiten finden, Vertrauen aufbauen und Kontakt aufnehmen. Werden Inhalte, URLs und Funktionen erst kurz vor dem Launch geprüft, entstehen unnötige Risiken: wichtige Seiten fehlen, alte Links führen ins Leere oder eine Sperre aus der Testumgebung blockiert versehentlich Suchmaschinen.
Der folgende Plan verbindet Inhalt, Design, Entwicklung, SEO und Abnahme in 7 aufeinander aufbauenden Phasen.
Relaunch oder gezielte Optimierung?
Nicht jede ältere Webseite muss neu gebaut werden. Entscheidend ist, ob die bestehende Grundlage noch zu Ihrem Unternehmen und zu den Aufgaben Ihrer Besucher passt.
| Ausgangslage | Gezielte Optimierung | Relaunch prüfen |
|---|---|---|
| Angebot und Zielgruppen | weiterhin klar | grundlegend verändert oder widersprüchlich |
| Seitenstruktur | im Kern passend | historisch gewachsen, unklar oder nicht erweiterbar |
| Technik | trägt die geplanten Änderungen | CMS, Komponenten oder Integrationen blockieren zentrale Ziele |
| Probleme | auf einzelne Texte, Medien, Formulare oder Ladezeiten begrenzt | mehrere Grundlagen müssen gemeinsam neu geordnet werden |
| URLs | können überwiegend bestehen bleiben | Domain oder viele URL-Pfade müssen geändert werden |
Die Entscheidungsregel lautet: Lässt sich das gewünschte Ergebnis mit klar abgegrenzten Änderungen erreichen, optimieren Sie gezielt. Müssen mehrere zentrale Entscheidungen gemeinsam neu getroffen werden, planen Sie einen Relaunch. Ein neues Erscheinungsbild allein ist noch kein ausreichender Grund.
Phase 1: Ziel, Umfang und Entscheidungsrahmen festlegen
Beginnen Sie nicht mit Farben oder Seitenentwürfen, sondern mit der Frage: Was soll nach dem Relaunch für Besucher und Unternehmen besser funktionieren?
Definieren Sie die wichtigsten Zielgruppen, Angebote und Nutzerhandlungen. Soll jemand eine Anfrage stellen, einen Termin buchen, eine Leistung vergleichen oder zunächst eine fachliche Frage klären? Halten Sie außerdem fest, was ausdrücklich nicht Teil des Projekts ist. Diese Abgrenzung verhindert, dass während der Umsetzung ständig neue Anforderungen hinzukommen.
Erfolgskriterien müssen beobachtbar sein. Dazu gehören verständliche Nutzerwege, funktionierende Kontaktpunkte, vollständige Inhalte oder eine technisch saubere Migration. Ranking-, Umsatz- oder Anfragegarantien gehören nicht in den Projektplan.
Ergebnis: abgestimmtes Relaunch-Briefing mit Zielgruppen, Seitenzielen, gewünschter nächster Aktion, Umfang und bewusst ausgeschlossenen Zielen.
Verantwortlich: die entscheidende Person im Unternehmen gemeinsam mit der Projektleitung.
Freigabe: Ziel, Umfang und Entscheidungskriterien sind schriftlich bestätigt.
Phase 2: Bestehende Webseite vollständig inventarisieren
Erst die Inventur zeigt, was erhalten, verbessert, zusammengeführt oder entfernt werden sollte. Erfassen Sie nicht nur sichtbare Seiten, sondern auch Bilder, Downloads, Formulare, Weiterleitungen, externe Einbindungen und technische Abhängigkeiten.
Bewerten Sie jede Seite nach einer klaren Frage: Erfüllt sie weiterhin eine konkrete Aufgabe für eine reale Zielgruppe? Google empfiehlt Inhalte, die einem vorhandenen Publikum helfen, eigenständigen Wert bieten und nachvollziehbar belegt sind. Eine künstliche Wortzahl oder möglichst viele ähnliche Seiten sind kein Qualitätsziel.
Prüfen Sie außerdem, welche Aussagen aktuell sind und welche Belege öffentlich verwendet werden dürfen. Nicht bestätigte Kennzahlen, Kundenresultate oder Überlegenheitsversprechen dürfen nicht durch neue Gestaltung glaubwürdiger wirken, als sie belegt sind.
Ergebnis: Inhalts- und Funktionsinventar mit einer Entscheidung je Eintrag: behalten, überarbeiten, zusammenführen oder entfernen.
Verantwortlich: Content-/SEO-Verantwortung, ergänzt durch Entwicklung für technische Abhängigkeiten.
Freigabe: Jede bestehende Seite und jedes wichtige Asset ist klassifiziert. Offene Quellen- oder Nutzungsrechte sind sichtbar.
Phase 3: Seitenstruktur und URL-Mapping entwickeln
Aus der Inventur entsteht die neue Informationsarchitektur. Jede Seite braucht einen klaren Zweck, eine Hauptzielgruppe und eine nachvollziehbare Position in der Navigation. Für die Startseite hilft eine eigene Entscheidungsfolge aus Orientierung, Angebot, Belegen, Einwänden und nächster Aktion. Mehr dazu finden Sie im Leitfaden Startseite klar strukturieren.
Bleiben Seitenzweck und Inhalt im Kern gleich, sollten stabile URLs nicht allein aus optischen Gründen geändert werden. Ist eine Änderung nötig, braucht jede alte URL ein konkretes Ziel.
| Alte URL | Bisheriger Zweck | Entscheidung | Neue URL | Redirect | Canonical | Interne Links | Status/Verantwortlich |
|---|---|---|---|---|---|---|---|
/alte-seite | bisherige Nutzeraufgabe | behalten, überarbeiten, zusammenführen oder entfernen | /neue-seite | 301/308, keiner oder 404/410 | vorgesehene Haupt-URL | zu aktualisierende Verweise | offen, geprüft oder freigegeben |
Google empfiehlt, alte und neue URLs vor einem Umzug vollständig zuzuordnen. Für dauerhaft verschobene Inhalte sollten serverseitige permanente Weiterleitungen wie 301 oder 308 möglichst direkt zum endgültigen Ziel führen. Viele unpassende alte Seiten pauschal auf die Startseite umzuleiten, ist keine saubere Zuordnung. Gibt es keinen sinnvollen Ersatz, kann ein korrekter 404- oder 410-Status angemessen sein.
Weiterleitung, Canonical und Sitemap sind unterschiedliche Signale. Sie sollten dieselbe Ziel-URL unterstützen. Auch interne Links sollten direkt auf die bevorzugte URL zeigen.
Ergebnis: freigegebene Sitemap und vollständiges URL-Mapping.
Verantwortlich: SEO-/Migrationsverantwortung zusammen mit Content und Entwicklung.
Freigabe: Jede alte relevante URL besitzt eine eindeutige, fachlich passende Behandlung.
Phase 4: Inhalte und Design gemeinsam ausarbeiten
Ein Layout kann keine unklare Botschaft reparieren. Arbeiten Sie früh mit realen Überschriften, Nutzenargumenten, Belegen und CTAs statt mit Platzhaltertext.
Jede wichtige Seite sollte 4 Fragen beantworten:
- Für wen ist dieses Angebot gedacht?
- Welches Problem oder Ziel wird behandelt?
- Welche nachvollziehbaren Informationen schaffen Vertrauen?
- Was passiert nach der nächsten Aktion?
Entwerfen Sie zentrale Seitentypen zuerst: Startseite, Leistungsseiten, Kontakt, Wissensartikel und gegebenenfalls Projektseiten. Prüfen Sie die Entwürfe auf Desktop und Mobile. Zustände wie geöffnetes Menü, Fehlermeldung, Fokus, langes Wort, fehlendes Bild oder langsame Verbindung gehören zur Gestaltung dazu.
Auch Medien benötigen einen Zweck. Ein Bild sollte erklären, Orientierung geben oder echten Kontext liefern. Generische Motive dürfen nicht als Beleg für ein Projekt, ein Team oder ein Ergebnis erscheinen.
Ergebnis: freigegebene Seiteninhalte, Seitentemplates, Komponenten und responsive Zustände.
Verantwortlich: Content und Design. Die fachliche Freigabe bleibt bei der zuständigen Unternehmensperson.
Freigabe: Reale Texte und Medien funktionieren in den vereinbarten Seitentypen auf Desktop und Mobile.
Phase 5: Webseite bauen und Inhalte kontrolliert migrieren
Die Umsetzung erfolgt zunächst in einer geschützten Umgebung. Inhalte, Medien, Metadaten, Links, Formulare und Einbindungen werden nach dem freigegebenen Mapping übertragen.
Trennen Sie möglichst mehrere große Veränderungen. Google empfiehlt, bei komplexen Umzügen Domainwechsel, CMS-Wechsel und neues Layout nicht unkontrolliert gleichzeitig umzusetzen. Eine klare Reihenfolge erleichtert die Fehlersuche und die Zuordnung von Auswirkungen.
Legen Sie getrennt fest, wie die Testumgebung vor öffentlichem Zugriff und unbeabsichtigter Indexierung geschützt wird. robots.txt steuert das Crawling und ersetzt keinen Zugriffsschutz. Ein noindex-Hinweis muss für den Crawler lesbar sein. Dokumentieren Sie, welche Zugriffs- und Indexierungsregeln beim Launch auf der Live-Domain gelten sollen. Sichern Sie außerdem den vorherigen Stand und definieren Sie einen realistischen Rückfallweg.
Ergebnis: vollständiger Stand der Webseite zur Freigabe in der Testumgebung und ein dokumentierter Rückfallweg.
Verantwortlich: technische Projektleitung beziehungsweise Entwicklung.
Freigabe: Inhalte und Funktionen sind vollständig eingebaut. Ungeklärte Änderungen sind eingefroren.
Phase 6: Webseite abnehmen und über die Freigabe entscheiden
Die Abnahme prüft nicht nur, ob die Webseite gut aussieht. Sie beantwortet, ob der vorbereitete Stand ohne bekannte kritische Fehler veröffentlicht werden kann.
Ein Go ist nur sinnvoll, wenn:
- wichtige neue Seiten den erwarteten Status liefern
- alle vorgesehenen alten URLs korrekt und direkt weiterleiten
- Navigation, interne Links, CTAs und Formulare funktionieren
- Seitentitel, Beschreibungen, Canonicals und Sitemap zur neuen Struktur passen
- produktive Seiten nicht versehentlich durch
noindexoderrobots.txtblockiert werden - Desktop, Mobile und Tastaturbedienung geprüft sind
- Verantwortliche, Veröffentlichungsweg und Rückfallweg feststehen.
Es gibt keine Freigabe, solange ein geschäftskritischer Nutzerweg, die URL-Migration, die Indexierbarkeit oder der Rückfallweg ungeklärt ist. „Wird wahrscheinlich funktionieren“ ist keine Freigabe.
Für die technische Nutzererfahrung können LCP (Ladezeit des größten sichtbaren Inhalts), INP (Reaktionszeit auf Eingaben) und CLS (visuelle Stabilität) als Messgrößen dienen. Labortests helfen vor dem Launch, Regressionen zu erkennen. Echte Felddaten ergänzen diese Prüfung später. Eine ausführlichere Prüfreihenfolge finden Sie in Webseite vor dem Launch prüfen.
Ergebnis: Abnahmeprotokoll mit Befund, Schweregrad, verantwortlicher Person und Entscheidung über die Freigabe.
Verantwortlich: die mit der Prüfung beauftragte Person. Die endgültige Entscheidung trifft die für die Veröffentlichung benannte Person.
Freigabe: Alle kritischen Prüfpunkte sind bestanden oder der Launch wird verschoben.
Phase 7: Veröffentlichen, beobachten und nachsteuern
Beim Launch werden nicht nur neue Seiten veröffentlicht. Gleichzeitig müssen freigegebene Weiterleitungen aktiviert, interne Links aktualisiert, produktive Crawl-Sperren entfernt und die neue Sitemap bereitgestellt werden.
Danach beginnt die Beobachtungsphase. Prüfen Sie alte und neue URLs, unerwartete Fehlerstatus, Weiterleitungen, Indexierungsberichte, wichtige Nutzerwege und vorhandene Messsysteme. Google weist darauf hin, dass Suchsichtbarkeit während eines URL-Umzugs vorübergehend schwanken kann. Eine sorgfältige Migration kann vermeidbare Fehler reduzieren, aber keine gleichbleibenden Rankings garantieren.
Beheben Sie Fehler anhand einer priorisierten Liste. Kritische Kontakt- oder Navigationsprobleme gehen vor kleinen Gestaltungsdetails. Der Relaunch ist abgeschlossen, wenn die definierten Nutzerwege funktionieren und offene Migrationsprobleme nachvollziehbar bearbeitet sind. Eine erreichbare Webseite allein reicht dafür nicht.
Wie wir Webseiten planen und umsetzen, beschreibt unsere Leistung Webdesign. Für die Auffindbarkeit nach dem Umzug ergänzt unsere Leistung Suchmaschinenoptimierung die Planung.
Häufige Fragen zur Relaunch-Planung
Muss eine veraltete Webseite immer komplett neu gebaut werden?
Nein. Wenn Angebot, Zielgruppe, Struktur und technische Grundlage weiterhin passen, ist eine gezielte Optimierung häufig sinnvoller. Ein Relaunch sollte eine zusammenhängende Gruppe grundlegender Probleme lösen, nicht nur einen neuen Look liefern.
Sollten beim Relaunch alle URLs kürzer oder moderner werden?
Nein. Eine bestehende URL sollte nicht ohne fachlichen Grund geändert werden. Änderungen erzeugen Migrationsarbeit und benötigen ein eindeutiges Ziel im URL-Mapping. Gute, weiterhin passende URLs können bestehen bleiben.
Bleiben Rankings bei einem Relaunch erhalten?
Das lässt sich nicht garantieren. Insbesondere bei URL-Änderungen können vorübergehende Schwankungen auftreten. Sauberes Mapping, direkte permanente Weiterleitungen, konsistente Canonicals, interne Links und Monitoring reduzieren vermeidbare Risiken.
Wann verwende ich 301 oder 308?
Wenn eine URL dauerhaft an eine neue Adresse umzieht, empfiehlt Google nach Möglichkeit einen serverseitigen permanenten Redirect wie 301 oder 308. Für Suchmaschinen gelten beide als dauerhafte Weiterleitung. Der Unterschied betrifft die HTTP-Methode: 308 behält sie bei, 301 kann aus POST ein GET machen. Für eine tatsächlich vorübergehende Umleitung sind temporäre Statuscodes vorgesehen.
Wie lange dauert ein Webseiten-Relaunch?
Das hängt von Umfang, Anzahl und Zustand der Inhalte, technischen Abhängigkeiten, Freigaben und Migrationsrisiken ab. Eine belastbare Planung entsteht erst nach Inventur und Zielklärung. Eine pauschale Zeitangabe ohne diese Grundlage wäre nicht seriös.
Relaunch einordnen lassen
Sie planen einen Relaunch, sind aber noch nicht sicher, ob eine gezielte Optimierung ausreicht? Bringen Sie Ihre aktuelle Webseite, Ihre Zielgruppe, Ihre wichtigsten Angebote und offene Entscheidungen mit. Im kostenlosen Erstgespräch klären wir, welcher nächste Schritt sinnvoll ist.
Quellen
Datenstand: 26. August 2026.