Eine Website kann veraltet aussehen und dennoch ein solides Fundament besitzen. Sie kann auch modern wirken, während Content, Performance und Betrieb darunter scheitern. Die richtige Entscheidung folgt nicht allein der Optik. Ein Redesign verändert die Nutzung auf einer tragfähigen Basis; ein Neubau ersetzt die Basis, weil sie wichtige Ziele blockiert. Diese Grenze sollte vor Budget und Umfang sichtbar werden.
Das Problem untersuchen, bevor das Projekt benannt wird
Beginnen Sie mit Daten zur bestehenden Website: zentrale Nutzerwege, organische Sichtbarkeit, Content-Pflege, Barrierefreiheit, Geschwindigkeit, Integrationen und Supportaufwand. Trennen Sie Symptome von Ursachen. Eine schwache Conversion kann an unklarer Positionierung, einem defekten mobilen Ablauf, ungeeignetem Traffic oder einem instabilen Checkout liegen. Wer jedes Problem sofort Redesign nennt, erstellt ein visuelles Briefing, bevor die geschäftlichen und technischen Grenzen verstanden sind.
Ermitteln, was erhalten werden sollte
Ein Redesign passt, wenn die Plattform sicher, wartbar und für die notwendige Informationsarchitektur geeignet ist. Bestehende URLs, Inhalte, Integrationen und Messhistorie können erheblichen Wert besitzen. Bewahren Sie funktionierende Teile und ändern Sie die Ebenen, die Verständnis oder Aufgabenerfüllung begrenzen. Ein Neubau wird wahrscheinlicher, wenn Updates blockiert sind, Templates notwendige Strukturen verhindern oder der Betrieb von fragilen manuellen Korrekturen abhängt.
Content und SEO vor URL-Änderungen prüfen
Erstellen Sie ein Inventar wichtiger Seiten mit Zweck, Nachfrage, Verweisen, Conversions und Status. Entscheiden Sie, was bleibt, verbessert, zusammengeführt, umgeleitet oder entfernt wird. Ordnen Sie alte URLs vor dem Launch den endgültigen Zielen zu und vermeiden Sie Weiterleitungsketten. Ein Neubau ohne Content-Modell überträgt alte Inkonsistenz lediglich in neue Templates. Eine gute Migration schützt bestehende Nachfrage und entfernt Inhalte ohne klare Aufgabe.
Lieferung nach Risiko statt Seitenzahl planen
Gruppieren Sie Abhängigkeiten wie Content-Modell, Designsystem, Kern-Templates, Integrationen, Migration und Release-Kontrollen. Testen Sie den riskantesten Ablauf früh. Kann sich die Plattform sicher entwickeln, veröffentlichen Sie Verbesserungen schrittweise. Ist ein Neubau nötig, definieren Sie Content Freeze, Migrationsprobe, Rückfallweg und Verantwortlichkeiten für den Launch. Seitenzahlen allein zeigen weder Integrations- noch Rechte- oder Redaktionskomplexität.
Das Betriebsmodell nach dem Launch validieren
Ein erfolgreicher Launch ist mehr als ein visueller Vorher-Nachher-Vergleich. Redaktion, Redirects, Formulare und Monitoring müssen verlässlich funktionieren, und Zuständigkeiten für Updates müssen klar sein. Vergleichen Sie Performance, Abschluss kritischer Wege und Supportaufwand mit der Ausgangslage. Führen Sie einen kontrollierten Verbesserungs-Backlog, statt bei jeder neuen Anforderung das gesamte Redesign neu zu öffnen.