Neuaufbau oder neuer Anstrich: die Website-Checkliste vor der Budgetfreigabe

Ob eine Website neu aufgebaut werden muss, sieht man ihr selten an. Eine Website, die veraltet wirkt, kann technisch solide sein. Und eine, die poliert aussieht, lässt sich unter Umständen kaum noch warten. Das Aussehen ist deshalb das unzuverlässigste Signal überhaupt. Was Sie prüfen sollten, bevor jemand ein Budget freigibt, liegt in Technik und Betrieb: was die Plattform verhindert, was das Team ohne Entwickler nicht ändern kann und wie viel Risiko jede Änderung inzwischen mit sich bringt. Diese Checkliste gehört vor die Ausgabe. Sie hilft Ihnen, einen echten Neuaufbau von einem Problem zu unterscheiden, das ein kleineres Projekt lösen würde. Zu jedem Signal erfahren Sie, wie Sie es selbst überprüfen, und am Ende, wie Sie das Ergebnis lesen.

Das ist wichtig, denn von den drei üblichen Eingriffen ist der Neuaufbau der teuerste. Und er wird am häufigsten auf falscher Grundlage genehmigt. Teams sehen eine müde wirkende Website und greifen zum Neuaufbau, wo eine Auffrischung gereicht hätte. Oder sie genehmigen ein Redesign, das einem Fundament einen neuen Anstrich verpasst, obwohl genau dieses Fundament das Problem war. So oder so ist das Geld ausgegeben und das eigentliche Problem noch da. Die folgende Checkliste soll das verhindern. Sie zählen ein Signal erst, wenn Sie geprüft haben, dass es strukturell ist. So hängt die Entscheidung davon ab, wie die Website gebaut und gepflegt wird, und nicht davon, wie sie an dem Tag aussah, an dem jemand die Geduld mit ihr verlor.

Die Checkliste im Überblick

Gehen Sie diese neun Signale in drei Gruppen durch. Details und Prüfanleitung zu jedem Signal folgen weiter unten. Hier die Kurzfassung zum Überfliegen.

Signale bei Änderungen und Wartung: Routineänderungen brauchen einen Entwickler; einfache Änderungen dauern lange oder können etwas kaputt machen; die Wartungskosten steigen, statt stabil zu bleiben.

Signale bei Plattform und Funktionsumfang: Sie können nicht bauen, was das Unternehmen braucht; Integrationen sind fragil oder brechen bei Updates; Performance-Probleme überstehen eine echte Optimierungsrunde.

Signale bei Struktur und Risiko: Plattform oder Framework werden nicht mehr unterstützt oder sind unsicher; niemand kann die Website gefahrlos ändern; das Unternehmen ist der Struktur der Website entwachsen, nicht nur ihrem Look.

Die Leseregel in Kürze: Zählen Sie nur Signale, die Sie als strukturell bestätigen können. Zwei oder mehr sprechen deutlich für einen Neuaufbau, und einige sind schon allein ausschlaggebend. Null oder eins deutet meist eher auf eine Auffrischung oder ein Redesign hin. Die Grenzfälle besprechen wir am Ende bei der Auswertung.

Wenn sich die Website kaum noch ändern lässt

In der ersten Gruppe geht es darum, was Änderungen kosten. Ein Fundament, das sich gegen Routine-Updates sträubt, arbeitet jeden Tag gegen das Unternehmen, egal wie es aussieht.

Routineänderungen brauchen einen Entwickler. Wenn das Marketingteam keine Texte anpassen, kein Bild austauschen und keine neue Seite veröffentlichen kann, sondern alles bei einem Entwickler in die Warteschlange muss, blockiert der Aufbau Arbeit, die er nicht blockieren sollte. So prüfen Sie es: Fragen Sie, wann jemand ohne Entwicklerkenntnisse zuletzt eigenständig eine Live-Seite bearbeitet hat. Lautet die ehrliche Antwort „das geht nicht“ oder „nur bei bestimmten Seiten“, hängt die Website so stark an Entwicklern, dass ein Neuaufbau oft der sauberste Weg ist, das zu beheben.

Einfache Änderungen dauern lange oder können etwas kaputt machen. Auf einem soliden Fundament ist eine kleine Änderung auch klein. Dauert eine kleine Anpassung regelmäßig Tage, muss sie auf Seiten getestet werden, die nichts damit zu tun haben, oder hat sie schon öfter anderswo etwas kaputt gemacht, dann ist die Struktur fragil. So prüfen Sie es: Nehmen Sie die letzten fünf Änderungsanfragen und messen Sie die Zeit von der Anfrage bis zur Live-Schaltung. Notieren Sie, welche unerwartet etwas anderes beschädigt haben. Verhalten sich kleine Änderungen immer wieder wie große, liegt das an der Struktur und nicht an der Planung.

