Warum der nächste Relaunch selten die Lösung ist

Es gibt einen Moment in fast jedem digitalen Projekt, der sich erstaunlich vertraut anfühlt. Die Website ist in die Jahre gekommen, die Startseite wirkt etwas müde, das Menü ist gewachsen wie ein Garten ohne Schnitt, und irgendwo im Unternehmen sagt jemand den Satz, der gleichzeitig Befreiung und Drohung ist: „Wir brauchen einen Relaunch.“

Der Satz klingt entschlossen. Nach Aufbruch. Nach Ordnung. Nach einem Schnitt, der das Alte hinter sich lässt. Und manchmal stimmt das sogar. Manche Websites sind technisch überholt, gestalterisch erschöpft oder strukturell so verworren, dass eine grundlegende Neuaufstellung notwendig wird. Aber sehr oft ist der Relaunch nicht die Lösung. Er ist die sichtbarste, teuerste und bequemste Antwort auf Fragen, die vorher nicht sauber gestellt wurden.

Denn eine Website altert selten nur an der Oberfläche. Sie altert in ihren Zuständigkeiten, in ihren Prozessen, in ihrer Sprache, in ihren Daten, in ihren Annahmen über Nutzer:innen. Sie altert dort, wo Inhalte ohne redaktionelles Konzept entstehen, wo Abteilungen eigene Bereiche verteidigen, wo technische Systeme historisch gewachsen sind und niemand mehr genau weiß, warum etwas so ist, wie es ist. Eine Website wird nicht dadurch schlecht, dass sie drei Jahre alt ist. Sie wird schlecht, wenn sie drei Jahre lang nicht geführt wurde.

Und genau hier beginnt das Missverständnis. Der Relaunch wird oft als großes Reinigungsritual verstanden. Einmal alles neu, einmal alles schön, einmal alles zeitgemäß. Danach, so die Hoffnung, funktioniert es wieder. Doch digitale Qualität entsteht nicht durch einen einmaligen Kraftakt. Sie entsteht durch kontinuierliche Pflege, klare Entscheidungen und die Fähigkeit, die eigene Organisation im Web wirklich abzubilden, ohne ihr ausgeliefert zu sein.

Der klassische Website-Relaunch hat etwas Märchenhaftes. Am Anfang steht das Unbehagen: Die alte Website passt nicht mehr. Dann folgt die Verheißung: Mit einem neuen Design, einem neuen CMS, einer neuen Struktur wird alles besser. Schließlich kommt die große Verwandlung: neue Farben, neue Typografie, neue Navigation, neue Startseite, neue Bildwelt. Für einen kurzen Moment fühlt sich alles frisch an.

Aber viele Relaunches tragen eine stille Enttäuschung schon in sich. Sie setzen voraus, dass das Problem der Website in der Website liegt. Genau das ist häufig falsch.

Wenn Inhalte nicht gepflegt werden, hilft kein neues Layout. Wenn Zuständigkeiten unklar sind, hilft kein neues Backend. Wenn Angebote nicht verständlich beschrieben sind, hilft kein Hero-Bild. Wenn interne Machtverhältnisse die Navigation bestimmen, hilft kein Card-Sorting-Workshop, solange niemand bereit ist, Entscheidungen zu treffen. Wenn jede Abteilung „auf die Startseite“ möchte, ist das kein Designproblem, sondern ein Führungsproblem.

Der Relaunch erscheint dann als elegante Abkürzung. Man muss nicht über redaktionelle Verantwortung sprechen, nicht über Datenqualität, nicht über Prioritäten, nicht über Zielgruppen, nicht über das Verhältnis von Selbstdarstellung und Nutzwert. Man kann stattdessen über Farben, Templates und Launchtermine sprechen. Das ist greifbarer. Das ist angenehmer. Das ist aber nicht unbedingt wirksamer.

Eine gute Website ist kein digitales Plakat, das man alle paar Jahre austauscht. Sie ist ein lebendes System. Und lebende Systeme werden nicht durch gelegentliche Großoperationen gesund gehalten, sondern durch Diagnose, Pflege, Training und kluge Routinen.

Der Ruf nach einem Relaunch beginnt selten mit einer belastbaren Analyse. Häufig beginnt er mit einem Gefühl: Die Website sieht alt aus. Dieses Gefühl ist nicht wertlos. Gestaltung altert tatsächlich. Sehgewohnheiten verändern sich, Marken entwickeln sich, technische Möglichkeiten wachsen. Aber das Gefühl ist trügerisch, weil interne Teams ihre eigene Website sehr viel häufiger sehen als die meisten Nutzer:innen. Was intern abgenutzt wirkt, kann für Nutzer:innen noch vertraut, verständlich und effizient sein.

