# Neugestaltung oder teilweise Weiterentwicklung der Website? So optimieren Sie den Weg der Interessenten, die über die Suche auf Ihre Seite gelangen - Link: https://digiosveny.hu/de/ujratervezes-vagy-reszleges-weboldal-fejlesztes-igy-erositse-meg-a-keresesbol-erkezo-erdeklodok-utjat/ - Veröffentlicht: 17.10.2026, 04:04:15 Uhr +02:00 - Autor: Márton ## Kurz gesagt: Wann ist eine komplette Neugestaltung sinnvoll? Die Entscheidung zwischen einer kompletten Neugestaltung der Website und einer iterativen Entwicklung sollte nicht auf einem Bauchgefühl basieren. Eine umfassendere Neugestaltung ist dann sinnvoll, wenn technische oder nutzererfahrungsbezogene Probleme der Website messbar und dauerhaft die Nutzerreise der aus Suchmaschinen kommenden Besucher, die Gewinnung von Interessenten oder den nachhaltigen Betrieb beeinträchtigen. Wenn sich die Fehler auf einzelne Seiten, Vorlagen oder Funktionen beschränken, kann zunächst eine partielle Korrektur sinnvoll sein. Wenn hingegen die Grundarchitektur die Weiterentwicklung behindert, die technische Schuld stetig wächst und kleinere Eingriffe nicht die erforderlichen Veränderungen bewirken, lohnt es sich, einen kompletten Neuaufbau in Betracht zu ziehen. Für diese Entscheidung sind Messungen, Priorisierung und eine Risikobewertung erforderlich. Der folgende Leitfaden zeigt, was geprüft werden sollte, wie die Leistung der Website mit den Geschäftszielen zusammenhängt und anhand welcher Kriterien Sie zwischen einer teilweisen Umgestaltung und einem Rebuild entscheiden sollten. ## Welche Anzeichen deuten auf Entwicklungsprobleme hin? Ein einzelner schwacher Indikator allein beweist noch nicht, dass die gesamte Website neu aufgebaut werden muss. Wiederkehrende, mehrere Seiten betreffende Fehler und ein durch Geschäftsdaten belegter Besucherrückgang können jedoch ein Eingreifen rechtfertigen. ### Häufige Anzeichen * **Geringe Konversionsrate bei Besuchern aus Suchmaschinen:** Im Vergleich zu Suchanzeigen oder Klicks senden nur wenige Besucher ein Formular ab, fordern ein Angebot an oder führen andere wichtige Aktionen durch. * **Langsames oder instabiles mobiles Erlebnis:** Der Hauptinhalt wird verzögert angezeigt, das Layout der Seite verschiebt sich unerwartet oder die Benutzeroberfläche reagiert nur langsam auf Berührungen. * **Wiederkehrende Search-Console-Fehler:** zum Beispiel Probleme bei der Indizierung, der mobilen Nutzbarkeit oder bei strukturierten Daten. * **Schwer zu wartender Betrieb:** Updates bringen regelmäßig die Vorlagen durcheinander, oder die Wartung nimmt aufgrund von Konflikten zwischen Plugins immer mehr Zeit in Anspruch. * **Sicherheits- oder architektonische Mängel:** zum Beispiel fehlendes HTTPS oder technische Einschränkungen, die die Einführung notwendiger Funktionen verhindern. Bewerten Sie die Symptome stets im Zusammenhang mit der Rolle der Seiten. Ein Fehler auf einer stark frequentierten Service-Seite hat eine andere geschäftliche Tragweite als ein Problem auf einer selten besuchten Unterseite mit geringer Priorität. ## Was sollte vor einer Entscheidung gemessen werden? Die Diagnose muss Antworten auf drei Fragen liefern: **Wo tritt das Problem auf, welche Nutzergruppe ist betroffen und hat es Auswirkungen auf das Geschäftsergebnis?** Dazu sollten reale Nutzerdaten, Labortests, Suchleistung und Conversion-Daten gemeinsam untersucht werden. ### Leistung und Nutzererlebnis Die Core Web Vitals umfassen drei Kennzahlen, die sich auf das Nutzererlebnis beziehen: * **LCP (Largest Contentful Paint):** gibt die Ladegeschwindigkeit des Hauptinhalts an. * **INP (Interaction to Next Paint):** misst die Reaktionsgeschwindigkeit auf Nutzerinteraktionen. * **CLS (Cumulative Layout Shift):** gibt unerwartete Layoutverschiebungen an. Die von Google verwendeten Schwellenwerte liegen beim 75. Perzentil: LCP maximal 2500 ms, INP maximal 200 ms, CLS maximal 0,1. Betrachten Sie diese nicht als isolierte Ziele. Der Core Web Vitals-Bericht der Search Console basiert auf den realen Nutzerdaten des Chrome User Experience Reports, während PageSpeed Insights zur Diagnose auch Labordaten anzeigt. ### Such- und Conversion-Daten * **Google Search Console:** Überprüfen Sie Klicks, Impressionen, Klickrate und durchschnittliche Position. Sehen Sie sich die wichtigsten Seiten und Suchanfragen gesondert an. * **Analytics:** Verfolgen Sie die Ereignisse, die zu einer Interessensbekundung führen, wie beispielsweise das Absenden eines Formulars oder den Aufruf der Kontaktseite. Bei einem Webshop sollten Sie auch die Schritte des Kaufprozesses messen. * **Verhaltensdaten:** Heatmaps und Sitzungsaufzeichnungen können dabei helfen, aufzudecken, wo Besucher ins Stocken geraten. A/B-Tests sollten nur bei korrekter Messkonfiguration und ausreichender Datenmenge durchgeführt werden. ### Technische Diagnose Untersuchen Sie mithilfe von PageSpeed Insights und Lighthouse die Labordaten, die Ressourcen, die das Laden beeinflussen, sowie Bilder, JavaScript, Schriftarten und Elemente, die das Rendern behindern. TTFB und FCP können weitere diagnostische Anhaltspunkte liefern, aber keiner dieser Indikatoren allein entscheidet darüber, ob eine partielle Optimierung oder eine vollständige Neugestaltung erforderlich ist. ## Einfacher Messprozess in vier Schritten 1. **Erfassen Sie den Ausgangszustand.** Sammeln Sie Daten aus der Search Console, den Analysetools und aus PageSpeed Insights. Unterteilen Sie die Ergebnisse nach Mobil- und Desktop-Nutzung, sofern die Daten dies zulassen. 2. **Identifizieren Sie wiederkehrende Fehler.** Untersuchen Sie die LCP-, INP- und CLS-Probleme der wichtigsten Seiten sowie die von Lighthouse gemeldeten technischen Hindernisse. 3. **Ordnen Sie die Seiten nach ihrem geschäftlichen Wert.** Bewerten Sie zunächst die Einstiegsseiten, Serviceseiten und Kontaktpunkte, die Traffic oder Interesse über Suchmaschinen generieren. 4. **Probieren Sie gezielte Optimierungen aus und führen Sie anschließend eine erneute Messung durch.** Dazu gehören beispielsweise die Optimierung von Bildern, die Verbesserung der Ladereihenfolge oder die Reduzierung von überflüssigem JavaScript. Entscheiden Sie erst nach Kenntnis der Ergebnisse über die nächsten Maßnahmen. ## Welche geschäftlichen Auswirkungen kann die Optimierung der Website haben? Google betrachtet die Core Web Vitals-Kennzahlen als Teil der Bewertung der Nutzererfahrung . Diese ersetzen jedoch nicht die Relevanz und Qualität der Inhalte, weshalb eine Leistungsverbesserung allein keine bessere Platzierung in den Suchergebnissen garantiert. Eine schnellere, zuverlässiger funktionierende Seite kann den Besuchern die Orientierung und die Kontaktaufnahme erleichtern. Ob dies zu mehr Interessenten oder besseren Geschäftsergebnissen führt, muss anhand Ihrer eigenen Conversion-Daten überprüft werden. Betrachten Sie nichts als sicheres Ergebnis, was Sie noch nicht gemessen haben. Ein kompletter Neuaufbau birgt zudem ein besonderes Risiko. Wenn sich die URL-Struktur ändert oder die Weiterleitungen fehlerhaft eingerichtet werden, kann der Suchverkehr vorübergehend zurückgehen. Daher muss die Planung der SEO-Migration bereits zu Beginn des Projekts erfolgen. ## Teilweise Überarbeitung oder vollständiger Neuaufbau? ### Eine teilweise Überarbeitung kann sinnvoll sein, wenn * sich das Problem auf wenige Seiten, Vorlagen oder Funktionen beschränkt; * die erforderlichen Leistungs- oder UX-Verbesserungen im aktuellen System umsetzbar sind; * die Messungen eindeutig zeigen, welche Elemente die Besucher behindern; * die Ergebnisse kleinerer Eingriffe messbar sind und den Wartungsaufwand nicht unverhältnismäßig erhöhen. ### Eine vollständige Neugestaltung oder einen Rebuild sollte man in Betracht ziehen, wenn * die technische Schuld mehrere Seiten und Kernfunktionen betrifft; * das CMS oder die Architektur regelmäßig die erforderlichen Weiterentwicklungen behindert; * der Aufwand für Wartung und Fehlerbehebung unverhältnismäßig hoch ist; * gezielte Korrekturen die anhaltenden, weitreichenden Probleme nicht lösen; * die Kosten, Risiken und der erwartete geschäftliche Nutzen einer vollständigen Neugestaltung mit der weiteren Aufrechterhaltung des aktuellen Systems vergleichbar sind. Ein Architekturwechsel, beispielsweise die Einführung einer Headless-Lösung, ist kein Ziel an sich. Er ist nur dann gerechtfertigt, wenn die geschäftlichen Anforderungen – beispielsweise die Präsenz auf mehreren Kanälen oder die Skalierbarkeit – dies tatsächlich erfordern. ## Prioritäten: Was sollten Sie jetzt, später und nur in begründeten Fällen tun? ### Jetzt: Messung und gezielte Fehlerbehebung * Überprüfen Sie in der Search Console die Suchleistung und die Core Web Vitals- Daten. * Richten Sie die Conversion-Messung in den Analysetools ein oder überprüfen Sie diese. * Analysieren Sie die wichtigsten Seiten mit PageSpeed Insights und Lighthouse. * Beheben Sie nachgewiesene, dringende Fehler, wie z. B. zu große Bilder oder unnötig langsame Ressourcen. * Wenn die Seite noch kein HTTPS verwendet, prüfen Sie die Möglichkeit einer sicheren Umstellung. ### Nächster Schritt: Überprüfung von Vorlagen und Konversionspfaden * Vergleichen Sie die Leistung und die Konversionsraten wichtiger Seitentypen. * Überprüfen Sie die Benutzerfreundlichkeit von Serviceseiten, Formularen und CTAs. * Führen Sie strukturierte Daten entsprechend dem jeweiligen Inhaltstyp ein und überprüfen Sie die Umsetzung. * Messen Sie nach der Änderung die betroffenen Seiten und die damit verbundenen Konversionsereignisse erneut. ### Später: umfassendere Umgestaltung, sofern die Ergebnisse dies rechtfertigen Wenn die technische Schuld erheblich ist, die Grundarchitektur die Entwicklung einschränkt oder der Aufwand für fortlaufende Korrekturen den Rahmen einer sinnvollen regelmäßigen Neugestaltung überschreitet, erstellen Sie einen Plan für die Neugestaltung. Teil des Plans sollte die Migration von URLs, Weiterleitungen, kanonischen Tags und strukturierten Daten sein. ## Entscheidungs-Checkliste Beantworten Sie vor einer größeren Weiterentwicklung folgende Fragen: 1. **Ist das geschäftliche Problem messbar?** Kennen Sie die Zugriffszahlen, Konversionsraten und Abbruchpunkte der wichtigen Seiten? 2. **Haben Sie gezielte Korrekturen versucht?** Gibt es messbare Ergebnisse aus kleineren Eingriffen? 3. **Ist die technische Schuld hoch?** Beeinträchtigen Wartungsarbeiten, Updates oder Plugins regelmäßig den Betrieb? 4. **Schränkt die Architektur die erforderlichen Entwicklungen ein?** Lassen sich auf der aktuellen Plattform tatsächlich keine wichtigen Leistungs- oder UX-Probleme gelöst werden? 5. **Lässt sich die SEO-Migration planen?** Können URLs, Weiterleitungen und Änderungen hinsichtlich der Indizierung im Voraus festgelegt werden? 6. **Haben Sie Kosten und Risiken abgewogen?** Berücksichtigt die Entscheidung die Folgen für Entwicklung, Wartung und mögliche Veränderungen im Traffic? ## Schnelle Bestandsaufnahme * **Messung:** Funktionieren die Search Console und die Analysetools? Werden wichtige Konversionen erfasst? * **Leistung:** Haben Sie die LCP-, INP- und CLS-Daten sowie die mobile Funktionsfähigkeit der wichtigsten Seiten überprüft? * **SEO:** Ist die Indizierung in Ordnung? Enthält die mobile Version die erforderlichen Inhalte und Markups? * **Betrieb:** Sind die Update- und Wiederherstellungsprozesse dokumentiert? Ist bekannt, welche Plugins oder Integrationen Probleme verursachen? * **Konversion:** Wissen Sie, an welcher Stelle Besucher den Kontakt- oder Kaufprozess abbrechen? ## Die Grundlage für Entscheidungen: Messung statt Vermutungen Beginnen Sie mit der Erfassung des Ist-Zustands und der gezielten Untersuchung der wichtigsten Seiten. Beheben Sie zunächst die Fehler, deren Ursachen durch die Daten belegt sind, und messen Sie anschließend die Auswirkungen der Änderung. Wenn die Probleme mehrere Seiten betreffen, die technische Schulden erheblich sind und kleinere Optimierungen nicht ausreichen, erstellen Sie einen umfassenden Neugestaltungsplan mit einem separaten SEO-Migrationsprozess. **Sind Sie sich nicht sicher, wo Ihre Website Besucher verliert?** Fordern Sie ein kostenloses Website-Audit an und beginnen Sie damit, messbare Probleme aufzudecken. [Kostenloses Website-Audit anfordern](https://digiosveny.hu/ingyenes-weboldalaudit/)