NICO HUA
WEB / MOTION / SOUND

ESSAY / 10 · Praxis

Ein Relaunch darf nicht bei null anfangen

Wie du eine Website erneuerst und dabei funktionierende Inhalte, Suchsignale und vertraute Nutzerwege schützt.

Eine Brücke verbindet eine bestehende Struktur mit ihrer Weiterentwicklung.
VISUAL ESSAY / 10RELAUNCH / PRESERVE & EVOLVE
THOUGHT / CODESTUDY 10
01const thought = "preserve";
02const paths = evolve(thought);
03await validate(paths);

Neu gestalten heißt auch bewahren.

Eine bestehende Website enthält mehr als Dateien. Sie besitzt eingehende Links, wiederkehrende Besucher, bekannte Kontaktwege und Inhalte, die bereits gefunden werden. Ein Relaunch sollte diese Werte erfassen, bevor er die Oberfläche verändert.

Die erste Aufgabe ist deshalb ein Inventar: Welche URLs existieren? Welche Inhalte werden genutzt? Welche Seiten bringen passende Anfragen? Welche Funktionen sind geschäftlich wichtig? Ohne diese Grundlage kann ein schöner Neustart vermeidbare Verluste verursachen.

Ordne jede alte URL einer Entscheidung zu

Eine Seite bleibt bestehen, erhält ein passendes neues Ziel oder entfällt bewusst. Eine Weiterleitung sollte möglichst zur inhaltlich entsprechenden Seite führen. Alles pauschal auf die Startseite zu schicken, hilft Besuchern selten weiter.

Dokumentiere diese Zuordnung in einer Tabelle. Sie ist beim Launch genauso wichtig wie die Startseite. Prüfe außerdem interne Links, Canonicals und die Sitemap, damit sie nach der Umstellung dieselbe Struktur beschreiben.

Sichere den betroffenen Stand

Eine Änderung braucht eine Rückkehrmöglichkeit. Bei einer begrenzten Erweiterung genügt häufig eine gezielte Sicherung der betroffenen Dateien und Konfigurationen. Entscheidend ist, dass das Backup vollständig für diesen Eingriff ist und tatsächlich wiederhergestellt werden kann.

Wenn mehrere Personen parallel arbeiten, muss klar sein, wer welchen Bereich verändert. Ein älterer Gesamtexport darf neuere Verbesserungen nicht überschreiben. Kleine, nachvollziehbare Änderungen sind leichter zu prüfen als ein unübersichtlicher Austausch der ganzen Website.

Baue die neue Fassung separat

Eine geschützte Vorschau ermöglicht Prüfung und Korrekturen, während die bestehende Seite weiter funktioniert. Entwürfe sollten nicht unbeabsichtigt als öffentliche Suchergebnisse erscheinen. Für private Inhalte reicht ein noindex-Hinweis allein nicht; dafür braucht es Zugriffsschutz.

Bei der Freigabe wird nicht nur das Design betrachtet. Formulare, Inhalte, Navigation, Weiterleitungen, mobile Darstellung und Fehlersituationen gehören ebenfalls dazu. Die Prüfung sollte den tatsächlichen Umfang des Projekts abdecken.

Veröffentlichung ist ein eigener Zustand

Ein erfolgreicher Build bedeutet, dass die Software gebaut werden konnte. Ein bestandener Test beschreibt die geprüfte Umgebung. Erst ein kontrollierter Abruf auf der richtigen Produktionsdomain zeigt, was Besucher tatsächlich erhalten.

Vergleiche deshalb nach dem Upload wichtige Seiten und Dateien mit dem freigegebenen Stand. Prüfe Kontaktwege und Weiterleitungen erneut. Beobachte anschließend Indexierung und reale Fehlermeldungen. Diese Trennung verhindert, dass ein Bericht versehentlich als Live-Nachweis behandelt wird.

Ein Relaunch mit Charakter

Die neue Website darf mutiger, klarer und eigenständiger werden. Sie muss dafür nicht die Geschichte der alten löschen. Wenn gute Inhalte, Suchsignale und vertraute Wege erhalten bleiben, kann die neue Gestaltung auf etwas aufbauen. So wird aus einem Austausch eine echte Weiterentwicklung.

Quellen & weiterführende Lektüre

Die Verbindung zur Praxis entdecken ↗