Jakob Nielsen hat diesen Unterschied zwischen interner Müdigkeit und externer Nutzbarkeit schon vor Jahren zugespitzt: Teams hätten oft Tausende „exposure hours“ mit dem eigenen Interface, während typische Nutzer:innen nur wenige Stunden damit verbringen. Sein Rat: Vertrautheit nicht vorschnell zerstören, sondern auf bestehendem Wissen der Nutzer:innen aufbauen. Die Nielsen Norman Group warnt entsprechend, dass ein radikal „frisches“ Design zunächst schlechter sein kann, gerade weil es Erwartungen bricht (1).

„Typically, a fresh design will be a worse design simply because it's new and thus breaks user expectations.“ – Jakob Nielsen, Nielsen Norman Group (1)

Das ist kein Plädoyer gegen Veränderung. Es ist ein Plädoyer gegen Veränderung als Selbstzweck. Ein Relaunch, der nur die interne Langeweile kuriert, kann für Nutzer:innen zur Belastung werden. Buttons sind plötzlich woanders. Begriffe ändern sich. Gewohnte Pfade verschwinden. Was im Meeting nach Modernisierung aussieht, ist im Alltag manchmal Reibung.

Hier liegt ein psychologisches Muster: Vertrautheit erzeugt nicht nur Langeweile, sondern auch Sicherheit. Der Mere-Exposure-Effekt beschreibt, dass wiederholte Darbietung eines Reizes zu positiverer Bewertung führen kann; der Effekt geht auf Robert Zajonc zurück und wurde später vielfach diskutiert und meta-analytisch untersucht (2). Für Websites bedeutet das nicht, dass alles bleiben soll, wie es ist. Aber es erklärt, warum Nutzer:innen nicht automatisch dankbar sind, wenn ein vertrautes System plötzlich „neu“ ist.

Wenn Entscheider:innen sagen, eine Website sei „nicht mehr zeitgemäß“, meinen sie oft Verschiedenes zugleich. Manchmal geht es um visuelle Gestaltung. Manchmal um Performance. Manchmal um technische Sicherheit. Manchmal um Barrierefreiheit. Manchmal um Inhalte, die niemand mehr versteht. Manchmal um Funktionen, die fehlen. Manchmal um ein Backend, das Redakteur:innen frustriert. Und nicht selten geht es um ein diffuses Gefühl: Die Website spiegelt nicht mehr, wer wir heute sind.

Dieses Gefühl ist ernst zu nehmen. Aber es braucht Übersetzung. Denn „nicht mehr zeitgemäß“ ist keine Diagnose, sondern ein Symptombericht.

Websites altern auf mehreren Ebenen. Sie altern technisch, wenn Systeme nicht aktualisiert werden, Schnittstellen brechen, Sicherheitsstandards nicht eingehalten werden oder neue Anforderungen nur noch mühsam ergänzt werden können. Sie altern gestalterisch, wenn visuelle Muster nicht mehr zur Marke, zur Nutzungssituation oder zu heutigen Erwartungen passen. Sie altern strukturell, wenn Navigationen wachsen, ohne neu geordnet zu werden. Sie altern redaktionell, wenn Texte aus verschiedenen Jahren, Abteilungen und Tonalitäten nebeneinanderstehen wie Sedimentschichten. Und sie altern organisatorisch, wenn niemand mehr verantwortlich ist für das Ganze.

Der letzte Punkt ist der entscheidende. Denn technische, gestalterische und redaktionelle Alterung sind sichtbar. Organisatorische Alterung ist es nicht. Sie zeigt sich nur in ihren Folgen: in übervollen Menüs, widersprüchlichen Inhalten, doppelten Daten, veralteten PDFs, schlecht auffindbaren Angeboten und einer Startseite, die gleichzeitig Empfang, Pressespiegel, Produktkatalog, Vorstandsbühne und Krisenkommunikation sein soll.

