Einblick · Relaunch · Aktualisiert 10.8.2026
Bevor Farben, Komponenten oder Animationen entstehen, muss klar sein, was die vorhandene Website leistet, was sie behindert und welcher Zustand nach dem Wechsel erreicht sein soll.
KENDESIGN Relaunch-Sequenz
Öffnen Sie die Phase, in der Ihr Relaunch gerade festhängt. Sie erhalten keine Scheindiagnose, sondern die Frage, die vor dem nächsten Schritt beantwortet sein sollte.
Nicht die neue Startseite ist das erste Ziel. Zuerst muss feststehen, was Menschen schneller verstehen, finden oder tun sollen und was das Unternehmen künftig besser steuern können muss.
Vor dem Weitergehen benötigt
Seiten, Inhalte, Funktionen, Rankings, Datenflüsse und redaktionelle Abläufe werden als Bestand aufgenommen. Erst dann lässt sich unterscheiden, was erhalten, verbessert, zusammengeführt oder beendet werden sollte.
Vor dem Weitergehen benötigt
Die neue Informationsarchitektur wird nicht über die alte gelegt. Alte und neue URLs werden einzeln zugeordnet, damit vorhandene Reichweite, externe Verweise und gespeicherte Wege nicht ins Leere laufen.
Vor dem Weitergehen benötigt
Botschaften, konkrete Informationen, Leistungen, Fragen und Handlungswege werden pro Seitentyp geordnet. So entstehen Seiten, deren Gestaltung echte Bedeutung trägt und nicht später mit Text gefüllt werden muss.
Vor dem Weitergehen benötigt
Designsystem, Komponenten, Inhalte, SEO, Performance und Redaktion werden gemeinsam entwickelt. Ein visueller Entwurf ohne belastbare Produktionslogik verschiebt Probleme nur hinter die Fassade.
Vor dem Weitergehen benötigt
Vor dem Umschalten stehen Sicherung, Rückweg, Redirects, Zustellung, Monitoring und Zuständigkeiten fest. Danach beginnt die gezielte Weiterentwicklung anhand realer Nutzung.
Vor dem Weitergehen benötigt
Phase 1 von 6: Zielbild
Einblick · Orientierung
„Die Website soll moderner werden“ reicht als Ziel nicht aus. Modernität ist eine Momentaufnahme und hilft kaum bei Entscheidungen über Inhalt, Navigation oder Technik. Belastbarer sind konkrete Fragen: Welche Leistungen müssen Menschen schneller verstehen? Welche Anfragen passen wirklich? Welche Inhalte sollen intern gepflegt werden? Welche Systeme müssen verbunden bleiben?
Ein Zielzustand beschreibt auch die Verantwortung nach dem Launch. Wer aktualisiert Inhalte? Wer prüft Formulare, Sicherungen und technische Änderungen? Ein Relaunch, der diese Fragen offenlässt, verschiebt einen Teil des Problems lediglich in eine schönere Oberfläche.
Eine alte Website ist nicht automatisch wertlos. Sie enthält erreichbare URLs, Texte, Downloads, Bilder, Formulare, Verlinkungen und technische Abhängigkeiten. Manche Inhalte sind schwach, andere werden gesucht, extern verlinkt oder im Alltag regelmäßig gebraucht. Diese Unterschiede müssen vor dem Umbau sichtbar werden.
Das Inventar umfasst deshalb mehr als die Hauptnavigation. Dazu gehören indexierbare Seiten, Medien-URLs, Weiterleitungen, strukturierte Daten, Formulare, Newsletter- oder CRM-Verbindungen, rechtliche Einbindungen, Analytics nur soweit vorhanden und zulässig sowie der aktuelle Hosting- und Domainweg. Auch scheinbar nebensächliche Funktionen können für einen einzelnen Arbeitsablauf entscheidend sein.
Ein neuer Seitenbaum darf alte URLs nicht einfach vergessen. Für jede relevante Adresse wird festgelegt, ob sie bestehen bleibt, dauerhaft auf eine passende neue Seite weiterleitet oder wirklich nicht mehr benötigt wird. Eine pauschale Weiterleitung aller alten Seiten auf die Startseite hilft Besuchern selten und verwischt den inhaltlichen Zusammenhang.
Der Redirect-Plan wird vor dem Launch erstellt und mit der neuen Informationsarchitektur verbunden. Dadurch lässt sich auch erkennen, wenn eine geplante neue Seite mehrere unterschiedliche alte Absichten unglücklich zusammenfasst oder ein wichtiges Thema ganz fehlt.
Eine Startseite, Leistungsseite und Referenz beantworten unterschiedliche Fragen. Deshalb erhält jede Route eine eigene Aufgabe, einen klaren Titel, einen sichtbaren Hauptinhalt und einen nächsten Schritt. Erst daraus werden Seitentypen und Komponenten abgeleitet.
Gute Inhalte bestehen nicht aus möglichst vielen Suchbegriffen. Sie benennen Ausgangslagen, erklären die konkrete Leistung, zeigen belastbare Informationen und machen Grenzen sichtbar. Diese Struktur hilft Menschen und Suchsystemen gleichermaßen, weil die Seite nicht zwischen mehreren widersprüchlichen Absichten springt.
Ein Layout kann in einer Präsentation überzeugend aussehen und im Browser trotzdem scheitern: zu lange Titel, unklare Fokuszustände, verschobene Inhalte, schwere Medien oder eine mobile Reihenfolge, die nur die Desktopansicht verkleinert. Deshalb muss das Design früh mit echten Inhalten und realen Komponenten im Browser bestehen.
Die technische Grundlage umfasst semantisches HTML, echte Links, genau eine sichtbare Hauptüberschrift, progressive Funktionen und lokale, angemessen große Assets. Animation darf den Zusammenhang unterstützen, aber weder Navigation noch Inhalt von JavaScript oder einem bestimmten Gerät abhängig machen.
Vor dem Go-live werden Produktionsstand, Sicherung, Rückweg, DNS- oder Serverwechsel, Weiterleitungen und Zuständigkeiten eindeutig beschrieben. Der neue Build wird nicht erst auf dem Live-System zusammengesetzt. Ein unveränderter Kandidat und ein klarer Rollback reduzieren vermeidbare Unsicherheit.
Nach dem Wechsel werden die wichtigsten Seiten, Weiterleitungen, Formulare, Sitemap und Indexierbarkeit geprüft. Search Console kann anschließend zeigen, ob Google die neue Struktur erreicht. Damit ist der Relaunch nicht beendet: Inhalte, technische Fehler und reale Rückmeldungen liefern die Grundlage für gezielte Weiterentwicklung.