Die Wartungskosten steigen, statt stabil zu bleiben. Eine gesunde Website kostet im Betrieb Jahr für Jahr ungefähr gleich viel. Steigen die monatliche Wartung und der Aufwand, sie stabil zu halten, von Jahr zu Jahr, dann verfällt das Fundament, und Sie zahlen Zinsen darauf. So prüfen Sie es: Vergleichen Sie die Wartungskosten dieses Jahres mit denen von vor zwei Jahren. Eine klar steigende Kurve mit mehr Flickwerk, mehr Feuerwehreinsätzen und öfter „schon wieder kaputt“ zeigt, dass die Basis selbst der Kostentreiber ist.

Wenn die Plattform das Unternehmen ausbremst

In der zweiten Gruppe geht es um den Funktionsumfang: Kann die Plattform, was das Unternehmen heute braucht, oder ist sie zur Obergrenze geworden?

Sie können nicht bauen, was das Unternehmen braucht. Das deutlichste Plattform-Signal ist eine Liste mit Dingen, die Sie umsetzen wollten und nicht konnten. Nicht wegen des Budgets, sondern weil die Plattform es nicht zuließ. So prüfen Sie es: Schreiben Sie die letzten drei Funktionen auf, die das Unternehmen angefragt und nicht bekommen hat. Lag die Blockade bei der Plattform und nicht beim Zeitplan, dann schränkt die Plattform Ihre Strategie ein. Das ist ein Problem in der Größenordnung eines Neuaufbaus. Ein hilfreicher Test: Kann Ihr Entwickler auf vernünftige Anfragen „Ja, das geht“ sagen, ohne das Gesicht zu verziehen? Lautet die Antwort regelmäßig Nein, hat das Fundament keinen Spielraum mehr.

Integrationen sind fragil oder brechen bei Updates. Eine moderne Website ist mit anderen Systemen verbunden, etwa einem CRM, einem Commerce-Backend oder Analytics, und diese Verbindungen sollten halten. Brechen Integrationen bei jedem Update, oder wird jede neue Tool-Anbindung zum Großprojekt, dann ist die Architektur nicht dafür gebaut. So prüfen Sie es: Zählen Sie, wie oft im letzten Jahr eine Integration von selbst ausgefallen ist und wie lange die Anbindung der letzten neuen Integration gedauert hat. Wiederkehrende Ausfälle sind ein Signal aus der Architektur.

Performance-Probleme überstehen eine echte Optimierungsrunde. Dieses Signal wird am häufigsten falsch gedeutet, weil Langsamkeit visuell wirkt und dem Design angelastet wird. Entscheidend ist dieser Unterschied: Eine Website, die wegen nicht optimierter Bilder oder aufgeblähter Skripte langsam ist, lässt sich ohne Neuaufbau reparieren. Eine Website, die nach einer echten Optimierungsrunde immer noch langsam ist, ist langsam, weil sie so gebaut ist. So prüfen Sie es: Lassen Sie jemanden eine gründliche Optimierungsrunde durchführen, mit Bildern, Caching und Skripten, und messen Sie danach neu. Bleibt die Performance anschließend gedeckelt, liegt die Grenze in der Architektur. Das ist dann ein Problem des Fundaments, nicht der Darstellung.

Wenn das Fundament selbst das Risiko ist

In der dritten Gruppe geht es um Risiken, die in der Basis der Website stecken. Dort sind die Folgen am größten, und vom Frontend aus sieht man am wenigsten davon.

Plattform oder Framework werden nicht mehr unterstützt oder sind unsicher. Erhalten CMS, Framework oder zentrale Abhängigkeiten keine Sicherheitsupdates mehr, oder läuft die Website auf einer Version, die ihr End of Life erreicht hat, dann sind Sie angreifbar, und das wird mit der Zeit schlimmer. So prüfen Sie es: Klären Sie, ob jede Kernkomponente des Stacks noch aktiv Sicherheitsupdates bekommt. Ein Nein ist eines der Signale, die schon allein ausschlaggebend sind. Eine nicht mehr unterstützte Basis immer weiter zu flicken, kostet auf Dauer mehr, als sie zu ersetzen, und das Risiko lässt sich nie ganz schließen.

Niemand kann die Website gefahrlos ändern. Ein Fundament, das Sie nicht mit Zuversicht ändern können, hat schon teilweise nachgegeben. Typische Anzeichen: eine undokumentierte Codebasis, ein ursprünglicher Entwickler, der nicht mehr erreichbar ist, und keine Staging-Umgebung, in der sich Änderungen testen lassen, bevor sie live gehen. So prüfen Sie es: Fragen Sie, ob sich eine Änderung irgendwo gefahrlos testen lässt, bevor sie live geht, und ob jemand, der aktuell greifbar ist, versteht, wie die Website aufgebaut ist. Wenn bei jedem Deployment alle den Atem anhalten, ist das ein strukturelles Risiko, ganz gleich, wie die Website aussieht.