Viele Relaunches scheitern nicht, weil schlecht gestaltet oder schlecht programmiert wurde. Sie scheitern, weil sie eine digitale Oberfläche erneuern, ohne die dahinterliegenden Entscheidungsprozesse zu verändern. Nach dem Launch beginnt dann das alte Spiel im neuen Gewand. Inhalte werden wieder ungeordnet eingestellt. Module werden zweckentfremdet. Navigationspunkte vermehren sich. Ausnahmen werden zur Regel. Und nach zwei oder drei Jahren steht wieder jemand im Raum und sagt: „Wir brauchen einen Relaunch.“

Ein Relaunch ist verführerisch, weil er Kontrolle simuliert. Es gibt ein Projekt, ein Budget, einen Zeitplan, ein Kick-off, einen Abnahmetermin und am Ende einen sichtbaren Moment: Die neue Website geht online. Das lässt sich intern kommunizieren. Das lässt sich feiern. Das lässt sich in Roadmaps eintragen.

Kontinuierliche Verbesserung ist weniger spektakulär. Sie hat keinen großen Knall. Sie verlangt Geduld, Disziplin und ein anderes Verständnis von digitaler Arbeit. Statt „Wir machen alles neu“ lautet die Frage: „Was funktioniert nicht, warum funktioniert es nicht, und welche Verbesserung bringt den größten Effekt?“

Diese Frage ist unspektakulär, aber erwachsen.

Die Zahlen aus großen Transformationsstudien passen erschreckend gut zu vielen Webprojekten. BCG spricht davon, dass 70 Prozent digitaler Transformationen ihre Ziele verfehlen (3). Gartner berichtete 2024, dass im Schnitt nur 48 Prozent digitaler Initiativen ihre angestrebten Geschäftsergebnisse erreichen oder übertreffen; besonders erfolgreich sei eine kleinere Gruppe dort, wo IT- und Business-Verantwortung gemeinsam getragen werden (4). McKinsey kommt in früheren Untersuchungen zu einem ähnlichen Grundmuster: Digitaler Wandel scheitert selten nur an Technologie, sondern an Führung, Fähigkeiten, Kommunikation, Werkzeugen und Befähigung der Mitarbeitenden (5).

Natürlich ist ein Website-Relaunch keine komplette Konzerntransformation. Aber das Muster ist ähnlich: Der sichtbare Umbau wird überschätzt, die operative Verankerung unterschätzt. Man investiert in den Moment des Launches, aber zu wenig in die Frage, wie das System danach besser arbeitet.

Viele Organisationen investieren enorme Summen in Relaunches, ohne vorher nüchtern zu prüfen, welche Probleme tatsächlich bestehen. Die Navigation sei schlecht, heißt es. Aber ist sie schlecht, weil sie falsch benannt ist, weil sie zu viele Ebenen hat, weil Nutzer:innen andere Begriffe verwenden, weil interne Kategorien nach außen gekippt wurden oder weil wichtige Aufgaben überhaupt nicht abgebildet sind? Die Startseite konvertiere nicht. Aber was soll sie konkret leisten? Aufmerksamkeit erzeugen, Orientierung geben, Registrierungen steigern, Vertrauen aufbauen, Inhalte kuratieren, Stakeholder befrieden? Ohne Zielklarheit wird jede Bewertung willkürlich.

Der Relaunch ist häufig die teuerste Form, einer Analyse auszuweichen.

Das klingt hart, ist aber in vielen Projekten die Realität. Natürlich braucht es manchmal einen Neuanfang. Aber ein Neuanfang ohne Erkenntnis ist nur Wiederholung mit anderem Erscheinungsbild. Wer nicht versteht, warum die alte Website versagt hat, baut die neue auf demselben Fundament.

Dass Organisationen zum Relaunch greifen, ist nicht nur eine sachliche Entscheidung. Es ist auch Psychologie.

Der Status-quo-Bias beschreibt die Tendenz, am Bestehenden festzuhalten, selbst wenn Alternativen rational sinnvoll wären. Samuelson und Zeckhauser zeigten in Experimenten und realen Entscheidungssituationen, dass Menschen überproportional häufig bei der aktuellen oder früheren Option bleiben (6). Auf Webprojekte übertragen heißt das zunächst: Organisationen halten zu lange an gewachsenen Strukturen fest. Alte Menüpunkte, alte Zuständigkeiten, alte Content-Logiken bleiben bestehen, weil jede Veränderung Konflikte auslösen würde.

Interessanterweise erzeugt derselbe Mechanismus später oft das Gegenteil: Wenn der Reformstau groß genug ist, kippt der Wunsch nach kleinen Verbesserungen in den Wunsch nach radikalem Schnitt. Das Pendel schwingt von „Bitte nichts anfassen“ zu „Jetzt alles neu“. Beides sind Ausweichbewegungen. Die eine vermeidet Entscheidung durch Bewahrung, die andere durch Überwältigung.

