Website-Relaunch: erst Systemlogik, dann Design

Die Frage, die fast jedes Relaunch-Projekt falsch startet

Der typische erste Satz vor einem Relaunch lautet sinngemäss: "Wir brauchen etwas Moderneres, etwas, das besser aussieht als das, was wir haben." Das ist kein Fehler, sondern ein natürlicher Ausgangspunkt. Eine Website wird von aussen betrachtet, und von aussen sieht man Design, Farben, Navigation.

Was von aussen nicht sichtbar ist, sind die Entscheidungen, die eine Website eigentlich tragen: Welche Zielgruppen soll sie ansprechen? Was soll jemand tun, wenn er die Seite öffnet? Was passiert nach dem Absenden eines Kontaktformulars, wer bekommt die Anfrage, in welchem System, wie schnell? Diese Fragen klingen selbstverständlich, werden in den meisten Projekten aber zu spät gestellt – oft erst dann, wenn das Design schon feststeht und ein nachträgliches Umdenken teuer wird.

Drei Fragen, die vor dem ersten Entwurf beantwortet sein müssen

Bevor eine einzige Seite gestaltet wird, lohnt sich die Klärung von drei Fragen.

• Wen soll die Website konkret ansprechen? Eine Website, die alle ansprechen will, überzeugt am Ende niemanden richtig. Klare Zielgruppen bestimmen Sprache, Inhalte und Aufbau jeder einzelnen Seite.
• Was soll ein Besucher auf jeder Seite konkret tun? Eine Startseite hat ein anderes Ziel als eine Leistungsseite oder eine Kontaktseite. Ohne diese Klarheit entstehen Seiten, die zwar informieren, aber niemanden zu einer Handlung führen.
• Was passiert nach dem Klick? Ein Klick auf "Termin buchen" oder das Absenden eines Formulars ist kein Endpunkt, sondern ein Übergang in einen Prozess. Wer diesen Prozess nicht kennt, bevor die Website gebaut wird, wird ihn danach kaum sauber nachrüsten.

Positionierung und Leistungsarchitektur als Fundament

Was eine Website zeigt und was sie bewusst weglässt, hängt direkt von der Positionierung ab. Ein Unternehmen, das sich als spezialisierter Umsetzungspartner versteht, braucht eine andere Leistungsdarstellung als eines, das ein breites Angebot zeigen will. Diese Entscheidung lässt sich nicht im Design treffen, sie muss davor stehen.

Dazu gehört auch die Frage, welche Leistungen überhaupt auf eigenen Seiten stehen und welche nur im Gespräch erwähnt werden. Nicht jedes Angebot braucht eine eigene Unterseite, und nicht jede Zielgruppe muss auf der Startseite abgeholt werden. Eine klare Leistungsarchitektur sortiert vor, was später ins Layout übersetzt wird – nicht umgekehrt.

Nutzerführung vor Navigation

Die Navigation einer Website wird oft als rein gestalterische Frage behandelt: Wie viele Menüpunkte, welche Reihenfolge, welches Dropdown. Tatsächlich sollte die Navigation das Ergebnis einer vorher festgelegten Nutzerführung sein, nicht ihr Ausgangspunkt.

Nutzerführung bedeutet: Welchen Weg soll jemand gehen, der zum ersten Mal auf die Website kommt? Welche Seite führt logisch zur nächsten? Wo soll Vertrauen entstehen, bevor eine Kontaktaufnahme angefragt wird, und wodurch? Erst wenn diese Reihenfolge klar ist, lässt sich sinnvoll entscheiden, wie viele Menüpunkte eine Navigation braucht und wie sie beschriftet werden sollten.

Was hinter der Website steckt und niemand sieht

Ein Relaunch bedeutet nicht nur, neue Seiten zu bauen. Er bedeutet auch, eine bestehende Website abzulösen, ohne dabei Sichtbarkeit bei Google zu verlieren.

Eine ältere Website hat in der Regel eine eigene URL-Struktur, die Google bereits kennt und indexiert hat. Ändert sich diese Struktur beim Relaunch ohne saubere Weiterleitungen, landen Besucher und Suchmaschinen-Crawler auf Fehlerseiten, wo vorher eine gültige Seite lag. Dazu kommen weitere Aufgaben, die unsichtbar bleiben, aber notwendig sind: korrekte Metadaten auf jeder Seite, eine sauber aufgebaute Sitemap, ausreichende Ladegeschwindigkeit, ein funktionierender Cookie-Consent und eine korrekte technische Einbindung von Tracking.

Eine Website kann optisch überzeugend sein und trotzdem bei Google an Sichtbarkeit verlieren, wenn diese technische Basis fehlt oder beim Relaunch übersehen wird. Das ist Arbeit, für die es keine sichtbare Anerkennung gibt – aber sie entscheidet oft darüber, ob eine Website nach dem Relaunch weiterhin gefunden wird.

Warum die erste Version nie die finale ist

Eine verbreitete Erwartung ist, dass eine Website nach dem Launch fertig ist. In der Praxis zeigt sich fast immer das Gegenteil: Details fallen erst auf, wenn eine Seite tatsächlich genutzt wird. Ein Bild, das auf dem Desktop passt, wirkt auf dem Mobilgerät plötzlich falsch platziert. Ein Navigationselement, das auf einer Seite geändert wird, muss auf mehreren anderen Seiten nachgezogen werden, wenn es nicht zentral gepflegt ist.

Hilfreich ist deshalb, früh im Prozess eine einzelne Seite als Referenz zu bestimmen: die Seite, die am konsequentesten umgesetzt wurde. Diese Referenzseite wird zum verbindlichen Massstab für alle weiteren Seiten. Das klingt einfach, macht in der Praxis aber einen erheblichen Unterschied, weil Entscheidungen nicht auf jeder Seite neu getroffen werden müssen.

Die Website als Teil eines Systems

Die vielleicht wichtigste Verschiebung im Denken über Websites: Eine Website ist heute kein digitales Aushängeschild mehr, sondern Teil eines Systems. Klickt jemand auf "Termin buchen", folgt im Idealfall ein Buchungssystem, eine automatische Bestätigung, ein Eintrag im CRM und eine Erinnerung vor dem Termin. Füllt jemand ein Kontaktformular aus, sollte die Anfrage direkt im CRM landen, einen Status erhalten und einen definierten Prozess auslösen.

Die Frage, die vor einem Relaunch beantwortet sein sollte, lautet deshalb nicht mehr nur "Wie soll die Website aussehen?", sondern vor allem: Was passiert nach dem Klick? Wer diese Frage nicht beantworten kann, bevor das Projekt beginnt, wird sie danach in der Regel auch nicht mehr sauber beantworten.

Ein Website-Relaunch, der mit Zielgruppen, Nutzerführung und Prozess beginnt, braucht am Ende oft weniger Korrekturschleifen als ein Projekt, das direkt beim Layout startet. Die Umsetzung selbst ist mit den heutigen Werkzeugen vergleichsweise schnell erledigt. Die Entscheidungen davor lassen sich dagegen nicht abkürzen.