Das Unternehmen ist der Struktur der Website entwachsen. Manchmal ist technisch nichts kaputt, aber das Unternehmen hat sich verändert: neue Leistungen, neue Zielgruppen, ein anderes Geschäftsmodell. Und die Struktur der Website kann das nicht abbilden. Anzeichen dafür sind neue Content-Typen, eine deutlich andere Sitemap oder Bereiche, für die die aktuelle Informationsarchitektur keinen Platz hat. So prüfen Sie es: Skizzieren Sie die Website, die das Unternehmen heute braucht, und vergleichen Sie ihre Struktur mit dem Bestand. Ist die Lücke strukturell und nicht kosmetisch, sind Sie näher an einem Neuaufbau, und schließen lässt sich diese Lücke mit einem Fundament, das die nächsten Jahre trägt. Ein Rebranding allein zählt hier nicht. Eine echte Veränderung dessen, was die Website leisten muss, schon.

So lesen Sie die Checkliste

Bevor Sie zählen, wenden Sie die eine Regel an, die die Checkliste ehrlich hält: Prüfen Sie, ob jedes Signal strukturell ist und nicht nur die Darstellung betrifft. Eine Website kann veraltet aussehen und darunter völlig solide sein. Das ist ein optisches Problem, und das löst eine Auffrischung. Geht es nur darum, wie die Website aussieht, orientieren Sie sich besser an aktuellen Standards für Design und Nutzererlebnis als an einem Neuaufbau. In die Zählung gehören nur Signale, die sich darauf zurückführen lassen, wie die Website gebaut und gepflegt wird.

Mit diesem Filter ist die Auswertung einfach. Null oder ein bestätigtes strukturelles Signal heißt meist: Die ehrliche Antwort ist eine Auffrischung oder ein Redesign, kein Neuaufbau. Wer dann Geld für einen Neuaufbau ausgibt, ersetzt ein Fundament, das seine Arbeit gemacht hat. Zwei oder mehr bestätigte strukturelle Signale sprechen deutlich dafür, dass das Fundament selbst die Grenze ist. Ein Redesign darauf würde eine Wand neu streichen, die längst Risse hat. Einige wenige Signale sind schon allein ausschlaggebend, etwa eine nicht mehr unterstützte, unsichere Plattform oder eine Website, die niemand gefahrlos ändern kann. Beides sind dauerhafte Risiken, an die Redesign-Arbeit nicht herankommt. Der größere Punkt, den die unabhängige UX-Forschung der Nielsen Norman Group gut belegt: Das große Projekt sollte auf Belegen beruhen, nicht auf Frust. Viele Probleme sind isoliert und lassen sich mit etwas Kleinerem beheben. Das tiefere Problem muss sich also erst beweisen, bevor Sie die tiefere Lösung finanzieren.

Halten zwei oder mehr dieser Signale stand, nachdem Sie sie als strukturell bestätigt haben, ist der Moment für ein Scoping-Gespräch gekommen. Und zwar bevor ein Budget feststeht, nicht danach. Flatline arbeitet genau an dieser Grenze zwischen kosmetischem und strukturellem Problem, als Framer Enterprise Partner. Unsere Arbeit an Unternehmenswebsites richtet sich danach, was das Fundament tatsächlich tragen kann, nicht danach, wie die aktuelle Website aussieht. Zeigt Ihre Checkliste über einen neuen Anstrich hinaus, lautet die nächste Frage, was ein Neuaufbau aushalten muss. Das sollten Sie bewusst klären, bevor der Umfang festgelegt wird.

Häufig gestellte Fragen

Woran erkennt man, dass eine Website neu aufgebaut werden muss?

Die verlässlichen Anzeichen sind strukturell, nicht optisch: Routineänderungen brauchen einen Entwickler, einfache Änderungen sind langsam oder riskant, die Wartungskosten steigen, die Plattform verhindert, was das Unternehmen braucht, Integrationen sind fragil, die Performance bleibt nach der Optimierung gedeckelt, der Stack wird nicht mehr unterstützt oder ist unsicher, niemand kann die Website gefahrlos ändern, und das Unternehmen ist der Struktur entwachsen. Das Aussehen ist das unzuverlässigste Signal. Eine Website kann veraltet wirken und solide sein, oder modern wirken und kaum wartbar.

Brauche ich einen Neuaufbau oder reicht ein Redesign?

Prüfen Sie, ob das Problem darin liegt, wie die Website aussieht und gegliedert ist, oder darin, wie sie gebaut ist. Ist das Fundament solide und liegt das Problem in der Optik oder im Aufbau des Nutzererlebnisses, passt eine Auffrischung oder ein Redesign. Verhindert die Plattform Funktionen, sind Änderungen langsam oder riskant, begrenzt die Architektur die Performance oder wird der Stack nicht mehr unterstützt, dann ist das Fundament das Problem. Ein Neuaufbau ist dann die ehrliche Antwort. Prüfen Sie bei jedem Signal, ob es strukturell ist, bevor Sie es mitzählen.