Dazu kommt der Sunk-Cost-Effekt. Arkes und Blumer beschrieben ihn als Tendenz, ein Vorhaben fortzuführen, sobald bereits Geld, Zeit oder Mühe investiert wurden; in ihren Studien schätzten Personen, die bereits Kosten getragen hatten, die Erfolgsaussichten eines Projekts optimistischer ein als andere (7). In Relaunch-Projekten ist das gefährlich. Je länger das Projekt läuft, je mehr Workshops gehalten, Templates gestaltet und Inhalte migriert wurden, desto schwerer wird es, grundlegende Zweifel zuzulassen. Irgendwann geht es nicht mehr darum, ob der Relaunch die richtige Antwort ist. Es geht darum, dass er nicht scheitern darf.

Und dann ist da die Planning Fallacy: Menschen unterschätzen systematisch, wie lange Aufgaben dauern werden, selbst wenn sie wissen, dass ähnliche Aufgaben in der Vergangenheit länger gedauert haben. Buehler, Griffin und Ross zeigten genau dieses Muster in mehreren Untersuchungen (8). Wer schon einmal eine größere Website-Migration, Content-Bereinigung oder Systemintegration begleitet hat, kennt die Praxisversion: Der Launchtermin steht früh, die redaktionelle Realität kommt spät.

Das Problem ist nicht, dass Menschen dumm planen. Das Problem ist, dass Projekte im Futur immer sauberer aussehen als in der Gegenwart. Im Plan gibt es keine widersprüchlichen Altdaten, keine fehlenden Bildrechte, keine ungeklärten Verantwortlichkeiten, keine letzten Sonderwünsche, keine vergessenen PDFs und keine Fachabteilung, die zwei Tage vor Abnahme feststellt, dass der wichtigste Inhalt doch ganz anders strukturiert werden muss.

Ein besonders hartnäckiges Missverständnis liegt darin, Design als sichtbare Modernisierung zu begreifen. Neue Farben, mehr Weißraum, größere Bilder, weichere Ecken, zeitgemäße Typografie – all das kann sinnvoll sein. Aber gutes digitales Design beginnt nicht mit Geschmack, sondern mit Entscheidungen.

Design entscheidet, was wichtig ist und was nicht. Es entscheidet, welche Handlung nahegelegt wird. Es entscheidet, welche Inhalte zusammengehören. Es entscheidet, ob ein komplexes Angebot verstehbar wird oder nur schöner kompliziert bleibt. Es entscheidet, wie viel interne Struktur man Nutzer:innen zumutet. Es entscheidet, ob eine Organisation über sich selbst spricht oder den Bedarf ihres Gegenübers ernst nimmt.

Darum reicht es nicht, eine alte Website in ein neues visuelles System zu übertragen. Wer nur Templates erneuert, aber Inhalte, Logik und Prioritäten unverändert lässt, produziert eine hübschere Version desselben Problems.

Man sieht das oft an Startseiten. Sie werden im Relaunch besonders sorgfältig behandelt. Große Bühne, starke Claims, moderne Bildwelt, animierte Einstiege. Doch unter der Oberfläche bleibt die alte Unentschiedenheit: ein bisschen Image, ein bisschen News, ein bisschen Service, ein bisschen Kampagne, ein bisschen interne Politik. Die Startseite sieht neu aus, aber sie denkt nicht klarer.

Gutes Design ist in solchen Fällen unbequem. Es fragt: Wer kommt hierher? Mit welcher Erwartung? Was müssen diese Menschen verstehen? Welche Aufgabe wollen sie erledigen? Was braucht Sichtbarkeit, was braucht Tiefe, was kann weg? Die schwierigste Designentscheidung lautet oft nicht: Wie soll es aussehen? Sondern: Was lassen wir weg?

Auch Suchmaschinenoptimierung wird im Kontext von Relaunches gern als Allheilmittel behandelt. Die neue Website soll besser gefunden werden, mehr Reichweite erzeugen, mehr Sichtbarkeit schaffen. Dagegen ist nichts einzuwenden. Aber SEO kann nur verstärken, was inhaltlich vorhanden und strukturell zugänglich ist.

