Sichere AktualisierungDie SQUAREMOON Website wird gerade sicher aktualisiert. Bitte laden Sie diese Seite in wenigen Minuten erneut oder kontaktieren Sie uns direkt.
Die Website wirkt nicht mehr frisch. Also alles neu? Bevor Sie den digitalen Abrissbagger bestellen, lohnt sich ein Blick auf das Fundament. Gute Inhalte und funktionierende Technik lassen sich oft weiterentwickeln. Wo das System zentrale Anforderungen blockiert, kann ein Neuaufbau sinnvoller sein. Entscheidend ist, was Ihre Website künftig leisten muss.
Eine Optimierung ist sinnvoll, wenn sich Ihre wichtigsten Probleme innerhalb der vorhandenen Website gezielt lösen lassen. Ein Relaunch kommt infrage, wenn technische Grenzen, eine unpassende Struktur oder ein grundlegend verändertes Angebot einen verlässlichen Weiterbau erschweren. Das Alter der Website allein entscheidet diese Frage nicht.
Es gibt auch einen dritten Weg: einzelne Seitentypen oder Bereiche schrittweise erneuern. Das kann Risiken verteilen, verlangt aber klare gemeinsame Regeln. Sonst entsteht eine Website, deren Seiten sich nur noch zufällig dieselbe Domain teilen.
Formulieren Sie zuerst das Ziel: Welche Zielgruppe soll welche Leistung verstehen und welchen nächsten Schritt gehen? „Moderner aussehen“ beschreibt eine Richtung. „Unsere drei Beratungsleistungen verständlich unterscheiden und passende Anfragen ermöglichen“ beschreibt eine prüfbare Aufgabe.
Bei einer Optimierung bleibt ein wesentlicher Teil des bestehenden Aufbaus erhalten. Verbessert werden beispielsweise Texte, Navigation, mobile Darstellung, Ladeverhalten oder Kontaktwege. Der Umfang kann von einer einzelnen Leistungsseite bis zu vielen gemeinsam genutzten Komponenten reichen.
Ein Relaunch erneuert größere Teile von Struktur, Gestaltung oder technischer Umsetzung. Das bedeutet nicht automatisch einen Wechsel der Domain, aller URLs oder des Redaktionssystems. Bewährte Inhalte, Bilder und gut funktionierende Adressen können erhalten bleiben.
Ein schrittweiser Umbau kombiniert beides: Zuerst werden gemeinsame Grundlagen oder wichtige Seitentypen erneuert, weitere Bereiche folgen geplant. Voraussetzung ist, dass alte und neue Teile technisch und gestalterisch zusammenarbeiten können.
Fragen Sie nach konkreten Ergebnissen: Welche Seiten werden bearbeitet? Wer überarbeitet Inhalte? Was geschieht mit Formularen, vorhandenen Rankings, Weiterleitungen und der späteren Pflege? Zwei Angebote mit der Überschrift „Relaunch“ können völlig unterschiedliche Aufgaben enthalten.
Die folgende Matrix ist unsere redaktionelle Entscheidungshilfe, kein automatischer Punktetest. Prüfen Sie jede Zeile anhand Ihrer tatsächlichen Website. Mehrere kleine Gestaltungsprobleme wiegen nicht automatisch schwerer als eine einzige grundlegende technische Einschränkung.
| Prüffeld | Spricht eher für Optimierung | Spricht eher für Neuaufbau |
|---|---|---|
| Technische Grundlage | Das System wird gepflegt und Änderungen lassen sich zuverlässig testen. | Wesentliche Anforderungen sind im vorhandenen System nicht sinnvoll umsetzbar. Zuerst eine technische Bewertung einholen. |
| Inhalte und Angebot | Zielgruppen und Leistungen stimmen weiterhin. Einzelne Aussagen oder Seiten sind unklar. | Geschäftsmodell und Angebotsstruktur haben sich so stark verändert, dass die bisherige Seitenlogik kaum noch passt. |
| Nutzerführung | Es gibt konkrete Hindernisse auf einem grundsätzlich verständlichen Weg. | Wichtige Aufgaben scheitern quer durch viele Seitentypen an der grundlegenden Struktur. |
| Mobile Nutzung und Zugänglichkeit | Die Probleme lassen sich in gemeinsamen Komponenten beheben. | Eine Reparatur würde fast alle Komponenten und Abläufe ersetzen. Aufwand beider Wege vergleichen. |
| Pflege im Unternehmen | Das Team kann Inhalte selbst pflegen und benötigt bessere Vorlagen oder Schulung. | Alltägliche Änderungen sind strukturell blockiert. Prüfen, ob ein Systemwechsel tatsächlich nötig ist. |
| Vorhandene Sichtbarkeit | Wichtige Seiten erfüllen ihren Zweck. Deren Inhalte und URLs gezielt erhalten. | Ein Neuaufbau kann dennoch nötig sein. Erfolgreiche Inhalte und URL-Zuordnungen müssen Teil des Migrationsplans sein. |
Lassen Sie eine repräsentative Leistungsseite und den zugehörigen Kontaktweg prüfen. Ein begrenzter Test kann zeigen, ob die vorhandene Basis trägt. Er ersetzt keine vollständige Bestandsaufnahme, liefert aber bessere Argumente als die reine Frage, ob jemand das aktuelle Design noch mag.
Für die Ladeleistung sollten Sie Laborwerte und reale Nutzung unterscheiden. web.dev erläutert, dass Labortests Probleme vor einer Veröffentlichung aufdecken können, die Erfahrung tatsächlicher Besucher aber nicht vollständig abbilden. Ein einzelner Testwert ist deshalb kein Beweis dafür, dass die gesamte Website neu gebaut werden muss. [1]
Auch eine erste Prüfung der Zugänglichkeit liefert Hinweise, kein vollständiges Gütesiegel. Die W3C-Prüfhilfe nennt unter anderem Tastaturbedienung, Kontraste und Formularbeschriftungen und erklärt ausdrücklich die Grenzen solcher einfachen Checks. [2]
Wenn der Ausgangspunkt vor allem „Besucher, aber keine Anfragen“ lautet, beginnen Sie mit unserem Prüfweg für Websites ohne Anfragen. Sonst besteht die Gefahr, dieselbe unklare Ansprache nur in einem schöneren Layout zu wiederholen.
Eine kleine Optimierung kann schneller umsetzbar sein als ein vollständiger Neuaufbau. Viele voneinander abhängige Reparaturen können diesen Vorteil jedoch aufbrauchen. Umgekehrt verursacht ein Relaunch nicht nur Entwicklungsarbeit: Inhalte, Freigaben und Migration benötigen ebenfalls Zeit.
Vergleichen Sie beide Wege mit denselben Anforderungen und über denselben Betrachtungszeitraum. Ohne Bestandsaufnahme wären konkrete Preis- oder Zeitversprechen hier geraten.
„Welche Annahmen müssen stimmen, damit dieser Umfang ausreicht, und welche Aufgaben bleiben bei uns?“ Die Antwort ist oft aussagekräftiger als ein besonders günstiger Einstiegspreis.
Unsere frühere Website lief auf WordPress. Als wir die nächste Fassung planten, haben wir den Nutzen dieses CMS für unsere überwiegend statischen Inhalte gegen seine Komplexität abgewogen: Plugins, Wartung und Sicherheitsprüfungen gehörten für uns zum laufenden Betrieb. WordPress selbst empfiehlt regelmäßige Updates für Plugins und Themes. [4]
Wir entschieden uns für überwiegend statische Inhaltsseiten aus HTML, CSS und JavaScript, die wir mit Unterstützung von Codex entwickeln. Für diese Seiten benötigen wir weder ein WordPress-CMS noch dessen Datenbank und Pluginlandschaft. Die Gestaltung folgt konkreten Vorlagen und verbindlichen Designregeln. Unsere KI-Wissensdateien bündeln internes und externes Wissen sowie wiederholbare Arbeitsschritte. Das Team hat sich in diese Arbeitsweise eingearbeitet; Änderungen erleben wir heute als schneller umsetzbar und näher an der gewünschten Gestaltung.
Auch die Ladezeit erleben wir als deutlich schneller. Das ist unsere Praxiseinschätzung, kein hier veröffentlichter Vorher-nachher-Messwert. Der Wegfall des CMS reduziert für uns bestimmte Abhängigkeiten und mögliche Angriffsflächen. Unsere Website besitzt aber weiterhin gezielte serverseitige PHP-Funktionen, etwa für Statistik und Schutz. Hosting, diese Funktionen, Buildwerkzeuge, Abhängigkeiten und Qualitätskontrollen bleiben wartungs- und sicherheitsrelevant. Statische Seiten garantieren weder Tempo noch Sicherheit.
Für SQUAREMOON war dieser Neuaufbau passend. Ein Unternehmen, dessen Redaktion viele Inhalte ohne Entwicklungsarbeit selbst pflegen muss, kann mit einem CMS besser fahren. Die Entscheidung hängt von Aufgaben, Team und Betrieb ab, nicht von einem grundsätzlichen Urteil über WordPress.
Wenn URLs geändert werden, braucht der Relaunch eine Zuordnung alter Adressen zu passenden neuen Zielen. Google empfiehlt für solche Umzüge unter anderem URL-Mapping, Weiterleitungen, aktualisierte interne Links und die Kontrolle der neuen Website. Vorübergehende Ranking-Schwankungen sind möglich. Eine neue Gestaltung ist keine Garantie für bessere Suchergebnisse. [3]
Unser praktischer Vorschlag: Erfassen Sie vor dem Umbau wichtige Seiten, Downloads, Kontaktwege und externe Verknüpfungen. Prüfen Sie diese Liste nach dem Wechsel erneut. Bewährte URLs sollten nicht allein deshalb geändert werden, weil das Menü einen neuen Namen bekommt.
Das sind Abnahmepunkte für das Projekt, keine Erfolgsgarantie. Umfang und Reihenfolge müssen zur konkreten Website passen.
Ein fiktives Beratungsunternehmen kann seine Website pflegen. Mobil funktioniert sie, die wichtigsten Leistungen sind vorhanden. Besucher verstehen aber die Unterschiede zwischen den Angeboten nicht. Hier spricht viel dafür, zuerst Leistungsseiten, Nutzenargumentation und Kontaktweg zu optimieren. Ein neuer technischer Unterbau würde diese inhaltliche Aufgabe nicht abnehmen.
Ein fiktiver Anbieter hat mehrere neue Leistungsbereiche. Sein bestehendes System lässt die benötigten Seitentypen und Pflegeabläufe nur mit umfangreichen Sonderlösungen zu. Eine technische Prüfung bestätigt diese Grenzen. Hier kann ein geplanter Neuaufbau sinnvoll sein, während brauchbare Inhalte und relevante URLs gezielt erhalten bleiben.
Beide Beispiele sind ausdrücklich fiktiv. Sie zeigen die Entscheidungslogik und sind keine behaupteten Kundenprojekte oder versprochenen Ergebnisse.
Notieren Sie drei Dinge: das gewünschte Geschäftsziel, die belegten Hindernisse und die Anforderungen, die künftig zuverlässig erfüllt sein müssen. Lassen Sie darauf aufbauend Optimierung und Neuaufbau vergleichen. Wenn die Grundlage geeignet ist, lohnt sich der gezielte Eingriff. Wenn sie das Ziel nachweislich verhindert, braucht es einen Plan für den Neuaufbau.
Ein gutes Briefing beschreibt außerdem, welche Inhalte und URLs erhalten bleiben, wer intern mitarbeitet und wie das Ergebnis geprüft wird. So lässt sich auch die Weiterentwicklung Ihrer Website wesentlich konkreter besprechen.
Bringen Sie die aktuelle Adresse, die wichtigsten Ziele und bekannte Einschränkungen mit. Gemeinsam klären wir, welche Bestandsprüfung vor einer Entscheidung sinnvoll ist.
Optimierung oder Relaunch besprechenDie verlinkten Primärquellen ergänzen die Empfehlungen dieses Artikels. Die Entscheidungshilfen und Prüfwege sind unsere redaktionelle Einordnung, kein von den Quellen belegtes Erfolgsversprechen. Fiktive Beispiele sind im Text gekennzeichnet. Quellen zuletzt geprüft am 30.09.2026.
Grundlage zur Unterscheidung von Laborprüfung und tatsächlicher Nutzererfahrung. Keine pauschale Empfehlung für Optimierung oder Relaunch.
Beispiele und Grenzen einer ersten Barrierefreiheitsprüfung. Kein vollständiger Konformitätsnachweis.
Technische Hinweise zu URL-Zuordnung, Weiterleitungen und Kontrolle bei einer Migration. Keine Rankinggarantie.
Dokumentiert den Pflege- und Aktualisierungsbedarf von WordPress-Erweiterungen. Die Entscheidung für die SQUAREMOON-Architektur ist unsere eigene Praxiserfahrung.
Autorenfoto: SQUAREMOON.
Weitere Vergleiche & Entscheidungshilfen