Website-Relaunch & Neuentwicklung

Die Entscheidung ist weniger emotional als viele denken. Es geht um Substanz: Was kann man übernehmen, was bremst, und was muss strukturell neu gedacht werden?

Ein Relaunch passt oft, wenn …

• es bereits Inhalte gibt, die funktionieren (z.B. Anfragen, Rankings, interne Nutzung)
• die Website strukturell unklar ist, aber die Basis nicht komplett verbrannt ist
• Performance, Pflege oder Barrierefreiheit Probleme machen
• ein Systemwechsel nötig ist, ohne alles neu erfinden zu müssen

Eine Neuentwicklung passt oft, wenn …

• die aktuelle Seite fachlich nicht mehr passt (Zielgruppe, Angebot, Inhalte)
• Altlasten so groß sind, dass Optimierung teurer als neu bauen wird
• die Struktur grundsätzlich falsch ist und Inhalte neu aufgebaut werden müssen
• neue Funktionen gebraucht werden (z.B. Prozesse, Daten, Rollen, Workflows)

In der Praxis ist es häufig ein Mix: bestehende Inhalte werden sinnvoll übernommen, ein Teil wird neu strukturiert, und technisch wird aufgeräumt.

Der Ablauf ist bewusst klar gehalten. So bleibt transparent, was entschieden ist, was noch offen ist und wo wir gerade stehen. Das spart Zeit und verhindert „wir bauen mal drauf los“.

1. Analyse & Zielklärung

   Wir klären Ziele, Zielgruppen, Inhalte und Rahmenbedingungen. Bei Relaunches schaue ich zusätzlich, was bereits gut funktioniert, welche Seiten wichtig sind und wo Technik oder Struktur gerade bremst.

2. Konzept & Struktur

   Informationsarchitektur, Seitenlogik, Navigation, Content-Plan. Je nach Projekt entstehen Wireframes oder ein Prototyp, damit die Richtung früh klar ist. Das ist der Teil, der später die Wartbarkeit und Conversion entscheidet.

3. Design & Umsetzung

   UX und UI werden so gebaut, dass Inhalte schnell erfassbar sind und die Seite nicht „überdesignt“ wirkt. Danach folgt die technische Umsetzung: schlank, performant, ohne unnötige Abhängigkeiten.

4. Testing, Performance, Barrierefreiheit

   Tests auf Geräten und Browsern, Formulare und kritische Wege prüfen, Ladezeiten optimieren, Barrierefreiheit sauber machen. Nicht als Show-Case, sondern damit die Seite im Alltag robust funktioniert.

5. Go-live, Übergabe & Weiterentwicklung

   Strukturierte Übergabe, keine Blackbox. Auf Wunsch Betreuung, Wartung oder Weiterentwicklung. Ziel ist, dass du später nicht vom Entwickler abhängig bist.

Die meisten Relaunch-Probleme sind keine „Technik-Probleme“. Sie entstehen, weil Entscheidungen zu spät getroffen werden oder weil Struktur und Inhalt dem Design hinterherlaufen.

1) Neues Design, alte Struktur

Wenn die Navigation und Seitenlogik nicht verbessert wird, bleibt die Website kompliziert. Die Optik wird besser, aber der Nutzen nicht. Das merkt man spätestens an ausbleibenden Anfragen.

2) SEO wird erst nach dem Go-live angeschaut

Bei Relaunches müssen wichtige Seiten, Inhalte und URL-Änderungen früh sauber geplant werden. Sonst gehen Sichtbarkeit und Rankings unnötig verloren, obwohl es vermeidbar gewesen wäre.

3) Content wird 1:1 übernommen

Alte Texte übernehmen bedeutet oft: alte Probleme übernehmen. Meist lohnt sich ein ehrlicher Content-Check: Was brauchen Nutzer wirklich, was ist doppelt, was gehört zusammen, was muss klarer werden?

4) Plugin-Wildwuchs oder unnötige Abhängigkeiten

Viele Probleme (Wartung, Performance, Sicherheit) kommen aus zu vielen Plugins oder zu viel „Baukasten“. Ich setze lieber auf klare Datenstrukturen und nur die Abhängigkeiten, die fachlich wirklich Sinn ergeben.

5) Barrierefreiheit als Checkliste am Ende

Barrierefreiheit funktioniert nur sauber, wenn sie in Struktur, Semantik und Komponenten drin ist. Wenn man erst am Ende „fixen“ will, wird es teurer und oft halbgar.

Wenn Sie tiefer einsteigen möchten: Auf der Seite Arbeitsweise & Technologien beschreibe ich, wie ich das praktisch in Projekten angehe.