Wer keine klare Sprache hat, wird durch Keywords nicht verständlicher. Wer keine nützlichen Inhalte anbietet, wird durch Meta-Daten nicht relevant. Wer seine Themen nicht sauber strukturiert, gewinnt durch ein neues CMS noch keine Autorität. Und wer Nutzer:innen nach dem Klick enttäuscht, hat kein SEO-Problem, sondern ein Qualitätsproblem.

Google beschreibt moderne Suchqualität ausdrücklich als „helpful, reliable, people-first content“ – also als hilfreiche, verlässliche Inhalte, die primär für Menschen erstellt werden und nicht zur Manipulation von Rankings (9). Das ist für Relaunches eine unbequeme Botschaft: Sichtbarkeit entsteht nicht durch kosmetische Erneuerung, sondern durch Substanz, Struktur, Vertrauenswürdigkeit und Pflege.

Auch technische Qualität lässt sich nicht bloß behaupten. Google bewertet Core Web Vitals als Messwerte für reale Nutzerfreundlichkeit in Bezug auf Ladezeiten, Interaktivität und visuelle Stabilität; empfohlen werden unter anderem LCP innerhalb von 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1 (10). Das sind keine Designlaunen. Das sind Betriebskriterien.

Oft wäre mehr gewonnen, wenn Organisationen nicht alle fünf Jahre eine große neue Website bauen, sondern jeden Monat zehn Seiten verbessern würden: Inhalte aktualisieren, Suchintentionen prüfen, interne Verlinkungen stärken, veraltete PDFs ersetzen, häufige Fragen beantworten, Landingpages konsolidieren, Tracking sinnvoll auswerten, Barrieren abbauen.

Das klingt weniger glamourös als ein Relaunch. Es ist aber näher an der Realität digitaler Sichtbarkeit.

Wenn digitale Projekte feststecken, wird schnell das Content-Management-System verdächtigt. Das CMS sei zu starr, zu alt, zu kompliziert, zu langsam, zu wenig intuitiv. Manchmal stimmt das. Es gibt Systeme, die Redakteur:innen mehr behindern als befähigen. Es gibt technische Altlasten, die Innovation ausbremsen. Es gibt Plattformen, die für heutige Anforderungen schlicht nicht mehr geeignet sind.

Aber auch hier lohnt sich Vorsicht. Ein neues CMS löst keine ungeklärten Prozesse. Es schreibt keine besseren Texte. Es priorisiert keine Inhalte. Es verhindert keine internen Sonderwünsche. Es schafft keine Strategie. Es macht nur sichtbar, ob eine Organisation weiß, wie sie digital arbeiten will.

Ein gutes CMS ist kein Zauberapparat, sondern Infrastruktur. Es sollte Redakteur:innen unterstützen, Inhalte modular pflegbar machen, Daten sauber zusammenführen, Wiederverwendung ermöglichen, Rechte und Rollen sinnvoll abbilden und technische Ausgabewege flexibel halten. Aber selbst das beste System wird chaotisch, wenn es ohne Governance betrieben wird.

Der Begriff Governance klingt trocken. In Wahrheit ist er die Voraussetzung für digitale Qualität. Wer darf was veröffentlichen? Welche Inhalte haben ein Ablaufdatum? Welche Seitentypen gibt es? Welche Daten werden zentral gepflegt? Welche Module sind für welchen Zweck gedacht? Wer überprüft Barrierefreiheit? Wer entscheidet bei Konflikten? Wer räumt auf?

Diese Fragen sind nicht nebensächlich. Sie sind das Betriebssystem einer Website. Ohne sie wird jedes neue CMS früher oder später zur nächsten Altlast.

Die Alternative zum Relaunch ist nicht Stillstand. Das wäre ein falscher Gegensatz. Die Alternative ist Evolution.

Eine evolutionäre Webstrategie fragt nicht zuerst, wie man alles neu macht. Sie fragt, wie man das Digitale dauerhaft lernfähig hält. Das bedeutet: Veränderungen werden kleiner, aber kontinuierlicher. Entscheidungen werden dateninformierter, aber nicht datenblind. Designsysteme ersetzen Einmallayouts. Module ersetzen starre Seitenlogik. Redaktionelle Routinen ersetzen Projektpanik. Technische Plattformen werden nicht als abgeschlossene Baustellen verstanden, sondern als Systeme, die wachsen dürfen, ohne beliebig zu werden.

