Website-Relaunch: Wann ist es Zeit für einen neuen Webauftritt?

Ein Relaunch ist fällig, wenn die Website eine ihrer Aufgaben messbar nicht mehr erfüllt: Sie ist auf Mobilgeräten schlecht nutzbar, die Technik erhält keine Sicherheitsupdates mehr, das Geschäftsmodell hat sich verschoben oder rechtliche Anforderungen wie Barrierefreiheit lassen sich nicht nachrüsten. Geschmack allein ist kein Auslöser — den eigenen Auftritt empfinden die Verantwortlichen immer zuerst als veraltet, lange bevor Kunden es bemerken. In vielen Fällen ist der schrittweise Umbau die bessere Entscheidung, weil er Risiko verteilt und URLs unberührt lässt.

##Wann ist ein Relaunch wirklich fällig?

Fünf Signale sprechen für den Neubau — jedes ist messbar, keines ist Geschmack. Fehlen alle fünf, ist der beste Relaunch-Termin: noch nicht.

• ›Die Seite funktioniert auf Mobilgeräten nachweislich schlecht — Ladezeit, Lesbarkeit, Formulare.
• ›Die technische Basis ist nicht mehr wartbar oder sicher aktualisierbar; fehlende Sicherheitsupdates sind der härteste Auslöser.
• ›Geschäftsmodell oder Zielgruppe haben sich geändert, und die Seite verkauft noch das alte Angebot.
• ›Die Pflege ist so umständlich, dass Inhalte veralten — ein Problem des Redaktionssystems, nicht der Gestaltung.
• ›Rechtliche Anforderungen wie Barrierefreiheit oder Datenschutz lassen sich nicht nachrüsten.

Der Zeitpunkt ist tückisch, weil die Wahrnehmungen gegeneinander laufen: Intern ist man das eigene Design immer zuerst leid, während es die Kunden gerade erst kennen. Wer deshalb neu baut, baut häufig für ein Publikum, das kein Problem gemeldet hat. Die Frage lautet daher nicht, ob die Seite den Verantwortlichen noch gefällt, sondern welche ihrer Aufgaben sie nicht mehr erfüllt — und die Antwort muss in Zahlen vorliegen, nicht in Eindrücken.

##Was macht einen Relaunch so riskant?

Der klassische Rankingeinbruch nach dem Livegang hat fast immer dieselben Ursachen: geänderte URLs ohne Weiterleitungen, stillschweigend gelöschte Inhalte, verlorene Metadaten und ein `noindex`, der versehentlich aus der Testumgebung übernommen wurde. Keiner dieser Fehler ist technisch schwer zu vermeiden — sie entstehen durch fehlende Listen, nicht durch fehlendes Können. Ein Relaunch scheitert selten am Design; er scheitert an der Übernahme des Bestands. Deshalb ist der erste Arbeitsschritt keine Moodboard-Runde, sondern eine Bestandsaufnahme.

##Wie retten Sie die Rankings beim Umzug?

Entscheidend ist die Zuordnung, nicht das Design. Jede alte Adresse braucht vor dem Livegang ein Ziel: eine 301-Weiterleitung auf das inhaltliche Pendant. Sammelweiterleitungen auf die Startseite sind der häufigste Fehler — Suchmaschinen behandeln sie wie einen Soft-404 und verwerfen die Signale der alten Seite. Der zweitwichtigste Punkt klingt unspektakulär: Slugs bleiben stabil, solange der Inhalt derselbe bleibt. Ein neuer Pfad für denselben Inhalt ist keine Designentscheidung, sondern eine Kostenentscheidung — bezahlt wird sie mit Umleitungen und verlorenen Signalen.

• ›Alte URLs vollständig erfassen: Sitemap, Search Console und Serverlogs — nicht nur die im Menü verlinkten.
• ›Jede alte Adresse einzeln mappen: 301 auf das inhaltliche Pendant, ohne Pendant auf die übergeordnete Kategorie.
• ›Slugs beibehalten, wo der Inhalt gleich bleibt; der Slug dokumentiert das Thema, der Titel ist redaktionell.
• ›Metadaten, strukturierte Daten und Alt-Texte überführen, statt sie neu erfinden zu lassen.
• ›Redirect-Ketten vermeiden: genau ein Sprung pro Ziel; interne Verweise direkt auf die neue Adresse umschreiben.
• ›Nach dem Livegang vier Wochen Indexabdeckung, Crawling-Fehler und Rankings je Landingpage beobachten.

Die vier Wochen nach dem Livegang sind keine Ruhephase. Indexierungsfehler, 404er und Rankingverluste je Landingpage zeigen sich in dieser Phase fast vollständig — und sind jetzt noch billig zu beheben. Später kostet jedes Fundstück nicht nur die Korrektur selbst, sondern die Zeit, es in einem bereits abgeschlossenen Projekt nachzutragen. Wer die Beobachtungsphase überspringt, entdeckt die Probleme erst, wenn Kunden sie melden.

##Was repariert ein Relaunch nicht?

Ein neues Design behebt kein Positionierungsproblem. Wenn unklar bleibt, für wen das Angebot gedacht ist und welches Problem es löst, ist diese Unklarheit nach dem Relaunch nur moderner dargestellt. Ebenso wenig ersetzt der Neubau fehlende Inhalte: Eine leere Leistungsseite bleibt leer, auch in einem neuen Raster. Beides sind Textaufgaben, die vor dem Projekt geklärt werden — nicht Gestaltungsaufgaben während der Umsetzung. Wer hier mit dem Design beginnt, gestaltet Platzhalter.

##Wann genügt der schrittweise Umbau?

Häufig. Evolution heißt: erst die drei wichtigsten Seiten überarbeiten, dann Technik und Ladezeit, dann die Navigation — bei unveränderter URL-Struktur. Jeder Schritt ist einzeln messbar und lässt sich zurücknehmen, das Budget verteilt sich, und die erste Wirkung zeigt sich nach Wochen statt nach einem Jahr. In vielen Projekten zeigt sich nach drei Monaten, dass die Website nie das Problem war. Bleiben die Zahlen trotzdem schlecht, ist der Neubau eine informierte Entscheidung statt einer Hoffnung.

Der schrittweise Weg verlangt eine Disziplin: die URL-Struktur von Anfang an als gegeben zu behandeln. Sobald auch der Evolution-Pfad Slugs ändert, häufen sich dieselben Umleitungslisten wie beim Großrelaunch — nur verteilt über Monate und deshalb leichter zu übersehen. Die Regel bleibt dieselbe: Inhalte dürfen wachsen, umziehen und neu sortiert werden; ihre Adressen bleiben.

Setzen Sie vor dem Start eine Messlatte: Anfragen pro Monat, Sichtbarkeit für die zehn wichtigsten Suchbegriffe, Ladezeit auf dem Smartphone, Abschlussquote im Kontaktformular. Ohne diese Ausgangswerte wird jede Bewertung nach dem Livegang zur Geschmacksdiskussion — und die gewinnt, wer am lautesten seine Lieblingsfarbe verteidigt. Mit ihnen ist ein Relaunch das, was er sein sollte: ein Projektschritt mit prüfbarem Ergebnis, kein Glaubenssatz.