Einleitung
Eine Unternehmenswebsite ist funktional veraltet, sobald sie das nicht mehr leistet, wofür sie gebaut wurde: qualifiziertes Interesse erzeugen, Ihr aktuelles Angebot korrekt abbilden und den Entscheidungsprozess der Käufer unterstützen. Diese Defizite entstehen nicht durch das Alter. Sie entstehen durch fehlende Passung - zwischen dem, was Ihre Website kommuniziert, und dem, was aus Ihrem Unternehmen geworden ist, zwischen der Leistung Ihrer Website und den Erwartungen der Käufer oder zwischen den Fähigkeiten Ihrer Plattform und dem, was Ihr Team von ihr braucht.
Dieser Leitfaden beschreibt 12 evidenzbasierte Anzeichen dafür, dass eine Unternehmenswebsite veraltet ist, geordnet in vier Gruppen: fehlende Passung von Geschäft und Marketing, Nutzererlebnis und Performance, Technologie und interne Abläufe sowie internationale Skalierbarkeit. Für jedes Anzeichen beschreiben wir die messbaren Symptome, die geschäftlichen Auswirkungen und die konkreten Belege, die Sie zur Bestätigung brauchen - kein Gefühl und kein optischer Eindruck, sondern Daten. Es folgen eine Selbstaudit-Checkliste mit 15 Fragen und eine Entscheidungsmatrix, damit Sie von der Beobachtung zu einer konkreten Empfehlung kommen: gezielte Korrektur, schrittweise Optimierung, Plattformmigration oder vollständiger Relaunch.
Kurze Antwort: Ob eine Unternehmenswebsite veraltet ist, zeigt sich an geschäftlichen Signalen - entgangenen Leads, falsch dargestellten Angeboten, verfehlten technischen Benchmarks und gestörten internen Abläufen - und nicht am visuellen Stil oder am Launch-Datum. Wenn Sie die hier beschriebenen 12 Anzeichen mit Ihren eigenen Analytics-Daten, dem Feedback Ihrer Käufer und Ihren technischen Daten abgleichen, wissen Sie, ob eine gezielte Korrektur, ein strukturiertes Optimierungsprogramm oder ein vollständiger Relaunch der Unternehmenswebsite die richtige Antwort ist.
Das Alter einer Website allein beweist nicht, dass sie veraltet ist
Eine drei Jahre alte Website mit einem überholten Leistungsportfolio, einem defekten Kontaktformular und ohne mobil optimiertes Layout ist stärker veraltet als eine sechs Jahre alte Website, die die aktuellen Leistungen korrekt beschreibt, schnell lädt und verlässlich qualifizierte Leads erzeugt. Das Alter ist ein Hilfsindikator, kein Beweis.
Die operativ nützlichste Definition liefert das Legacy Application Management Cheat Sheet von OWASP: Eine Legacy-Anwendung ist eine Anwendung, die "als obsolet erkannt wird, aber weiterhin aktiv genutzt wird". Auf Unternehmenswebsites übertragen heißt das: Obsoleszenz ist keine Funktion der Zeit, sondern eine Funktion der Frage, ob Plattform und Inhalte dem Geschäft noch dienen. Eine Website, die auf einem CMS jenseits seines End-of-Life-Datums läuft, mit ungepatchten Sicherheitslücken und einer Integrationsschicht, die zu fragil zum Warten ist, erfüllt diese Definition unabhängig davon, ob sie vor zwei oder vor acht Jahren gestartet wurde.
Optische Frische ist als Diagnosekriterium ebenso unzuverlässig. Eine Website kann nach aktuellen Designmaßstäben altmodisch wirken und trotzdem modernere Wettbewerber bei jeder geschäftlich relevanten Kennzahl übertreffen. Umgekehrt kann eine frisch überarbeitete Website mit moderner visueller Identität null qualifizierte Leads erzeugen, wenn die Informationsarchitektur nicht gemeinsam mit dem Design aktualisiert wurde. Wir arbeiten mit Unternehmen, die erheblich in visuelle Redesigns investiert haben und sich sechs Monate später fragten, warum sich ihre Leadqualität nicht verändert hat. Die Antwort lautete fast immer: Niemand hatte aktualisiert, was die Website sagt, wen sie anspricht und wie sie Käufer durch eine Entscheidung führt.
Die meisten Unternehmenswebsites, die veraltet wirken, brauchen keinen vollständigen Relaunch. Sie brauchen gezielte, datengetriebene Verbesserungen. Die folgenden 12 Anzeichen definieren Obsoleszenz so, wie sie für das Geschäft tatsächlich zählt: als eine Reihe messbarer Defizite, von denen jedes mit einem konkreten Geschäftsergebnis verknüpft ist.
Übersicht: 12 Anzeichen auf einen Blick
Nutzen Sie diese Tabelle, um vor der Lektüre der Detailabschnitte zu erkennen, welche Anzeichen auf Sie zutreffen könnten. Jede Zeile fasst das Anzeichen, seine geschäftlichen Auswirkungen, die Prüfmethode und die wahrscheinliche Mindestreaktion zusammen. Eine Checkliste für das Website-Audit, die mit dieser Tabelle beginnt, gibt Ihrem Team einen gemeinsamen Ausgangspunkt, bevor Sie sich auf einen Projektumfang festlegen.
| Anzeichen | Bezeichnung | Geschäftliche Auswirkung | Prüfmethode | Wahrscheinliche Reaktion |
|---|---|---|---|---|
| 1 | Positionierung und Angebot spiegeln das aktuelle Geschäft nicht mehr wider | Der Vertrieb korrigiert in jedem Gespräch falsche Eindrücke von der Website | Website-Zielkundenprofil mit CRM-Opportunity-Daten vergleichen | Auffrischung von Inhalten und Informationsarchitektur |
| 2 | Keine qualifizierten Leads aus organischem oder direktem Traffic | Marketingbudget wird nicht zu Pipeline | Leadquellen-Report im CRM, nach Kanal gefiltert | CRO-Sprint oder Überarbeitung der Informationsarchitektur |
| 3 | Inhalte unterstützen die Kaufentscheidung nicht | Verkaufszyklus verlängert sich, Käufer recherchieren anderswo | Inhalte den Funnel-Phasen zuordnen | Programm zur Content-Produktion |
| 4 | Wettbewerber beantworten Käuferfragen, die Sie offenlassen | Sichtbarkeitslücke in der Evaluierungsphase | Keyword-Gap-Analyse gegen Wettbewerber | Programm zum Schließen von Content-Lücken |
| 5 | Core Web Vitals scheitern im 75. Perzentil | Geringeres Engagement, geschwächtes Page-Experience-Signal | Felddaten-Bereich in PageSpeed Insights | Performance-Sprint oder Replatforming |
| 6 | Mobile Nutzbarkeit schafft Hürden für Käufer | Reibung in der Recherchephase für über die Hälfte der B2B-Besucher | Bericht zur mobilen Nutzbarkeit in der Search Console | Redesign responsiver Templates |
| 7 | Navigation passt nicht zur Absicht der Käufer | Käufer finden nichts und verlassen die Website | Session-Recordings und Tree-Testing | Redesign der Informationsarchitektur |
| 8 | Das CMS bremst das Content-Team aus | Geringere Publikationsgeschwindigkeit, versteckte Entwicklerkosten | Zeitaufwand für Content-Updates zwei Wochen lang erfassen | CMS-Upgrade oder Migration |
| 9 | CRM- und Marketing-Automation-Integrationen sind fragil | Leads gehen bei manuellen Übergaben verloren, Attribution bricht ab | Audit der Integrations-Fehlerprotokolle | Integrations-Sprint oder Replatforming |
| 10 | Sicherheitslage durch Legacy-Komponenten beeinträchtigt | Risiko eines Sicherheitsvorfalls, Reputationsschaden | CMS-EOL-Prüfung, SSL Labs, CVE-Scan | Sicherheits-Sprint oder erzwungenes Replatforming |
| 11 | Die Website trägt keine mehrsprachige Expansion | Internationales SEO blockiert, neue Märkte erfordern einen Neubau | hreflang-Audit in der Search Console | Lokalisierungs-Setup oder Replatforming |
| 12 | Content-Governance versagt bei wachsendem Umfang | Inkonsistente Marke, Erosion von E-E-A-T über die gesamte Domain | Content-Audit auf verwaiste und doppelte Seiten | Governance-Prozess, CMS-Konfiguration |
Geschäft und Marketing passen nicht zusammen: Anzeichen 1-4
Die kommerziell schädlichste Form der Obsoleszenz ist die Diskrepanz zwischen dem, was die Website sagt, und dem, was das Unternehmen tatsächlich tut. Diese Anzeichen erzeugen selten sichtbare technische Fehler - sie zeigen sich in CRM-Reports, in Gesprächsnotizen des Vertriebs und in Daten zur Leadqualität.
Anzeichen 1 - Positionierung und Angebot spiegeln das aktuelle Geschäft nicht mehr wider
Ihr Vertriebsteam verbringt die ersten zehn Minuten jedes Erstgesprächs damit, zu korrigieren, was ein Interessent auf Ihrer Website gelesen hat. Die aufgeführten Leistungen sind die, die Sie früher verkauft haben. Das genannte Preismodell wurde vor achtzehn Monaten eingestellt. Die Fallstudien zeigen eine Branche, die Sie nicht mehr priorisieren. Der Text im Header der Startseite beschreibt ein Nutzenversprechen, das Ihr Team intern vor zwei Jahren überarbeitet hat.
Diese fehlende Passung untergräbt die Glaubwürdigkeit bei anspruchsvollen Käufern. Entscheider im B2B-Einkauf - typischerweise Marketingleitungen, IT-Verantwortliche oder Operations-Manager - recherchieren, bevor sie anrufen. Wenn das, was sie auf Ihrer Website finden, im Widerspruch zu dem steht, was sie im ersten Vertriebsgespräch hören, entsteht Reibung statt Vertrauen - genau in dem Moment, in dem Vertrauen am fragilsten ist.
So prüfen Sie das: Ziehen Sie Ihre letzten 50 qualifizierten Opportunities aus dem CRM und prüfen Sie, ob die gekaufte Leistung dem entspricht, was Ihre Website derzeit beschreibt. Fragen Sie Ihr Vertriebsteam direkt, was es in frühen Gesprächen am häufigsten an Website-Aussagen richtigstellt. Prüfen Sie, wann Fallstudien, Kundenlogos und Leistungsbeschreibungen zuletzt auf Richtigkeit geprüft wurden.
Wahrscheinliche Reaktion: Eine Auffrischung von Inhalten und Informationsarchitektur. In den meisten Fällen erfordert das keinen Plattformwechsel - es erfordert redaktionelle Verantwortung und einen Aktualisierungszyklus, der an geschäftliche Veränderungen gekoppelt ist.
Anzeichen 2 - Keine qualifizierten Leads aus organischem oder direktem Traffic
Das Traffic-Volumen ist kein Maß für die Gesundheit einer Website. Die relevante Frage lautet, ob die Besucher, die über die organische Suche oder direkt kommen, dem Profil der Käufer entsprechen, die Ihr Vertrieb abschließen kann.
Wenn die Website Formularanfragen erzeugt, das Verhältnis von marketingqualifizierten zu vertriebsqualifizierten Leads aber niedrig ist, liegt das Problem oft im Targeting: Die Website zieht Traffic aus dem falschen Segment an oder konvertiert über das falsche Nutzenversprechen. Wenn der Traffic gesund ist, aber keine Formulare abgeschickt werden, liegt es meist an der inhaltlichen Tiefe, an Vertrauenssignalen oder am Aufbau der Konversionspfade. Beides ist ein geschäftliches und kein kosmetisches Problem, und der erste korrigierende Schritt liegt meist im Online-Marketing und nicht in einer optischen Auffrischung.
So prüfen Sie das: Filtern Sie in Ihrem CRM gewonnene Abschlüsse nach Leadquelle und bestimmen Sie, welcher Anteil aus organischem oder direktem Website-Traffic stammt. Gleichen Sie das mit den tatsächlichen Suchanfragen in der Google Search Console ab. Wenn die Anfragen, die Besucher bringen, nicht die Anfragen sind, die Ihre Wunschkunden bei der Bewertung Ihrer Kategorie nutzen, zieht die Website das falsche Publikum an.
Wahrscheinliche Reaktion: Ein CRO-Sprint und ein Redesign der Landingpages, wenn die Inhalte im Kern stimmen, aber die Konversionspfade gestört sind. Eine grundlegende Überarbeitung der Informationsarchitektur, wenn die Website vollständig auf den falschen Käufer ausgerichtet ist.
Anzeichen 3 - Inhalte unterstützen die Kaufentscheidung in zentralen Funnel-Phasen nicht
B2B-Käufer erledigen den Großteil ihrer Recherche, bevor sie mit dem Vertrieb sprechen. Eine Unternehmenswebsite, die nur Inhalte auf Awareness-Niveau bietet - wer das Unternehmen ist, allgemeine Branchenartikel, breite Kompetenzaussagen -, unterstützt die Evaluierungs- und Entscheidungsphase nicht, in der Kaufentscheidungen tatsächlich geformt werden.
Die fehlenden Bausteine sind meist sehr konkret: Fallstudien mit messbaren Ergebnissen, ROI-Modelle, Vergleichsseiten zur Abgrenzung gegenüber Alternativen, technische Dokumentation für Evaluierungsteams und Referenzen, die sich auf konkrete Ergebnisse statt auf allgemeine Zufriedenheit beziehen. Ohne diese Bausteine verlängern Käufer entweder den Verkaufszyklus, indem sie Unterlagen einzeln bei Ihrem Team anfragen, oder sie wechseln zu einem Wettbewerber, dessen Website genau dann liefert, was sie brauchen.
So prüfen Sie das: Ordnen Sie jeden bestehenden Inhalt den drei Phasen Ihrer Customer Journey zu: Awareness, Evaluierung, Entscheidung. Zählen Sie, was in jeder Phase existiert. Suchen Sie anschließend nach den Anfragen, die Ihr ideales Kundenprofil (ICP) bei der aktiven Bewertung von Lösungen Ihrer Kategorie nutzt - werden diese Anfragen auf Ihrer Website beantwortet, oder erscheint zuerst die Seite eines Wettbewerbers?
Wahrscheinliche Reaktion: Ein strukturiertes Programm zur Content-Produktion. Wenn das CMS die benötigten Formate nicht unterstützt (Vergleichsseiten, interaktive Tools, inhaltsreiche Fallstudien-Templates), können neue Seitenvorlagen oder eine Plattformprüfung nötig werden.
Anzeichen 4 - Wettbewerber beantworten Käuferfragen, die Ihre Website offenlässt
Wenn ein Wettbewerber dauerhaft für Anfragen rankt, die Ihr ICP in der Evaluierungs- und Entscheidungsphase nutzt - Anfragen wie "wie bewertet man [Ihre Kategorie]", "[Ihre Lösung] vs. [Alternative]" oder "Einführungsdauer für [Ihren Produkttyp]" -, dann besetzt er die Recherchephase der Customer Journey, bevor diese Käufer Ihre Marke überhaupt wahrnehmen.
Das ist ein Problem von Inhalten und Informationsarchitektur, bevor es ein SEO-Problem wird. Der Grund, warum Wettbewerber für diese Anfragen ranken, ist simpel: Sie haben Seiten veröffentlicht, die diese Fragen direkt beantworten. Ihre Website hat das nicht. Dieselbe Lücke wiederholt sich inzwischen in den Antworten der KI-Systeme, und genau dort setzt GEO SEO an.
So prüfen Sie das: Nutzen Sie ein Werkzeug zur Keyword-Gap-Analyse (Semrush, Ahrefs oder vergleichbar), um Ihre Domain mit zwei oder drei direkten Wettbewerbern zu vergleichen. Identifizieren Sie Anfragen, für die Wettbewerber rankende Seiten haben und Sie kein Äquivalent. Konzentrieren Sie sich gezielt auf markenunabhängige Anfragen in der Mitte des Funnels, die auf aktive Evaluierung hindeuten, nicht auf allgemeine Awareness-Suchen.
Wahrscheinliche Reaktion: Ein gezieltes Programm zum Schließen von Content-Lücken, um die fehlenden Seiten zu erstellen. Das erfordert selten einen Plattformwechsel - es erfordert Content-Strategie und Produktionskapazität. Wenn Ihre Informationsarchitektur keine neuen Seitentypen aufnehmen kann, weil das CMS zu starr ist oder die Navigation sich nicht erweitern lässt, ist das eine separate technische Einschränkung, die eigenständig behandelt werden sollte.
Nutzererlebnis und Performance: Anzeichen 5-7
Performance-Defizite sind messbar und konkret. Die Werkzeuge und Schwellenwerte sind standardisiert - es gibt keine Unklarheit darüber, ob eine Seite besteht oder nicht. Diese Präzision nimmt der Diskussion über visuelle Redesigns die Subjektivität und liefert Ihnen belastbare Belege für jede Entscheidung.
Anzeichen 5 - Core Web Vitals scheitern im 75. Perzentil
Googles Core Web Vitals definieren drei messbare Schwellenwerte für die Seitenerfahrung:
- Largest Contentful Paint (LCP): die Zeit, bis der sichtbare Hauptinhalt geladen ist. Gut: 2,5 Sekunden oder weniger.
- Interaction to Next Paint (INP): die Reaktionsfähigkeit der Seite auf Nutzereingaben. Gut: 200 Millisekunden oder weniger.
- Cumulative Layout Shift (CLS): die visuelle Stabilität der Seite während des Ladens. Gut: 0,1 oder weniger.
Diese Schwellenwerte gelten im 75. Perzentil echter Nutzersitzungen, getrennt nach Gerätetyp - Mobil und Desktop werden separat bewertet. Die Anforderung im 75. Perzentil bedeutet, dass 75 % Ihrer tatsächlichen Besucher die Seite im guten Bereich erleben müssen, nicht der durchschnittliche Besucher und nicht der Bestfall.
Die Datenquelle ist dabei entscheidend. Felddaten aus dem Chrome User Experience Report (CrUX) spiegeln wider, was echte Nutzer auf echten Geräten und in echten Netzen erleben. Labordaten aus Google Lighthouse simulieren eine kontrollierte Umgebung und helfen bei der Diagnose einzelner Probleme - sie bilden aber nicht das Erleben echter Nutzer ab. Entscheidungen über Obsoleszenz sollten immer auf Felddaten beruhen, nicht auf Laborwerten.
Ebenso wichtig ist die klare Feststellung: Googles eigene Dokumentation bestätigt, dass gute Core Web Vitals keine hohen Rankings garantieren und dass schlechte Core Web Vitals allein kein ausreichender Grund für ein vollständiges Redesign sind. Verfehlte Performance-Kennzahlen sind ein Anlass zur Untersuchung - die Abhilfe kann ein gezielter Optimierungs-Sprint statt eines Plattformwechsels sein.
So prüfen Sie das: Lassen Sie Ihre wichtigsten Seiten durch PageSpeed Insights laufen und konzentrieren Sie sich auf den Felddatenbereich "Finden Sie heraus, was Ihre Nutzer erleben". Prüfen Sie Mobil und Desktop getrennt. Seiten mit roter (schlechter) Felddatenbewertung bei einem der Core Web Vitals sind bestätigte Schwachstellen, die Aufmerksamkeit erfordern.
Wahrscheinliche Reaktion: Ein Performance-Sprint, wenn Ihr CMS die nötigen Änderungen unterstützt (Bildoptimierung, Code-Splitting, Caching, Lazy Loading). Replatforming, wenn die CMS-Architektur konstruktionsbedingt strukturell langsame Ausgaben erzeugt, die sich auf Konfigurationsebene nicht beheben lassen.
Anzeichen 6 - Die mobile Nutzbarkeit schafft Hürden für zentrale Käufergruppen
B2B-Käufer nutzen zunehmend mobile Geräte für die Recherche, bevor sie für die abschließende Bewertung und den Kauf zum Desktop wechseln. Laut dem B2B Website Benchmark von Clear Digital (2026) kommen inzwischen 52 % des B2B-Website-Traffics von mobilen Geräten, aber nur 34 % der Konversionen finden mobil statt. Diese Lücke spiegelt Reibung wider und nicht bloß eine Gerätepräferenz.
Reibung in der Recherchephase hat kommerzielles Gewicht, selbst wenn die eigentliche Konversion später auf dem Desktop stattfindet. Wenn ein Käufer Ihre Website bei der ersten Recherche mobil als unzureichend erlebt - Formulare, die nicht korrekt dargestellt werden, Navigation, die zentrale Seiten verbirgt, Dokumente, die sich nicht öffnen lassen -, kehrt er beim Wechsel zum Desktop womöglich nicht zurück. In verbrauchernahen Branchen ist das Ungleichgewicht noch deutlicher: Bei Beauty Salon SEO läuft der größte Teil der Terminbuchungen ohnehin mobil.
So prüfen Sie das: Prüfen Sie in der Google Search Console im Bereich "Nutzerfreundlichkeit" die Fehler zur mobilen Nutzbarkeit. Testen Sie Ihre wichtigsten Konversionswege (Kontaktformular, Angebotsanfrage, Download einer Fallstudie) sowohl auf iOS- als auch auf Android-Geräten. Prüfen Sie die Größe von Schaltflächen und die Kontrastwerte gegen WCAG 2.2, den internationalen Barrierefreiheitsstandard des W3C (veröffentlicht im Dezember 2024), der Mindestanforderungen an Touch-Ziele und Kontraste als globalen Qualitätsmaßstab definiert.
Wahrscheinliche Reaktion: Redesign responsiver Templates für die Seiten, auf denen die mobile Nutzbarkeit versagt. Wenn das CMS ohne Plattformwechsel keine responsive Ausgabe erzeugen kann, ist das ein Argument für Replatforming.
Anzeichen 7 - Navigation und Informationsarchitektur passen nicht zur Käuferabsicht
Eine Navigation, die sich an Ihrer internen Organisationsstruktur orientiert - Produktlinien, Abteilungen oder Leistungskategorien, wie Ihr Team sie definiert -, scheitert regelmäßig an Käufern, die mit einem konkreten Problem kommen. Wer nach "Inhalte über Tochtergesellschaften in mehreren Sprachen verwalten" sucht, denkt nicht in Ihrem Produktkatalog, sondern in seinem operativen Problem.
Wenn Navigationslabels internen Jargon statt Käufersprache verwenden, wenn zentrale Konversionsseiten mehr als drei Klicks von der Startseite entfernt sind oder wenn unterschiedliche Käufersegmente sich nicht selbst zu einem passenden Pfad navigieren können, arbeitet die Seitenarchitektur gegen die Customer Journey, statt sie zu stützen.
So prüfen Sie das: Sehen Sie sich Session-Recordings in einem Werkzeug wie Hotjar oder Microsoft Clarity an und suchen Sie nach Sitzungen, in denen Besucher eine stark besuchte Seite erreichen und dann ohne Weiternavigation abspringen - dieses Muster deutet häufig auf eine Seite ohne klaren nächsten Schritt hin. Führen Sie mit fünf bis zehn Personen aus Ihrer Zielgruppe einen Tree-Test mit einem Werkzeug wie Treejack durch und messen Sie, wie zuverlässig sie zentrale Seiten finden, ohne dass man ihnen den Weg zeigt.
Wahrscheinliche Reaktion: Ein Redesign der Informationsarchitektur. Das ist oft ohne Wechsel der zugrunde liegenden Plattform möglich - es erfordert Content-Strategie, eine neue Navigationsstruktur und Nutzertests. Zum Plattformthema wird es erst, wenn das CMS keine flexiblen URL-Strukturen unterstützt oder sich nicht so konfigurieren lässt, dass es mehrere Käuferpfade bedient. In allen anderen Fällen bleibt der Umfang das, was eine Webdesign-Agentur in Deutschland in wenigen Sprints umsetzt.
Technologie und interne Abläufe: Anzeichen 8-10
Technologische Obsoleszenz ist die Kategorie, in der schleichender Verfall am schnellsten zu einer strategischen Belastung anwächst. Jedes der drei folgenden Anzeichen kann als kleine Unannehmlichkeit beginnen und zu einer strukturellen Barriere für den Geschäftsbetrieb werden.
Anzeichen 8 - Das CMS bremst Content- und Marketingteams aus
Ein Content-Management-System, das für Routineaufgaben Entwickler erfordert, ist keine kleine Ineffizienz - es ist eine strukturelle Bremse für die Publikationsgeschwindigkeit. Wenn Ihr Marketingteam keine neue Landingpage veröffentlichen, keine Leistungsbeschreibung aktualisieren und keine Fallstudie ergänzen kann, ohne ein Entwicklerticket zu eröffnen, verursacht das CMS Kosten, die weit über die Unannehmlichkeit des Wartens hinausgehen.
Die Symptome treten immer gleich auf: Eine Inhaltsaktualisierung dauert Tage statt Stunden. A/B-Tests erfordern individuelle Entwicklung. Die Vorschau bildet die Live-Seite nicht korrekt ab. Inhaltsblöcke lassen sich nicht seitenübergreifend wiederverwenden. Für zeitkritische Kampagnen existiert keine Planungsfunktion. Marketingteams unter diesen Bedingungen werden nicht nur langsamer - sie verzichten ganz auf bestimmte Inhaltsformate, weil der operative Aufwand zu hoch ist. Diese Bremse zu lösen ist eine Aufgabe für die Webentwicklung und keine Frage der Gestaltung.
So prüfen Sie das: Erfassen Sie über zwei Wochen die Zeit von der Content-Anforderung bis zur Veröffentlichung, einschließlich der Wartezeit auf verfügbare Entwickler. Zählen Sie, wie viele Entwicklertickets im vergangenen Quartal für reine Content-Aufgaben eröffnet wurden, die das Team selbst hätte erledigen können. Fragen Sie das Content-Team direkt: Was würden Sie gern auf der Website tun, was heute nicht möglich ist?
Wahrscheinliche Reaktion: Ein CMS-Upgrade, wenn die aktuelle Plattform eine moderne Version mit besseren redaktionellen Workflows bietet. Eine Migration auf ein Headless- oder zeitgemäßes CMS, wenn die Kernarchitektur die Einschränkung ist. Das ist einer der klareren Fälle für Replatforming, weil die geschäftliche Wirkung messbar ist und die Umstellung nicht zwingend ein gleichzeitiges Redesign des Frontends erfordert.
Anzeichen 9 - CRM- und Marketing-Automation-Integrationen sind fragil oder fehlen
Eine Unternehmenswebsite, die Leaddaten nicht zuverlässig an Ihr CRM übergeben kann, ist kein Marketing-Asset - sie ist eine Quelle entgangener Umsätze mit unklarer Fehlerquote. Wenn Formulareingänge manuell verarbeitet werden müssen, wenn Webhooks stillschweigend scheitern oder wenn es kein Verhaltenstracking für Automatisierungs-Trigger gibt, ist Ihre Website von dem Umsatzsystem abgeschnitten, das sie speisen sollte.
Die geschäftliche Wirkung verstärkt sich mit der Zeit. Die Marketing-Attribution bricht zusammen, wodurch die Sicht darauf verloren geht, welche Kanäle und Inhaltstypen qualifizierte Leads erzeugen. Retargeting-Zielgruppen entstehen auf Basis unvollständiger Verhaltensdaten. Vertriebsteams erhalten verspätete oder unvollständige Leaddatensätze, was die Reaktionszeit verlängert - ein durchgängig bedeutsamer Faktor für B2B-Konversionsergebnisse.
So prüfen Sie das: Verfolgen Sie den vollständigen Weg von einer Formularübermittlung auf Ihrer Website bis zum Datensatz in Ihrem CRM. Zählen Sie, wie viele Formulareingänge pro Monat manuelles Eingreifen erfordern, bevor sie den Vertrieb erreichen. Prüfen Sie vorhandene Fehlerprotokolle der Integrationen. Erfassen Sie, welche Automatisierungs-Trigger von Verhaltensdaten der Website abhängen, und verifizieren Sie, dass sie tatsächlich auslösen.
Wahrscheinliche Reaktion: Ein Integrations-Sprint, wenn das CMS moderne API-Verbindungen und Webhooks unterstützt. Replatforming, wenn die CMS-Architektur native Integrationen grundsätzlich verhindert - etwa wenn Formulardaten in einem Format erzeugt werden, das ohne individuelle Middleware nicht an einen üblichen CRM-Webhook weitergegeben werden kann, sodass jede Integrationsanpassung zu einem fragilen Einzelprojekt wird.
Anzeichen 10 - Legacy-Komponenten beeinträchtigen die Sicherheitslage
Das Legacy Application Management Cheat Sheet von OWASP definiert eine Legacy-Anwendung als eine Anwendung, die "als obsolet erkannt wird, aber weiterhin aktiv genutzt wird". Diese Definition gilt unmittelbar für Content-Management-Systeme und ihre Plugin-Ökosysteme. Ein CMS, das über das vom Hersteller veröffentlichte End-of-Life-Datum hinaus betrieben wird oder Plugins mit bekannten CVEs ohne verfügbaren Patch einsetzt, erfüllt die OWASP-Definition eines Legacy-Systems - und die Sicherheitsfolgen sind identisch mit denen jeder anderen abgekündigten Anwendung.
Die Risiken sind nicht theoretisch. Veraltete CMS-Versionen und ungepatchte Plugins zählen zu den häufigsten Einfallstoren für die Kompromittierung von Websites. Über die direkten Kosten der Vorfallbearbeitung hinaus beschädigt eine kompromittierte Unternehmenswebsite das Kundenvertrauen und kann die Reputation der Domain in der Suche beeinträchtigen.
So prüfen Sie das: Gleichen Sie Ihre CMS-Version mit dem offiziellen Release- und End-of-Life-Plan des Herstellers ab. Lassen Sie Ihre Domain durch SSL Labs prüfen, um Zertifikatsstatus und TLS-Konfiguration zu kontrollieren. Nutzen Sie einen Dependency-Scanner (Snyk oder vergleichbar), um Plugins und Erweiterungen auf bekannte Schwachstellen zu prüfen. Kontrollieren Sie, wer administrativen Zugang zum CMS hat und wann diese Zugänge zuletzt überprüft wurden.
Wahrscheinliche Reaktion: Ein sofortiger Sicherheits-Sprint bei kritischen CVEs - das kann nicht auf ein geplantes Relaunch-Projekt warten. Wenn das CMS ohne tragfähigen Upgrade-Pfad jenseits seines EOL liegt, ist Replatforming keine Option, sondern eine Sicherheitsanforderung. Die Migration lässt sich so zuschneiden, dass alle bestehenden Inhalte, URLs und SEO-Werte erhalten bleiben, während die unsichere Basis ersetzt wird.
Internationale Skalierbarkeit: Anzeichen 11-12
Für Unternehmen, die in mehreren Märkten tätig sind oder eine Expansion planen, entscheiden zwei weitere Anzeichen darüber, ob die aktuelle Plattform mitwachsen kann, ohne einen kompletten Neubau zu erzwingen.
Anzeichen 11 - Die Website unterstützt keine mehrsprachige oder multiregionale Expansion
Der Eintritt in einen neuen Markt sollte keinen Neubau Ihrer Website erfordern. Wenn das CMS keine native Lokalisierung unterstützt, wenn es keinen strukturierten Workflow für Übersetzungen gibt, wenn Sprachversionen doppelte Inhalte erzeugen, weil hreflang nicht implementiert ist, und wenn die URL-Struktur nicht auf regionales Targeting ausgelegt ist - dann wird internationale Expansion zu einer Plattformentscheidung statt zu einer inhaltlichen Entscheidung.
Googles Leitfaden zu multiregionalen und mehrsprachigen Websites beschreibt die technischen Anforderungen für internationales SEO: korrekte hreflang-Implementierung, eine passende URL-Struktur (länderspezifische Top-Level-Domain, Unterverzeichnis oder Subdomain) sowie Inhalte, die lokalisiert und nicht dupliziert sind. Ohne diese Grundlagen entsteht entweder kein internationaler Traffic, oder er landet in der falschen Sprachversion.
So prüfen Sie das: Kontrollieren Sie in der Google Search Console unter Einstellungen und internationaler Ausrichtung die hreflang-Fehler. Prüfen Sie die URL-Struktur bestehender Sprachversionen. Testen Sie den Lokalisierungs-Workflow des CMS: Kann eine Redakteurin oder ein Redakteur eine lokalisierte Version einer Seite ohne Entwicklerhilfe anlegen und veröffentlichen?
Wahrscheinliche Reaktion: Lokalisierungs-Setup und hreflang-Konfiguration, wenn das CMS das nativ unterstützt. Replatforming, wenn die CMS-Architektur keine sauberen mehrsprachigen URL-Strukturen oder praktikablen redaktionellen Lokalisierungsprozesse tragen kann.
Anzeichen 12 - Content-Governance versagt bei wachsendem Umfang
Wenn Websites wachsen - mehr Seiten, mehr Autoren, mehr Produktlinien, mehr Märkte -, erzeugt das Fehlen strukturierter Content-Governance kumulative Probleme. Seiten, die vor zwei Jahren korrekt waren, ranken heute für Anfragen, die sie nicht beantworten sollten. Mehrere Autoren erzeugen Inhalte mit uneinheitlichem Ton und unterschiedlicher Genauigkeit. Es gibt keinen Freigabeprozess, sodass Fehler und überholte Informationen unbemerkt bestehen bleiben.
Die SEO-Folgen sind unmittelbar: dünne oder doppelte Inhalte schwächen die E-E-A-T-Signale der gesamten Domain. Seiten, die sich bei zentralen Produktaussagen widersprechen, schaffen Glaubwürdigkeitsprobleme bei Käufern wie bei den Bewertungssystemen der Suche. Nicht mehr relevante Inhalte sammeln sich als technische Schulden an, weil es keinen Auditprozess gibt, der sie erkennt und aussteuert.
So prüfen Sie das: Führen Sie ein Content-Audit durch, indem Sie alle Seiten mit weniger als 100 organischen Sitzungen in den vergangenen zwölf Monaten zusammenstellen und auf Aktualität und Relevanz prüfen. Kontrollieren Sie, ob das CMS überhaupt redaktionelle Workflows, Freigaben oder Ablauffristen für Inhalte bietet - und ob diese tatsächlich konfiguriert und genutzt werden. Fragen Sie das Content-Team, ob ein dokumentierter Prozess existiert, um veraltete Seiten planmäßig zu prüfen und stillzulegen.
Wahrscheinliche Reaktion: Die Einführung eines Governance-Prozesses mit Redaktionskalender, Freigabe-Workflow und regelmäßigem Content-Audit. Wenn dem CMS redaktionelle Steuerung vollständig fehlt - kein Workflow, keine rollenbasierten Rechte, keine Planung -, ist das ein operativer Grund für ein Plattform-Upgrade oder eine Migration.
So überprüfen Sie die Anzeichen: Analytics, Nutzerforschung und technische Belege
Um zu bestätigen, dass ein Anzeichen auf Ihre Website zutrifft, brauchen Sie Belege jenseits von Bauchgefühl und optischem Vergleich. Die folgenden Prüfmethoden entsprechen den obigen Kategorien und bilden den Kern jeder strukturierten B2B Website Analyse. Es sind dieselben Belegebenen, die ein professionelles Site-Audit erhebt, bevor irgendein Projektumfang vorgeschlagen wird.
Analytics- und Konversionsdaten
Ihre Analytics-Plattform und Ihr CRM zeigen gemeinsam, ob die Website dem Geschäft dient:
- Leadquellen-Attribution: Filtern Sie im CRM gewonnene Opportunities nach ursprünglicher Leadquelle. Eine Website, die als primärer Kanal der Nachfragegenerierung gilt, sollte einen messbaren Anteil der qualifizierten Pipeline liefern. Wenn organischer und direkter Traffic trotz höheren Volumens weniger qualifizierte Leads beisteuern als bezahlte oder Partnerkanäle, ist das ein geschäftliches Signal.
- Analyse der Konversionspfade: Nutzen Sie in GA4 die Funnel-Exploration, um den Weg vom Einstieg bis zum abgeschickten Formular nachzuvollziehen. Wo steigen Nutzer aus? Ausstiege am Formular selbst deuten auf Usability-Probleme hin. Ausstiege auf den Seiten davor deuten auf inhaltliche Lücken oder fehlendes Vertrauen hin. Ausstiege direkt am Einstiegspunkt sprechen für Traffic aus der falschen Zielgruppe.
- Engagement-Rate nach Seitentyp: Die Engagement-Rate in GA4 (Sitzungen mit mehr als 10 Sekunden Aktivität, einem zweiten Seitenaufruf oder einem Konversionsereignis) ist für Seiten, die Sie als zentral für Ihr Nutzenversprechen ansehen, ein verlässlicheres Signal als die reine Absprungrate.
- Zuordnung von Suchanfragen zu Seiten in der Search Console: Vergleichen Sie die Anfragen, die Traffic auf bestimmte Seiten bringen, mit dem, was diese Seiten tatsächlich behandeln. Abweichungen zeigen Seiten, die für unbeabsichtigte Anfragen ranken - ein häufiges Anzeichen für veraltete oder unscharfe Inhalte.
Nutzerforschung und qualitative Signale
Quantitative Daten zeigen, wo das Problem liegt; qualitative Forschung erklärt, warum:
- Käuferinterviews: Fünf bis sieben strukturierte Interviews mit kürzlich gewonnenen Kunden und kürzlich verlorenen Opportunities fördern wiederkehrende Muster zutage - was sie auf der Website nicht gefunden haben, was sie verwirrt hat und was sie sehen mussten, bevor sie den Vertrieb kontaktieren wollten.
- Session-Recordings: Werkzeuge wie Hotjar und Microsoft Clarity erfassen, wo Nutzer klicken, scrollen und innehalten. Rage-Clicks auf nicht interaktive Elemente, Sackgassen beim Scrollen und systematische Abbrüche auf bestimmten Seiten sind Verhaltensbelege für Usability-Defizite, die Analytics allein nicht erklärt.
- Interviews im eigenen Team: Vertrieb und Customer Success hören jede Woche konsistentes Feedback von Käufern zur Website. Dieses qualitative Signal wird bei Website-Bewertungen häufig zu wenig genutzt.
Technische Auditwerkzeuge
Standardwerkzeuge liefern objektive, reproduzierbare technische Belege:
- PageSpeed Insights: das primäre Werkzeug für Felddaten zu den Core Web Vitals. Nutzen Sie stets den Bereich "Finden Sie heraus, was Ihre Nutzer erleben" und nicht allein den Lighthouse-Laborwert.
- Google Lighthouse: nützlich zur Diagnose konkreter Performance-Probleme in kontrollierter Umgebung. Behandeln Sie es als Diagnosewerkzeug im Labor, nicht als Feldmessung des echten Nutzererlebnisses.
- Screaming Frog: crawlt die gesamte Website und deckt defekte Links, Weiterleitungsketten, doppelte Meta-Tags, fehlende strukturierte Daten und Probleme mit der Klicktiefe auf.
- SSL Labs: kostenloses Werkzeug zur Prüfung von SSL-Zertifikaten, TLS-Protokollkonfiguration und Gültigkeit der Zertifikatskette.
- Snyk oder Qualys: Scanner für Abhängigkeiten, die CMS-Plugins und Erweiterungen gegen bekannte CVE-Datenbanken prüfen.
- EOL-Plan des CMS-Herstellers: Gleichen Sie Ihre aktuelle CMS-Version mit den offiziellen Supportenddaten des Plattformanbieters ab.
Entscheidungsmatrix: gezielte Korrektur, Optimierung, Refactoring, Replatforming oder vollständiger Relaunch
Der Zweck dieser Matrix ist es, gesammelte Belege der minimal ausreichenden Reaktion zuzuordnen - und nicht, eine Begründung für die ehrgeizigste Option zu konstruieren. Die meisten Unternehmenswebsites mit Anzeichen von Obsoleszenz brauchen gezielte Verbesserungen, keinen vollständigen Relaunch.
| Art der Reaktion | Auslösende Bedingungen | Typischer Umfang | Komplexität |
|---|---|---|---|
| Gezielte Korrektur | 1-2 isolierte Anzeichen, keine technischen Schulden, modernes leistungsfähiges CMS | Inhaltsaktualisierung, CRO-Sprint, Redesign einzelner Seiten | Niedrig |
| Optimierungs-Sprint | Performance-Defizite (Anzeichen 5), mobile Probleme (Anzeichen 6), gestörte Konversionspfade | Geschwindigkeitsoptimierung, responsive Templates, Formular-Redesign | Niedrig bis mittel |
| Strukturelles Refactoring | Informationsarchitektur scheitert an Käufern (Anzeichen 7), Content-Lücken im Funnel (Anzeichen 3-4), Governance-Versagen (Anzeichen 12) | Redesign der Informationsarchitektur, neue Seitenvorlagen, Redaktionssystem | Mittel |
| Replatforming | CMS am EOL oder fragile Integrationen (Anzeichen 8-9), Sicherheit (Anzeichen 10), keine Lokalisierung (Anzeichen 11) | Plattformmigration unter Erhalt von Inhalten und URLs | Hoch |
| Vollständiger Relaunch | Anzeichen-Cluster über alle drei Dimensionen, strategische Neuausrichtung, neues ICP oder neue Märkte | Neue Plattform, neue Informationsarchitektur, vollständige Content-Migration, neues Design | Sehr hoch |
Wann gezielte Verbesserungen ausreichen
Wenn die Anzeichen 1 oder 2 isoliert auftreten - die Positionierung stimmt leicht nicht mehr oder die Leadqualität ist niedrig - und das CMS modern ist, die Integrationen stabil sind und weder Sicherheits- noch Performance-Schulden bestehen, sind eine Content-Auffrischung und ein CRO-Sprint die richtige Antwort. Für Replatforming oder einen vollständigen Relaunch gibt es in diesem Szenario keine Rechtfertigung.
Ähnlich verhält es sich, wenn Anzeichen 5 isoliert auftritt - die Core Web Vitals scheitern, das CMS ist aber ansonsten funktionsfähig und unterstützt: Dann ist ein Performance-Sprint die richtige erste Reaktion. Dazu können Bildoptimierung, CDN-Konfiguration, Code-Splitting oder Lazy Loading gehören. Ein erfahrenes Entwicklungsteam setzt diese Änderungen in zwei bis vier Wochen um, ohne die Plattformarchitektur anzufassen.
Der entscheidende Indikator dafür, dass gezielte Verbesserungen genügen: Das CMS kann weiterhin publizieren, die Integrationen sind stabil und gepflegt, und Sicherheitslücken lassen sich patchen. Wenn diese drei Bedingungen erfüllt sind, ist die Plattform nicht das Problem. Diesen Befund erhalten vor allem Dienstleister mit schmalem Leistungskatalog: Wer eine Website für Reparaturdienst betreibt, braucht selten mehr als einen Content- und Performance-Sprint.
Wann ist ein Website-Relaunch sinnvoll und vollständig gerechtfertigt
Ein vollständiger Relaunch ist gerechtfertigt, wenn Anzeichen-Cluster gleichzeitig in mehreren unabhängigen Dimensionen auftreten - wenn das Geschäft falsch dargestellt wird (Anzeichen 1-4), die Plattform die benötigte Inhaltsstruktur nicht tragen kann und die Sicherheitslage ohnehin ein Replatforming erfordert. Es ist die Häufung von Belegen über mehrere Dimensionen hinweg, die den Umfang rechtfertigt, nicht ein einzelnes isoliertes Anzeichen.
Konkrete Bedingungen, die einen Relaunch statt schrittweiser Arbeit rechtfertigen:
- Das CMS liegt ohne Upgrade-Pfad jenseits seines End-of-Life-Datums, und das Schließen von Sicherheitslücken erfordert den Austausch der Plattform.
- Das Unternehmen hat eine strategische Neuausrichtung vollzogen - Eintritt in neue Märkte, ein neues ICP oder ein Rebranding -, die eine grundlegend andere Informationsarchitektur erfordert und nicht nur ein Update der bestehenden Struktur.
- Technische Schulden haben jede schrittweise Änderung teurer gemacht als einen Neubau: Jede Inhaltsaktualisierung erfordert aufwendige individuelle Entwicklung, und jede Integrationskorrektur erzeugt neue Instabilität.
- Die internationale Expansion ist auf Plattformebene blockiert - das CMS kann unabhängig vom Konfigurationsaufwand keine sauberen mehrsprachigen URL-Strukturen tragen.
Ein auf dieser Beweislage begründeter Relaunch ist eine risikogesteuerte Plattform- und Content-Migration, kein visuelles Redesign-Projekt mit neuer Farbpalette. Das Ziel ist eine Website, die bewahrt, was auf der alten Website gut funktioniert hat - Rankings, funktionierende URLs, korrekte Inhalte -, und zugleich die strukturellen Blockaden der alten Plattform beseitigt. Dieses Ergebnis erfordert eine bewusste SEO-Migrationsplanung, die im nächsten Abschnitt behandelt wird.
So schützen Sie Traffic und funktionierende Assets während eines Relaunchs
Ein Relaunch der Unternehmenswebsite ohne SEO-Absicherung kann organischen Traffic vernichten, dessen Aufbau Jahre gedauert hat. Googles Leitfaden zu Website-Umzügen mit URL-Änderungen weist darauf hin, dass die Verarbeitung umgezogener URLs bei einer durchschnittlich großen Website mehrere Wochen oder länger dauern kann. Gewisse Ranking-Schwankungen in diesem Zeitraum sind erwartbar und normal - ein dauerhafter Traffic-Verlust dagegen zeigt vermeidbare Fehler in der Migrationsplanung an.
Vor dem Go-live: Grundlagen der SEO-Migration
Bevor die neue Website startet, brauchen Sie Folgendes:
- Einen vollständigen Crawl der aktuellen Website, der alle URLs, ihren organischen Traffic und ihre Rankingpositionen dokumentiert. Das ist Ihr Inventar der funktionierenden Assets.
- Ein URL-Mapping-Dokument: für jede URL der alten Website ein entsprechendes Ziel auf der neuen Website - oder eine dokumentierte Entscheidung, sie stillzulegen und auf die relevanteste Alternative weiterzuleiten.
- Eine nach Traffic gewichtete Priorisierung der URL-Bedeutung: Ihre 50 bis 100 stärksten organischen Seiten brauchen explizite Einzelentscheidungen und keine pauschalen Wildcard-Weiterleitungen.
- Eine Checkliste für die Content-Migration, die bestätigt, dass alle Meta-Titel, Meta-Beschreibungen, strukturierten Daten und Canonical-Tags übertragen oder neu angelegt wurden.
- Eine Prüfung der Staging-Umgebung durch jemanden mit technischer SEO-Expertise vor dem Go-live-Termin.
Weiterleitungsstrategie und Umgang mit Canonicals
Jede URL, die auf der neuen Website ihre Adresse ändert, braucht eine 301-Weiterleitung von der alten auf die neue Adresse. Das ist nicht optional - so werden Linkkraft und historische Rankingsignale dieser URLs über den Übergang hinweg bewahrt.
Häufige Fehler, die nach einem Relaunch zu dauerhaftem Traffic-Verlust führen:
- Weiterleitungsketten: Die alte URL leitet auf eine Zwischenadresse weiter, die wiederum auf die neue URL zeigt. Jeder Zwischenschritt schwächt die Signalübertragung und verlängert die Ladezeit.
- Wildcard-Weiterleitungen auf die Startseite: Alle alten Pfade auf die Root-Domain statt auf die jeweils relevanteste Entsprechung zu leiten, verwirft die thematische Relevanz, die einzelne Seiten aufgebaut haben.
- Fehlende Weiterleitungen für verlinkte interne Seiten: Seiten mit externen Backlinks, die keinem neuen Äquivalent zugeordnet sind, werden nach dem Start als 404-Fehler behandelt, und ihre Linkkraft geht dauerhaft verloren.
- Falsche Canonical-Tags nach der Migration: Canonicals, die nach dem Umzug auf falsche URLs zeigen, erzeugen Signale für doppelte Inhalte, deren Klärung Wochen dauert.
Beobachten Sie nach dem Go-live in den ersten vier Wochen wöchentlich die Google Search Console - insbesondere den Indexierungsbericht, den Bericht zu den Core Web Vitals und den Leistungsbericht -, um Probleme zu erkennen, bevor sie dauerhaften Rankingschaden anrichten. Teams, die Google SEO parallel zur Migration weiterlaufen lassen, erreichen ihre Positionen von vor dem Relaunch in der Regel schneller wieder.
Selbstaudit-Checkliste mit 15 Fragen
Beantworten Sie jede Frage mit Ja oder Nein. Wenn Sie sich bei der Antwort wirklich unsicher sind, werten Sie sie als Ja. Die Fragen decken alle 12 Anzeichen und die fünf Reaktionsarten der Entscheidungsmatrix ab.
Geschäft und Marketing (F1-4):
- Haben sich ICP, Kernpositionierung oder Hauptangebot Ihres Unternehmens seit der letzten inhaltlich substanziellen Aktualisierung der Website verändert?
- Erzeugt organischer oder direkter Traffic keine Leads, die dem Käuferprofil entsprechen, auf das Ihr Vertrieb zielt?
- Bleiben zentrale Käuferfragen der Evaluierungs- und Entscheidungsphase durch die aktuellen Inhalte der Website unbeantwortet?
- Ranken Wettbewerberseiten dauerhaft für Anfragen, mit denen Ihre Zielkunden Ihre Kategorie recherchieren, Ihre Seiten dagegen nicht?
Nutzererlebnis und Performance (F5-8):
- Scheitern die Core Web Vitals im 75. Perzentil der Felddaten in PageSpeed Insights (rote oder orange Bewertungen)?
- Brechen zentrale Konversionswege - Kontaktformular, Demo-Anfrage, Download einer Fallstudie - auf mobilen Geräten ab oder erzeugen sichtbare Reibung?
- Erreichen Besucher häufig stark besuchte Seiten und verlassen die Website dann, ohne weiterzunavigieren?
- Verwendet Ihre Navigation eine Terminologie, die Ihre interne Organisation abbildet statt der Sprache Ihrer Käufer?
Technologie und Abläufe (F9-12):
- Erfordert das Veröffentlichen oder Aktualisieren eines Inhalts regelmäßig ein Entwicklerticket?
- Erfordern Leaddaten aus Website-Formularen manuelles Eingreifen, bevor sie den Vertrieb in Ihrem CRM erreichen?
- Ist Ihre CMS-Version veraltet, vom Hersteller nicht mehr unterstützt oder laufen Plugins mit bekannten, ungepatchten Sicherheitslücken?
- Haben eine Sicherheitsprüfung, ein Penetrationstest oder Ihr Hostinganbieter Bedenken zur aktuellen Sicherheitslage der Plattform geäußert?
Internationalisierung und Governance (F13-15):
- Würde der Eintritt in einen neuen Sprachmarkt einen Neubau der Website erfordern, statt der bestehenden Plattform eine Sprachebene hinzuzufügen?
- Gibt es aktuell veröffentlichte Seiten mit Informationen, von denen Sie wissen, dass sie überholt sind, die Sie aber nicht aktualisieren konnten?
- Fehlt Ihrem Content-Team ein dokumentierter Prozess, um Seiten planmäßig zu prüfen und stillzulegen?
Auswertung:
- 0-2 mal Ja: Die Website ist im Wesentlichen funktionsfähig. Beobachten und bei konkreten Problemen gezielt nachbessern.
- 3-4 mal Ja (konzentriert in einer Gruppe): Eine gezielte Korrektur oder ein Optimierungs-Sprint ist angemessen. Kein Replatforming und kein Relaunch angezeigt.
- 5-8 mal Ja (über zwei oder mehr Gruppen verteilt): Ein formales Audit ist gerechtfertigt. Das Muster deutet auf strukturelle Probleme hin, die gezielte Korrekturen nicht lösen.
- 9 oder mehr mal Ja oder ein Ja bei F11-12: Eine Bewertung des Relaunch-Umfangs ist angebracht. Sicherheitsprobleme in F11-12 erfordern unabhängig von der Gesamtpunktzahl sofortiges Handeln.
Wie ein B2B-IT-Partner den passenden Projektumfang bestimmt
Ein partnergestütztes Unternehmenswebsite Audit ist kein Verkaufsgespräch, das auf eine Relaunch-Empfehlung zuläuft. Sein Zweck ist ein evidenzbasierter Vorschlag zum Projektumfang - der durchaus zu dem Ergebnis kommen kann, dass eine gezielte Content-Auffrischung und ein Performance-Sprint für die nächsten zwölf Monate vollkommen ausreichen.
Bei Webdelo folgt der Auditprozess fünf Stufen:
Stufe 1 - Technisches Audit: CMS-Gesundheitscheck, Performance-Benchmarking anhand von Felddaten (nicht Laborwerten), Prüfung der Sicherheitslage einschließlich CVE-Exposition und SSL-Konfiguration, Abgleich des EOL-Status mit den Herstellerplänen und Kartierung der Integrationsarchitektur.
Stufe 2 - Prüfung der Geschäftskennzahlen: Analyse der Leadquellen-Attribution aus CRM-Daten, Analyse der Konversionspfade in der Analytics-Plattform, Identifikation von Lücken zwischen Traffic und Umsatz je Kanal sowie Abgleich der Website-Positionierung mit den aktuellen Opportunity-Daten aus der Vertriebspipeline.
Stufe 3 - Käuferforschung: Strukturierte Interviews mit fünf bis zehn kürzlich gewonnenen Kunden und kürzlich verlorenen Opportunities. Auswertung von Session-Recordings auf wiederkehrende Verhaltensmuster. Interne Interviews mit Vertrieb und Customer Success, um Feedbackmuster zu erfassen, die quantitative Daten nicht abbilden.
Stufe 4 - Bewertung der Anzeichen: Jedes der 12 Anzeichen wird anhand der gesammelten Belege bewertet. Anzeichen werden als bestätigt, möglich oder nicht vorhanden eingestuft, mit dokumentierter Datengrundlage.
Stufe 5 - Empfehlung zum Umfang und Roadmap: Das Ergebnis ist nicht automatisch ein Relaunch-Angebot. Es ist ein Ergebnis der Entscheidungsmatrix - eine empfohlene Reaktionsart mit den Belegen, die sie rechtfertigen, gefolgt von einem priorisierten Backlog aus schnellen Erfolgen, strukturellen Änderungen und Plattformentscheidungen. Ein qualifiziertes Audit endet mit einer budgetierten Roadmap und nicht mit dem Hinweis, man möge "über ein Redesign nachdenken".
Was ein partnergestütztes Audit nicht sein sollte:
- Ein Designvorschlag, der präsentiert wird, bevor geschäftliche oder technische Belege gesammelt wurden
- Eine Relaunch-Empfehlung, die vor Abschluss der Käuferforschung ausgesprochen wird
- Ein technischer Bericht ohne Bezug zu geschäftlichen Ergebnissen
Wenn Sie einen möglichen IT-Partner für eine Website-Bewertung prüfen, achten Sie darauf, ob er nach Ihrem Verkaufszyklus und Ihrem ICP fragt, bevor über Design gesprochen wird. Fragen Sie, wie er ein Plattformproblem von einem Content-Problem unterscheidet. Fragen Sie, wie das Ergebnis aussieht, wenn das Audit zu dem Schluss kommt, dass eine gezielte Korrektur ausreicht - ein glaubwürdiger Partner hat auf diese Frage eine klare, eingeübte Antwort.
Häufig gestellte Fragen
Woran erkenne ich, dass meine Unternehmenswebsite veraltet ist?
Ihre Unternehmenswebsite ist funktional veraltet, wenn sie messbare geschäftliche Defizite erzeugt: Trotz ausreichendem Traffic entstehen keine qualifizierten Leads, die Website bildet Ihr aktuelles Angebot nicht mehr korrekt ab, die Core Web Vitals scheitern im 75. Perzentil der Felddaten echter Nutzer, oder die Plattform bremst Content- und Marketingteams aus. Der optische Vergleich mit aktuellen Designtrends ist kein verlässliches Diagnosekriterium - geschäftliche und technische Kennzahlen sind der richtige Maßstab.
Ist eine Website nach einer bestimmten Anzahl von Jahren veraltet?
Es gibt kein festes Zeitintervall, das Obsoleszenz bestimmt. Eine Website kann vier Jahre alt und vollständig aktuell sein - korrekte Positionierung, unterstützte Plattform, gesunde Performancewerte und konstante Leadgenerierung. Eine vor achtzehn Monaten gestartete Website kann bereits veraltet sein, wenn sich das Geschäft neu ausgerichtet hat, das CMS sein End-of-Life erreicht hat oder die Integrationsschicht für einen anderen Vertriebsprozess gebaut wurde. Bewerten Sie anhand der 12 evidenzbasierten Anzeichen aus diesem Leitfaden, nicht anhand des Startdatums.
Können gezielte Verbesserungen einen vollständigen Relaunch ersetzen?
In den meisten Fällen ja. Wenn das CMS modern und leistungsfähig ist, die Integrationen stabil sind und keine kritischen Sicherheitslücken bestehen, lassen sich die in den Anzeichen 1-4 beschriebenen Probleme (Geschäft und Inhalte) oder Anzeichen 5 in Isolation (Performance) durch gezielte Arbeit ohne Replatforming lösen. Ein vollständiger Relaunch ist gerechtfertigt, wenn Anzeichen-Cluster gleichzeitig in mehreren unabhängigen Dimensionen auftreten oder wenn die Plattform einen Zustand erreicht hat, in dem schrittweise Änderungen mehr kosten als ein Neubau.
Verbessert ein Website-Redesign automatisch meine Google-Rankings?
Nein. Rankings spiegeln die Relevanz und Qualität Ihrer Inhalte, die Autorität Ihrer Domain und die Frage wider, ob Ihre Seiten die Suchintention hinter konkreten Anfragen erfüllen. Ein Redesign, das eine langsame, veraltete Plattform durch eine moderne ersetzt, kann die Page-Experience-Signale verbessern - aber nur, wenn die Migration mit sauberer URL-Erhaltung, 301-Weiterleitungen und vollständiger Content-Migration umgesetzt wird. Ein Redesign, das URLs ohne Weiterleitungen ändert, Inhalte entfernt oder Fehler bei den Canonicals einführt, kann Rankings deutlich verschlechtern. Gehen Sie einen Relaunch immer mit einem dokumentierten SEO-Migrationsplan an.
Was ist der Unterschied zwischen einem Website-Redesign und einem Relaunch?
Ein Redesign betrifft vor allem visuelle und UX-Elemente - Erscheinungsbild, Layout und Interaktionsmuster der Website. Ein Relaunch hat einen breiteren Umfang und kann Plattformmigration, Überarbeitung der Informationsarchitektur, Content-Migration und den Neubau von Integrationen umfassen, mit oder ohne visuelle Designänderung. Es ist durchaus möglich, eine Website zu replatformen und ihre Inhalte zu migrieren, ohne das visuelle Design wesentlich zu verändern - und ebenso möglich, die visuelle Ebene neu zu gestalten, ohne die Plattform anzufassen. Der richtige Umfang sollte sich aus den Belegen eines strukturierten Audits ergeben, nicht aus der Begrifflichkeit.
Wie lange dauert ein B2B Website Relaunch?
Der Umfang bestimmt den Zeitplan. Ein gezielter Content- und Performance-Sprint lässt sich in vier bis acht Wochen abschließen. Ein strukturelles Redesign der Informationsarchitektur mit neuen Seitenvorlagen dauert typischerweise zwei bis vier Monate. Ein vollständiges Replatforming mit Content-Migration und SEO-Absicherung ist für eine mittelgroße Unternehmenswebsite üblicherweise ein Projekt von vier bis acht Monaten. Diese Spannen setzen ein erfahrenes Team und einen von Anfang an definierten Umfang voraus - Umfangsänderungen mitten im Projekt und unklare Verantwortung für Inhalte sind die häufigsten Ursachen für Verzögerungen.
Wie schütze ich mein SEO beim Relaunch einer Website?
Vor dem Go-live: ein vollständiges URL-Inventar mit Traffic- und Rankingdaten erstellen, jede alte URL einem neuen Ziel zuordnen, 301-Weiterleitungen für alle geänderten URLs einrichten, alle Meta-Titel und Meta-Beschreibungen erhalten und die Staging-Umgebung vor dem Start technisch auf SEO prüfen. Nach dem Go-live: die Google Search Console in den ersten vier bis sechs Wochen wöchentlich beobachten. Google weist darauf hin, dass die Verarbeitung umgezogener URLs bei durchschnittlich großen Websites mehrere Wochen dauern kann - gewisse Ranking-Schwankungen in diesem Zeitraum sind erwartbar. Ein dauerhafter Verlust deutet auf einen Migrationsfehler hin und ist kein unvermeidliches Ergebnis.
Glossar
Core Web Vitals (CWV): Drei von Google definierte Kennzahlen zum Nutzererlebnis, die Ladeleistung (LCP), Interaktivität (INP) und visuelle Stabilität (CLS) messen. Bewertet im 75. Perzentil echter Nutzersitzungen, getrennt nach Gerätetyp. Teil des Page-Experience-Signals von Google - ein Qualitätsfaktor unter vielen.
Largest Contentful Paint (LCP): Ein Core Web Vital, der misst, wie lange der sichtbare Hauptinhalt einer Seite bis zur vollständigen Darstellung braucht. Der gute Schwellenwert liegt bei 2,5 Sekunden oder weniger.
Interaction to Next Paint (INP): Ein Core Web Vital, der die Reaktionsfähigkeit einer Seite auf Nutzerinteraktionen über eine gesamte Sitzung hinweg misst. Der gute Schwellenwert liegt bei 200 Millisekunden oder weniger.
Cumulative Layout Shift (CLS): Ein Core Web Vital, der die visuelle Stabilität misst - konkret, wie stark sich sichtbare Inhalte während des Ladens unerwartet verschieben. Der gute Schwellenwert liegt bei 0,1 oder weniger.
Felddaten: Performancemessungen aus echten Nutzersitzungen unter realen Bedingungen (tatsächliche Geräte, Netze, Browser). Quelle ist der Chrome User Experience Report (CrUX). Sie bilden ab, was echte Besucher tatsächlich erleben. Gegenstück zu Labordaten.
Labordaten: Performancemessungen in einer kontrollierten, simulierten Umgebung. Google Lighthouse ist das primäre Werkzeug. Nützlich zur Diagnose konkreter technischer Probleme und zur Steuerung der Optimierung - bildet aber nicht das Erleben echter Nutzer ab. Bewertungen zur Obsoleszenz sollten auf Felddaten beruhen.
Legacy-Anwendung (OWASP-Definition): Software, die "als obsolet erkannt wird, aber weiterhin aktiv genutzt wird". Auf Unternehmenswebsites übertragen: ein CMS, das sein herstellerseitiges End-of-Life überschritten hat oder keine Sicherheitspatches mehr erhalten kann, aber weiterhin produktiven Traffic bedient.
Technische Schulden: Die aufgelaufenen Kosten aufgeschobener Wartung, architektonischer Abkürzungen und kurzfristig motivierter Entscheidungen, die den Aufwand jeder späteren Änderung erhöhen. Auf einer Unternehmenswebsite zeigen sich technische Schulden als fragile Integrationen, nicht wartbarer Individualcode und Plattformversionen, die sich nicht sicher aktualisieren lassen.
Replatforming: Die Migration einer Website von einem CMS oder einer Technologieplattform auf eine andere unter Erhalt von Inhalten, URL-Struktur und SEO-Wert. Replatforming adressiert Einschränkungen auf Plattformebene (End-of-Life, Sicherheitsrisiken, Integrationsgrenzen) und ist unabhängig von einem visuellen Redesign.
hreflang: Ein HTML-Attribut, das Suchmaschinen signalisiert, welche Sprach- und Regionalversion einer Seite Nutzern in welchem Markt ausgeliefert werden soll. Eine korrekte hreflang-Implementierung ist für mehrsprachige Websites notwendig, um doppelte Inhalte zu vermeiden und sicherzustellen, dass in jedem Markt die richtige Sprachversion rankt.
Informationsarchitektur (IA): Der strukturelle Aufbau, nach dem Inhalte auf einer Website organisiert, benannt und verknüpft werden. Eine gute Informationsarchitektur bildet ab, wie Zielkunden über ihre Probleme denken. Eine schwache Informationsarchitektur bildet ab, wie der Anbieter intern organisiert ist.
ICP (Ideal Customer Profile): Eine Beschreibung des Unternehmens- oder Käufertyps, der am meisten von Ihrem Angebot profitiert und am ehesten zum langfristigen Kunden wird. Inhalte, Navigation und Konversionspfade der Website sollten am Entscheidungsprozess des ICP ausgerichtet sein und nicht an der Struktur des Produktkatalogs.
CRO (Conversion Rate Optimization): Ein systematischer Prozess zur Erhöhung des Anteils der Website-Besucher, die eine gewünschte Handlung abschließen (Formularanfrage, Demo-Anfrage, Download). Er nutzt typischerweise A/B-Tests, Session-Recordings und Nutzerforschung, um Konversionshürden zu erkennen und zu beseitigen.
E-E-A-T: Experience, Expertise, Authoritativeness und Trustworthiness - der Rahmen, den Google zur Bewertung der Inhaltsqualität nutzt. Inhalte ohne Belege für eigene Erfahrung, ohne konsistente Pflege oder mit sachlichen Fehlern signalisieren ein niedriges E-E-A-T über die gesamte Domain hinweg.
Fazit
Obsoleszenz einer Website ist ein geschäftlicher Zustand, kein Altersmerkmal. Die hier beschriebenen 12 Anzeichen geben Marketingleitungen, IT-Verantwortlichen und Unternehmensinhabern einen gemeinsamen, evidenzbasierten Rahmen, um von der subjektiven Einschätzung - "die Website sieht alt aus" - zu einer belastbaren, dokumentierten Entscheidung zu kommen.
Die Entscheidungsmatrix ist das praktische Ergebnis: Die meisten Unternehmenswebsites, die veraltet wirken, brauchen gezielte Verbesserungen und keinen vollständigen Relaunch. Ein Relaunch ist gerechtfertigt, wenn sich Belege über mehrere unabhängige Dimensionen hinweg häufen - fehlende geschäftliche Passung, veraltete Plattform, Sicherheitsrisiko - und wenn die Kosten der schrittweisen Pflege die Kosten einer strukturierten, SEO-sicher durchgeführten Migration übersteigen.
Wenn Sie die Selbstaudit-Checkliste durchgearbeitet und in zwei oder mehr Gruppen fünf oder mehr Fragen mit Ja beantwortet haben, ist der nächste Schritt ein formales Audit, das Ihre konkreten Belege einer Empfehlung zum Projektumfang zuordnet. Webdelo führt umfassende Audits von Unternehmenswebsites durch, die mit den Daten beginnen und nicht mit einem Relaunch-Angebot. Das Ergebnis ist eine priorisierte Roadmap - von schnellen Erfolgen bis zu strukturellen Plattformentscheidungen - mit einer klaren, dokumentierten Begründung für jede Empfehlung.
Audit Ihrer Unternehmenswebsite anfragen
Häufig gestellte Fragen
Woran erkenne ich, dass meine Unternehmenswebsite veraltet ist?
Eine Unternehmenswebsite ist funktional veraltet, wenn sie messbare geschäftliche Defizite erzeugt: Trotz ausreichendem Traffic entstehen keine qualifizierten Leads, die Website bildet Ihr aktuelles Angebot nicht mehr korrekt ab, die Core Web Vitals scheitern im 75. Perzentil der Felddaten echter Nutzer, oder die Plattform bremst Content- und Marketingteams aus. Der optische Vergleich mit aktuellen Designtrends ist kein verlässliches Diagnosekriterium - geschäftliche und technische Kennzahlen sind der richtige Maßstab.
Ist eine Website nach einer bestimmten Anzahl von Jahren veraltet?
Es gibt kein festes Zeitintervall, das Obsoleszenz bestimmt. Eine Website kann vier Jahre alt und vollständig aktuell sein - korrekte Positionierung, unterstützte Plattform, gesunde Performancewerte und konstante Leadgenerierung. Eine vor achtzehn Monaten gestartete Website kann bereits veraltet sein, wenn sich das Geschäft neu ausgerichtet hat, das CMS sein End-of-Life erreicht hat oder die Integrationsschicht für einen anderen Vertriebsprozess gebaut wurde. Bewerten Sie anhand evidenzbasierter Anzeichen, nicht anhand des Startdatums.
Können gezielte Verbesserungen einen vollständigen Relaunch ersetzen?
In den meisten Fällen ja. Wenn das CMS modern und leistungsfähig ist, die Integrationen stabil sind und keine kritischen Sicherheitslücken bestehen, lassen sich Probleme bei Geschäft und Inhalten oder ein isoliertes Performanceproblem durch gezielte Arbeit ohne Replatforming lösen. Ein vollständiger Relaunch ist gerechtfertigt, wenn Anzeichen-Cluster gleichzeitig in mehreren unabhängigen Dimensionen auftreten oder wenn die Plattform einen Zustand erreicht hat, in dem schrittweise Änderungen mehr kosten als ein Neubau.
Verbessert ein Website-Redesign automatisch meine Google-Rankings?
Nein. Rankings spiegeln die Relevanz und Qualität Ihrer Inhalte, die Autorität Ihrer Domain und die Frage wider, ob Ihre Seiten die Suchintention hinter konkreten Anfragen erfüllen. Ein Redesign, das eine langsame, veraltete Plattform durch eine moderne ersetzt, kann die Page-Experience-Signale verbessern - aber nur, wenn die Migration mit sauberer URL-Erhaltung, 301-Weiterleitungen und vollständiger Content-Migration umgesetzt wird. Ein Redesign, das URLs ohne Weiterleitungen ändert, Inhalte entfernt oder Fehler bei den Canonicals einführt, kann Rankings deutlich verschlechtern.
Was ist der Unterschied zwischen einem Website-Redesign und einem Relaunch?
Ein Redesign betrifft vor allem visuelle und UX-Elemente - Erscheinungsbild, Layout und Interaktionsmuster der Website. Ein Relaunch hat einen breiteren Umfang und kann Plattformmigration, Überarbeitung der Informationsarchitektur, Content-Migration und den Neubau von Integrationen umfassen, mit oder ohne visuelle Designänderung. Es ist durchaus möglich, eine Website zu replatformen und ihre Inhalte zu migrieren, ohne das visuelle Design wesentlich zu verändern, und ebenso möglich, die visuelle Ebene neu zu gestalten, ohne die Plattform anzufassen. Der richtige Umfang sollte sich aus den Belegen eines strukturierten Audits ergeben, nicht aus der Begrifflichkeit.
Wie lange dauert ein B2B Website Relaunch?
Der Umfang bestimmt den Zeitplan. Ein gezielter Content- und Performance-Sprint lässt sich in vier bis acht Wochen abschließen. Ein strukturelles Redesign der Informationsarchitektur mit neuen Seitenvorlagen dauert typischerweise zwei bis vier Monate. Ein vollständiges Replatforming mit Content-Migration und SEO-Absicherung ist für eine mittelgroße Unternehmenswebsite üblicherweise ein Projekt von vier bis acht Monaten.
Wie schütze ich mein SEO beim Relaunch einer Website?
Vor dem Go-live: ein vollständiges URL-Inventar mit Traffic- und Rankingdaten erstellen, jede alte URL einem neuen Ziel zuordnen, 301-Weiterleitungen für alle geänderten URLs einrichten, alle Meta-Titel und Meta-Beschreibungen erhalten und die Staging-Umgebung vor dem Start technisch auf SEO prüfen. Nach dem Go-live: die Google Search Console in den ersten vier bis sechs Wochen wöchentlich beobachten. Google weist darauf hin, dass die Verarbeitung umgezogener URLs bei durchschnittlich großen Websites mehrere Wochen dauern kann, gewisse Ranking-Schwankungen in diesem Zeitraum sind also erwartbar. Ein dauerhafter Verlust deutet auf einen Migrationsfehler hin und ist kein unvermeidliches Ergebnis.