Diese Haltung passt zu dem, was aktuelle UX-Forschung unter Langzeitperspektive diskutiert. Eine systematische Literaturübersicht zu Long-Term UX zeigt, dass UX nicht nur punktuell vor dem Launch bewertet werden sollte, sondern über Nutzungsphasen hinweg: Verhalten, Kontext und Erwartungen verändern sich; relevante Erkenntnisse entstehen auch im kontinuierlichen Vergleich mit früherem Wissen (11). Anders gesagt: Wer digitale Qualität ernst nimmt, braucht nicht nur ein gutes Projekt, sondern ein lernendes System.

Evolution heißt nicht, nie wieder grundlegend zu erneuern. Manchmal ist ein größerer Schnitt nötig. Aber selbst dann ist der Relaunch nicht das Ziel, sondern ein Abschnitt in einer längeren Entwicklung. Der Unterschied ist entscheidend: Beim klassischen Relaunch denkt man vom Launchtermin her. Bei der evolutionären Strategie denkt man vom Betrieb her.

Was passiert nach dem Go-live? Wer arbeitet mit dem System? Welche Inhalte müssen regelmäßig aktualisiert werden? Welche Datenquellen verändern sich? Welche Nutzerbedürfnisse werden sich weiterentwickeln? Wie werden Erkenntnisse aus Support, Suche, Analytics oder Feedback zurück ins System gespielt? Welche Entscheidungen dürfen Redakteur:innen selbst treffen, und wo braucht es klare Leitplanken?

Eine Website ist nicht fertig, wenn sie online geht. Sie beginnt dann erst, sich zu bewähren.

Ein weiterer Grund, warum Relaunches überfrachtet werden, liegt in der symbolischen Bedeutung der Startseite. Sie wird intern oft behandelt wie die digitale Eingangshalle des Unternehmens. Alles, was wichtig erscheint, soll dort vorkommen. Jede Abteilung erkennt in ihr eine Bühne. Jede neue Initiative möchte Sichtbarkeit. Jede strategische Botschaft sucht einen Platz.

Das Ergebnis ist selten Klarheit. Es ist Kompromissarchitektur.

Dabei kommen viele Nutzer:innen gar nicht über die Startseite. Sie landen über Suchmaschinen, Newsletter, Social Media, Fachportale oder direkte Links auf Unterseiten. Für sie ist die Startseite nicht der Beginn der Reise, sondern vielleicht nie Teil davon. Wer digitale Kommunikation ernst nimmt, muss deshalb in Einstiegsseiten, Themencluster, Suchpfade, Landingpages und konkrete Nutzungssituationen denken.

Der Relaunch fixiert sich jedoch oft auf die große sichtbare Bühne. Wochenlang wird über den ersten Screen diskutiert, während tiefere Inhaltsbereiche, Formulare, Suchergebnisse, Detailseiten oder redaktionelle Workflows zu wenig Aufmerksamkeit bekommen. Das ist verständlich, aber gefährlich. Denn die Qualität einer Website entscheidet sich nicht nur dort, wo sie am repräsentativsten wirkt, sondern dort, wo Menschen tatsächlich etwas brauchen.

Eine gute Website ist kein Denkmal der Organisation. Sie ist ein Arbeitsmittel für Nutzer:innen.

In den letzten Jahren sind Anforderungen an Websites anspruchsvoller geworden. Barrierefreiheit ist nicht mehr nur ein moralisches Plus, sondern in vielen Kontexten rechtlich, gesellschaftlich und professionell unverzichtbar. Digitale Nachhaltigkeit wird relevanter, weil Performance, Datenvolumen und technische Effizienz nicht nur Komfortfragen sind. Datenschutz bleibt ein Thema, das nicht durch Cookie-Banner erledigt ist. Sicherheit, Wartbarkeit und Systemarchitektur entscheiden darüber, ob digitale Angebote langfristig stabil bleiben.

Diese Themen werden im Relaunch gern mitgedacht, aber oft nicht tief genug. Sie erscheinen als Checklisten am Rand des Projekts: Kontraste prüfen, Alt-Texte ergänzen, Ladezeiten optimieren, Consent-Tool einbauen. Das ist besser als nichts. Aber es reicht nicht.

Die WCAG 2.2 empfiehlt, die jeweils aktuelle Fassung der Web Content Accessibility Guidelines zu verwenden, um Barrierefreiheitsbemühungen zukunftsfähiger zu machen; die Version erweitert frühere Standards unter anderem um Anforderungen zu Fokus, Zielgrößen, redundanter Eingabe und zugänglicher Authentifizierung (12). Der European Accessibility Act verfolgt zudem das Ziel, Barrieren im Binnenmarkt durch gemeinsame Anforderungen für zugängliche Produkte und Dienstleistungen abzubauen; unter die erfassten Bereiche fallen unter anderem E-Commerce, Bankdienstleistungen, E-Books und digitale Dienste im Verkehrsbereich (13).