Braucht eine langsame oder veraltet wirkende Website einen Neuaufbau?

Nicht unbedingt. Ein veralteter Look ist ein optisches Problem, das eine Auffrischung löst, und Langsamkeit durch nicht optimierte Bilder oder Skripte lässt sich ohne Neuaufbau beheben. Für einen Neuaufbau spricht Langsamkeit erst, wenn sie eine echte Optimierungsrunde übersteht. Dann liegt die Grenze darin, wie die Website gebaut ist, und nicht darin, wie sie konfiguriert ist. Optimieren Sie also gründlich und messen Sie neu, bevor Sie Geschwindigkeit als strukturelles Signal werten.

Wie viele Anzeichen rechtfertigen einen Website-Neuaufbau?

Zwei oder mehr Signale, die Sie als strukturell bestätigen können, sprechen deutlich für einen Neuaufbau. Einige sind schon allein ausschlaggebend, etwa eine nicht mehr unterstützte oder unsichere Plattform oder eine Website, die niemand gefahrlos ändern kann. Das sind dauerhafte Risiken, die ein Redesign nicht beheben kann. Null oder eins deutet meist eher auf eine Auffrischung oder ein Redesign hin. Die Zahl sagt erst etwas aus, wenn Sie jedes Signal darauf geprüft haben, ob es strukturell ist und nicht nur kosmetisch.

Schadet ein Website-Neuaufbau der SEO?

Nur wenn die Migration nachlässig umgesetzt wird. Das Hauptrisiko sind geänderte URLs ohne Zuordnung. Die Lösung: Ordnen Sie jede alte URL ihrer neuen Entsprechung zu und richten Sie permanente Weiterleitungen (301) ein, die den Großteil des Ranking-Signals an die neue Adresse weitergeben. Erhalten Sie die Seiten, die bereits ranken, behalten Sie die URL-Struktur bei, wo es geht, aktualisieren Sie interne Links und beobachten Sie nach dem Launch die Sichtbarkeit in der Suche. Richtig umgesetzt verbessert ein Neuaufbau die Rankings mit der Zeit meist sogar, dank sauberer Struktur und besserer Performance.

Das Wichtigste in Kürze

• Die Signale, die einen Neuaufbau rechtfertigen, sind strukturell, nicht optisch. Eine Website kann veraltet aussehen und solide sein oder poliert wirken und kaum wartbar sein. Das Aussehen ist deshalb das unzuverlässigste Signal.

• Prüfen Sie drei Gruppen: ob sich die Website kaum noch ändern lässt, ob die Plattform verhindert, was das Unternehmen braucht, und ob das Fundament selbst ein dauerhaftes Risiko ist.

• Jedes Signal können Sie selbst prüfen. Messen Sie die Dauer Ihrer letzten fünf Änderungsanfragen, notieren Sie die letzten drei Dinge, die Sie nicht bauen konnten, optimieren Sie und messen Sie die Performance neu, und klären Sie, ob der Stack noch Sicherheitsupdates bekommt und ob sich Änderungen gefahrlos testen lassen.

• Prüfen Sie bei jedem Signal, ob es strukturell ist, bevor Sie es zählen. Langsamkeit, die nach der Optimierung verschwindet, oder ein bloß veralteter Look sind Fälle für eine Auffrischung oder ein Redesign, nicht für einen Neuaufbau.

• Zwei oder mehr bestätigte strukturelle Signale sprechen deutlich für einen Neuaufbau, und eine nicht unterstützte Plattform oder eine nicht änderbare Website kann schon allein ausschlaggebend sein. Bei null oder eins ist ein kleineres Projekt meist die ehrliche Antwort.

Ein Neuaufbau ist zu oft die richtige Entscheidung, um ein Tabu zu sein, und zu oft die falsche, um die Standardantwort zu sein. Welches von beiden in Ihrem Fall gilt, erfahren Sie nicht, indem Sie genauer auf die Oberfläche schauen, denn dort liegen die schwächsten Belege. Sie erfahren es, indem Sie prüfen, wie sich die Website verhält, wenn Sie sie ändern, erweitern und sich auf sie verlassen wollen. Gehen Sie die neun Signale durch, prüfen Sie jedes darauf, ob es strukturell ist, und zählen Sie. Ist die Zahl niedrig, haben Sie sich gerade die Kosten für ein Problem gespart, das Sie gar nicht hatten. Ist sie hoch, haben Sie jetzt die Belege, um das echte Problem einzugrenzen, bevor jemand Geld auf eine Vermutung hin ausgibt.