Barrierefreiheit ist also keine Endkontrolle. Sie beginnt bei Struktur, Sprache, Komponentenlogik, Tastaturbedienbarkeit, Formularverhalten und redaktioneller Pflege. Nachhaltigkeit ist kein grünes Label. Sie beginnt bei Bildgrößen, Tracking-Disziplin, technischer Architektur, Hosting, Cache-Strategien und der Frage, ob wirklich jede Animation, jede Bibliothek und jedes eingebettete Tool nötig ist. Datenschutz ist keine juristische Fußnote. Er prägt, welche Dienste man nutzt, welche Daten man erhebt und welche Abhängigkeiten man akzeptiert.

Ein Relaunch, der diese Themen nur als Abschlussprüfung behandelt, wird ihnen nicht gerecht. Sie müssen Teil des Systems werden. Genau deshalb ist kontinuierliche Weiterentwicklung oft stärker als die große Neuinszenierung: Sie erlaubt, Qualität dauerhaft zu verankern statt sie einmalig zu behaupten.

Bevor ein Relaunch beauftragt wird, lohnt sich ein Moment der Stille. Nicht um das Projekt zu verhindern, sondern um es auf eine ehrlichere Grundlage zu stellen. Denn die meisten Relaunch-Briefings beschreiben Wünsche, keine Probleme. Sie sagen, wie die neue Website aussehen soll – aber nicht, warum die alte versagt hat.

Die entscheidenden Fragen sind selten technischer oder gestalterischer Natur. Sie sind organisatorischer Natur. Was genau funktioniert heute nicht, und wer leidet konkret darunter? Sind es Nutzer:innen, die Aufgaben nicht erledigen können – oder ist es das interne Team, das sich nicht mehr mit der Seite identifiziert? Beides ist legitim, aber es führt zu sehr unterschiedlichen Schlussfolgerungen.

Genauso wichtig ist die Frage nach den Inhalten. Welche Seiten erzeugen echten Wert, welche existieren nur, weil einmal jemand darauf bestand? Welche Bereiche sind historisch gewachsen, aber strategisch längst überholt? Und welche internen Prozesse haben die aktuelle Unordnung überhaupt erst erzeugt?

Die unbequemste Frage kommt zuletzt, wird aber am seltensten gestellt: Was würde verhindern, dass dieselbe Unordnung nach dem Relaunch wieder entsteht? Wenn darauf keine gute Antwort existiert, ist der Relaunch vielleicht noch nicht der richtige nächste Schritt.

Eine kluge digitale Erneuerung beginnt selten mit Layouts. Sie beginnt mit einem Audit. Nicht als bürokratische Bestandsaufnahme, sondern als ehrlicher Blick auf das System: Inhalte, Struktur, Technik, Nutzung, Redaktion, Marke, Daten, Prozesse.

Welche Seiten werden besucht, aber nicht verstanden? Welche Inhalte sind wichtig, aber unsichtbar? Welche Suchbegriffe führen ins Leere? Welche Formulare brechen ab? Welche Inhalte existieren mehrfach? Welche Seiten sind rechtlich oder fachlich veraltet? Welche Module werden falsch genutzt? Wo ist die Ladezeit schlecht? Wo scheitert Tastaturbedienung? Wo spricht die Organisation nur mit sich selbst?

Aus einem solchen Audit entsteht keine fertige Website, aber eine Landkarte. Und diese Landkarte ist oft wertvoller als der erste Designentwurf. Sie zeigt, wo punktuelle Verbesserungen reichen und wo ein größerer Umbau nötig ist. Sie trennt echte Probleme von ästhetischer Müdigkeit. Sie macht sichtbar, welche Entscheidungen getroffen werden müssen.

Danach kommt Architektur: Informationsarchitektur, Inhaltsmodell, Modulstruktur, Rollenmodell, Datenlogik, technische Strategie. Erst dann wird Gestaltung wirklich wirksam. Denn Gestaltung ohne Architektur ist Oberfläche. Architektur ohne Gestaltung bleibt abstrakt. Gute digitale Produkte brauchen beides – und sie brauchen die Reihenfolge, in der Denken vor Dekoration kommt.

Natürlich gibt es Situationen, in denen ein Relaunch nicht nur sinnvoll, sondern notwendig ist. Wenn ein System technisch nicht mehr sicher betrieben werden kann. Wenn eine Marke sich grundlegend verändert hat. Wenn neue Zielgruppen, Angebote oder Geschäftsmodelle entstanden sind, die in der alten Struktur keinen Platz finden. Wenn Barrierefreiheit, Performance oder Wartbarkeit nicht mehr durch schrittweise Anpassungen erreichbar sind. Wenn die technische Plattform jede Weiterentwicklung blockiert. Wenn die Website nicht mehr nur verbessert, sondern neu modelliert werden muss.

Aber auch dann sollte der Relaunch nicht als großes Vergessen angelegt werden. Die alte Website ist nicht nur Ballast. Sie enthält Erkenntnisse: über Nutzerverhalten, über Inhalte, über Fehlstellen, über interne Prozesse, über Erwartungen. Wer diese Spuren ignoriert, verliert Wissen. Ein guter Relaunch beginnt deshalb nicht bei null. Er beginnt bei dem, was man gelernt hat – auch wenn dieses Lernen manchmal erst mühsam rekonstruiert werden muss.

Der entscheidende Unterschied liegt in der Haltung. Ein schlechter Relaunch sagt: „Wir machen alles neu, dann wird es besser.“ Ein guter Relaunch sagt: „Wir haben verstanden, was nicht funktioniert, und bauen ein System, das dauerhaft besser lernen kann.“

Am Ende führt die Diskussion über Relaunches zu einer größeren Frage. Wer übernimmt Verantwortung für das Digitale als fortlaufenden Teil der Organisation?

Nicht nur technisch. Nicht nur redaktionell. Nicht nur gestalterisch. Sondern strategisch.

Viele Websites leiden daran, dass sie zwischen Zuständigkeiten zerrieben werden. Die IT betreibt das System, die Kommunikation pflegt Inhalte, das Marketing erwartet Kampagnenleistung, Fachabteilungen liefern Material, die Geschäftsführung möchte Sichtbarkeit, externe Dienstleister gestalten und entwickeln. Alle haben berechtigte Perspektiven. Aber niemand hält zwingend das Ganze.

Genau hier entsteht digitale Qualität oder ihr Gegenteil. Eine Website braucht Produktverantwortung. Jemand muss das System als System sehen. Jemand muss entscheiden können, was hineinpasst und was nicht. Jemand muss Nutzerbedürfnisse gegen interne Wünsche abwägen. Jemand muss technische Nachhaltigkeit ernst nehmen. Jemand muss redaktionelle Qualität sichern. Jemand muss auch Nein sagen dürfen.

Das ist kein weicher Faktor. Gartners Befund zur „Digital Vanguard“ ist deshalb interessant: Die erfolgreicheren Organisationen unterscheiden sich nicht nur durch Technologie, sondern dadurch, dass CIOs und CxOs digitale Lieferung gemeinsam verantworten und nicht in klassische Auftraggeber-Dienstleister-Logiken zurückfallen (4). Auf Websites übertragen heißt das: Digitale Qualität entsteht dort, wo Verantwortung geteilt, aber nicht zerstreut wird.

Ohne diese Verantwortung wird jeder Relaunch zur Episode. Mit ihr kann auch eine bestehende Website erstaunlich weit kommen.

Der nächste Relaunch ist selten die Lösung, wenn er nur die sichtbare Erschöpfung einer Website behandelt. Er kann notwendig sein, ja. Er kann befreiend sein. Er kann technische und gestalterische Grundlagen schaffen, die lange gefehlt haben. Aber er ersetzt keine Strategie, keine Governance, keine redaktionelle Haltung und keine Bereitschaft zur kontinuierlichen Verbesserung.

Digitale Reife zeigt sich nicht darin, alle paar Jahre alles neu zu machen. Sie zeigt sich darin, ein System zu bauen, das gepflegt, verstanden und weiterentwickelt werden kann. Eine gute Website ist kein finales Werk, sondern eine laufende Praxis.

Vielleicht sollte die erste Frage deshalb nicht lauten: „Wann machen wir den Relaunch?“ Sondern: „Was müsste sich ändern, damit wir in drei Jahren nicht wieder dieselbe Frage stellen?“

Das ist weniger spektakulär als ein großer Neustart.
Aber wahrscheinlich deutlich näher an einer echten Lösung.