Mein Website-Redesign: Vorgehen, Erfahrungen und Learnings

Warum ich meine eigene Website neu aufgestellt habe

Bei Kundenprojekten arbeite ich strukturiert an Sichtbarkeit, Inhalten und Nutzerführung. Meine eigene Website bekam dagegen lange nur die Zeit, die übrig blieb. Der Schuster trägt bekanntlich die schlechtesten Schuhe.

Ich verbesserte einmal hier einen Text und dort eine Sektion. Was fehlte, war eine durchgehende Weiterentwicklung nach einem gemeinsamen Plan. Kundenprojekte hatten Vorrang. Irgendwann passte der gewachsene Auftritt nicht mehr ausreichend zu meinem Angebot und meinen Ansprüchen. Die punktuellen Änderungen hatten technische und strukturelle Schulden hinterlassen. Bei neuen Leistungen musste ich ihre Platzierung und die passenden Verlinkungen immer wieder neu klären.

Gleichzeitig gingen meine Impressionen und Klicks in der klassischen Suche deutlich zurück. Die Zahl der Anfragen, die ich KI-Suchen zuordnete, nahm dagegen zu. Nach meiner eigenen Beobachtung kamen bereits mehr als 50 Prozent meiner Anfragen über KI, insbesondere ChatGPT. Das erfuhr ich direkt von den Interessenten. Am Ende der Bedarfserhebung in meinen kostenlosen Erstgesprächen frage ich, wie sie auf mich aufmerksam geworden sind. Manche erwähnten ChatGPT schon von sich aus.

Für meine Ausrichtung war die Beobachtung trotzdem relevant. Ich wollte meine organische Sichtbarkeit wieder stärken und zugleich meine Präsenz in KI-Antworten gezielt weiterentwickeln. Dazu gehörte auch, mein Wissen über Generative Engine Optimization (GEO) zu vertiefen und direkt praktisch anzuwenden.

Mein Ziel war ein Auftritt, der mein Angebot verständlicher vermittelt, Kundenfragen besser beantwortet und den Weg zur Anfrage erleichtert. Zugleich wollte ich in Google, anderen Suchmaschinen und KI-Antworten besser sichtbar werden. Wartbarer Code und ein einheitlicher Ablauf für die laufende Optimierung sollten mir dabei helfen. Dazu will ich Suchdaten aus der Google Search Console und aus SEO-Tools über Schnittstellen wie MCP in meine KI-gestützte Auswertung einbinden.

Wie ich das Redesign geplant habe

Ein Website-Redesign überarbeitet Gestaltung und Nutzererlebnis (UX) einer bestehenden Website. Dazu gehören auch Designprinzipien wie visuelle Hierarchie und konsistente Bedienung. Bei meinem Projekt kamen eine neue Informationsarchitektur, technische Änderungen und eine URL-Migration hinzu. Es war damit auch ein umfassender Relaunch.

Die ersten Recherchen und Designkonzepte startete ich Ende Juli 2026. Im August verfeinerte ich die Konzepte. Anfang September begann die Umsetzung. Meine Zeitaufzeichnungen zeigen dafür bis zum Livegang am 1. November durchschnittlich drei Stunden täglich, zusätzlich zu meinen Kundenprojekten.

Mein Hintergrund in Projektmanagement, Business-Analyse und Requirements Engineering half mir, das Vorhaben zu gliedern:

1. Recherche: Ausgangslage erfassen und dokumentieren, Suchdaten auswerten und Kundenbedürfnisse untersuchen.
2. Konzeption: Soll-Zustand erarbeiten, Lücken zum Ist-Stand erkennen und Seitenrollen, Inhalte, Keywords und Nutzerführung festlegen.
3. Umsetzung: Informationsarchitektur, Texte, Gestaltung und Technik zusammenführen. Die Migration vorbereiten und testen.
4. Messen und Weiterentwickeln: Ergebnisse mit der Google Search Console, SEO-Tools und Kundenfeedback beobachten und gezielt nachbessern.

Grafik als Text lesen

Mein Website-Redesign im Zeitverlauf webdesign4you.at · Juli bis November 2026 Ende Juli August September Oktober November Recherche Ist-Stand Konzeption Soll-Zustand Umsetzung Inhalte, Design, Code Auswertung Messen, verbessern Phasen überlappen · Zeitachse schematisch 1. November · Livegang

Innerhalb dieser Phasen arbeitete ich agil. Erkenntnisse aus der Umsetzung flossen wieder in das Konzept zurück. Einzelne Keywords, URL-Slugs und Seitenzuordnungen änderte ich deshalb während des Projekts.

Eine solche Entscheidung war für mich sinnvoll, wenn neue Erkenntnisse sie begründeten.

Der Betrachtungsobjektplan (BOP) zeigt, welche Bereiche ich für dieses Redesign gemeinsam betrachten musste. Er ergänzt den Zeitplan um die konkreten Inhalte und Abhängigkeiten des Projekts.

Grafik als Text lesen

BETRACHTUNGSOBJEKTPLAN Website-Redesign webdesign4you.at Struktur & Inhalte Seitenbestand und Rollen SEO- und Webdesign-Hubs Leistungsseiten und Tools Glossar und interne Links Design & UX Designkonzepte Visuelle Hierarchie Mobile Nutzerführung Kontakt und Anfrage Technik & Betrieb PHP und JavaScript Tailwind CSS Wiederverwendbare Module Git-Repository SEO & GEO Suchintention und Keywords Google und Bing Sichtbarkeit in KI-Antworten Indexierbarkeit und Canonicals Migration & Tests Alte und neue URLs 301-Weiterleitungen Testfälle und Abnahme Sitemap und IndexNow Messung & Lernen Search Console und SEO-Tools Klicks und Rankings Herkunft der Anfragen Kundenfeedback

Die schwierigste Aufgabe: Welche Seiten bleiben?

Rund 65 bestehende Seiten neu zu organisieren bedeutete deutlich mehr, als ihre Texte in ein anderes Layout zu kopieren. Besonders anspruchsvoll war die Frage, welche Inhalte einen eigenständigen Platz behalten sollten.

Das betraf vor allem Branchen- und Regionalseiten. Braucht eine Branche eine eigene Seite? Lassen sich ähnliche Inhalte zusammenführen? Welche regionalen Seiten für Wien, Niederösterreich, Gänserndorf oder Strasshof erfüllen tatsächlich eine eigene Aufgabe?

Ich prüfte außerdem, welche zusätzlichen Leistungen zu meinem Skillset passen und ob dafür relevante Nachfrage mit passender Suchintention besteht.

Dabei durfte das Suchvolumen nicht allein entscheiden. Eine häufige Suchanfrage kann wenig bringen, wenn der Suchende gerade etwas lernen möchte, die Zielseite aber ausschließlich eine Leistung verkauft.

Für die neue Struktur ordnete ich Themen und Suchintentionen gezielt einzelnen Seiten zu. Übergeordnete SEO- und Webdesign-Seiten geben Orientierung. Leistungsseiten beantworten konkrete Fragen zur Zusammenarbeit. Wissensinhalte erklären Begriffe und Zusammenhänge. In meiner Hub-and-Spoke-Struktur bündeln die Hubs verwandte Themen und führen von dort zu spezialisierten Unterseiten.

So soll jede Seite einen erkennbaren Zweck erfüllen. Zwei Seiten, die dieselbe Frage nahezu gleich beantworten, werden nicht allein durch unterschiedliche Überschriften eigenständig.

Meine wichtigste Erkenntnis aus dieser Phase: Eine bestehende Seite muss ihren Platz fachlich begründen können. Gleichzeitig verdienen vorhandene Rankings, relevante Besucher und externe Verlinkungen eine Prüfung, bevor Inhalte entfallen.

Grafik als Text lesen

Sechs Prüfbereiche beim Redesign Was ich bei webdesign4you.at gemeinsam betrachtet habe. 01 Geschäftsziele & Kunden Kundenfragen, Angebot und qualifizierte Anfragen 02 Inhalte & Struktur Seitenrollen, Navigation und interne Links 03 Design & UX Visuelle Hierarchie, mobile Bedienung und Kontaktwege 04 Technik & Wartbarkeit Wiederverwendbare Komponenten und Funktionalität 05 SEO & GEO Suchintention, Indexierung und Sichtbarkeit in KI-Antworten 06 Migration & Messung URLs, Zuordnung, Live-Checks und Entwicklung der Kennzahlen

Wenn du deine Ausgangslage noch nicht einschätzen kannst, hilft dir eine Website-Analyse mit priorisiertem Maßnahmenplan, die tatsächlichen Baustellen vor der Neugestaltung zu erkennen.

Wie ich Inhalte und Nutzerführung überarbeitet habe

Bei der Neugestaltung wollte ich stärker von den Fragen meiner potenziellen Kunden ausgehen: Was hilft mir weiter? Was bekomme ich? Warum ist diese Leistung für meine Situation sinnvoll? Was passiert nach meiner Anfrage?

Diese Fragen beeinflussten den Aufbau der Seiten, die Überschriften und die Reihenfolge der Inhalte. Leistungen sollten verständlich beschrieben sein. Beispiele und Kundenstimmen sollten Vertrauen aufbauen. Kontaktmöglichkeiten sollten zum jeweiligen Inhalt passen.

Auch die optische Gestaltung hatte dabei eine klare Aufgabe: Informationen übersichtlich darstellen und die Orientierung erleichtern. Ein ansprechendes Layout unterstützt diesen Weg. Mit visueller Hierarchie, gezielten Abständen und wiederkehrenden Komponenten wollte ich die Orientierung am Smartphone und am Desktop erleichtern. Ob daraus tatsächlich mehr Anfragen entstehen, muss ich anhand der späteren Nutzung prüfen.

Deshalb trenne ich bereits umgesetzte Veränderungen von erhofften Ergebnissen. Die neue Struktur und die überarbeiteten Inhalte sind online. Eine höhere Conversion-Rate oder bessere Rankings kann ich unmittelbar nach dem Livegang nicht belegen.

Warum ich zusätzlich ein Glossar aufgebaut habe

Während des Redesigns entschied ich mich, ergänzend Glossarbeiträge zu erstellen. Dahinter standen drei Ziele: Ich wollte damit mein Fachwissen nachvollziehbarer zeigen, gleichzeitig meine eigenen Kenntnisse vertiefen sowie Google, KI und Lesern der Glossarartikeln hilfreiche interne Verlinkungen anbieten, um Zusammenänge und meine Leistungen sichtbarer zu machen.

Wer einen Begriff präzise erklärt, muss Zusammenhänge verstehen, Quellen prüfen und vereinfachte Behauptungen hinterfragen. Diese Arbeit hilft mir bei der Beratung ebenso wie bei der Umsetzung meiner Kundenprojekte.

Für Besucher soll das Glossar Fachbegriffe verständlich machen, die ihnen bei SEO, Webdesign oder KI-Suche begegnen. Die Beiträge bekommen damit eine andere Aufgabe als meine Leistungsseiten. Gleichzeitig verbinden passende interne Links beide Seitentypen. Wer sich im Glossar über einen Begriff informiert, kann bei Bedarf zur passenden Leistung weitergehen. So erhalten die Leistungsseiten thematisch passende interne Links.

Für meine GEO-Ausrichtung achte ich auf klar gegliederte, nachvollziehbare Informationen und konkrete Antworten. Daraus folgt allerdings keine automatische Empfehlung durch ein KI-System.

Für Googles AI Overviews und KI-Modus gilt laut Google weiterhin die bewährte SEO-Grundlage. Besondere zusätzliche Dateien oder spezielle strukturierte Daten sind dafür nicht erforderlich. Diese Aussage bezieht sich auf Googles KI-Suchfunktionen; sie lässt sich nicht pauschal auf jedes andere System übertragen.[1]

Welche Rolle KI bei meinem Redesign gespielt hat

KI unterstützte mich bei Recherchen, Texten, Strukturfragen, der technischen Umsetzung und der Datenauswertung. Für das Keyword-Mapping half sie mir, Suchanfragen aus der Search Console und Daten aus Keyword-Tools zu gruppieren und Überschneidungen zu erkennen. Anforderungen formulieren, Ergebnisse prüfen und Entscheidungen treffen blieb dabei meine Aufgabe.

Gerade bei komplexeren Themen zeigt sich, wie wichtig diese Prüfung ist. Auch leistungsfähige Reasoning-Modelle können falsche Zusammenhänge herstellen, Details erfinden oder Fehler im Code übersehen. Gut formulierte Antworten wirken trotzdem schnell überzeugend.

Meine Erfahrung aus Entwicklung, Business-Analyse und SEO hilft mir, solche Fehler zu erkennen. Bei wichtigen Fragen beziehe ich auch unterschiedliche Systeme wie ChatGPT, Gemini oder Claude ein.

Mehrere übereinstimmende KI-Antworten ersetzen jedoch keinen Nachweis. Entscheidend bleiben die Originalquelle, der tatsächliche Code oder ein reproduzierbarer Test.

Für meine Arbeit bedeutet das: KI liefert Vorschläge und beschleunigt Aufgaben. Ich prüfe, ob das Ergebnis fachlich richtig ist, zum Projekt passt und unter realen Bedingungen funktioniert.

Was bei der Migration zusätzlich zum Design zu lösen war

Die neue Website entstand zunächst im Verzeichnis /redesign. Beim Livegang verschob ich die neuen Dateien in das Hauptverzeichnis und archivierte die bisherige Version. Ihre Entwicklung bleibt im Git-Repository nachvollziehbar.

Ich programmierte die Website individuell, ohne Webbaukasten oder CMS. Technisch setzte ich auf PHP, JavaScript, Tailwind CSS und wiederverwendbare Komponenten. Gemeinsame Seitenelemente lassen sich dadurch zentral pflegen. Allerdings kann ein Fehler in einer gemeinsam verwendeten Komponente mehrere Seiten betreffen. Entsprechend wichtig waren die Prüfungen dieser Bausteine.

Mit dem Verschieben allein war die Migration nicht erledigt. Ich musste auch die bisherigen und neuen URLs einander zuordnen sowie Weiterleitungen, interne Links, Canonicals und Sitemap aufeinander abstimmen.

Funktionierende URLs behalte ich nach Möglichkeit bei. Bei diesem Relaunch änderte ich jedoch fast alle URLs oder Slugs, weil ich die neue Hub-and-Spoke-Struktur in den Pfaden abbilden wollte. In meinem erweiterten Keyword-Mapping erfasste ich für betroffene Seiten die alte URL, die neue Ziel-URL und die Entscheidung zur Migration. Daraus leitete ich die Weiterleitungen ab.

Die entscheidende Frage lautet dabei: Wo findet jemand den passenden Inhalt, wenn er eine alte Adresse aufruft?

Google empfiehlt, geänderte URLs dauerhaft auf ihre passenden neuen Ziele weiterzuleiten. Viele alte Seiten pauschal auf eine unpassende Startseite umzuleiten, ist keine saubere Lösung. Interne Links sollten außerdem direkt die neuen Adressen verwenden.[2]

Dieser Teil des Projekts zeigt, warum ein Redesign bestehender Websites zusätzlichen Aufwand verursacht. Neben dem neuen Auftritt muss auch der Übergang aus der bisherigen Struktur funktionieren.

Welche Fehler trotz Kontrolle aufgetreten sind

Ich prüfte die Website manuell und ließ zusätzlich KI über Teile der Umsetzung schauen. In der Google-Antigravity-IDE nutzte ich dafür Gemini und Claude Sonnet. Nach dem Umzug testete ich die Live-Seiten in Edge und Chrome mit geöffneten Entwicklertools und in DuckDuckGo im Privatmodus. Beim anschließenden Live-Check fand ChatGPT im Work-Modus ein fehlendes schließendes HTML-Tag. Bei meiner eigenen Durchsicht fiel mir auf, dass beim Livegang außerdem zunächst der Cookie-Banner fehlte.

Den Banner reichte ich nach der ersten Durchsicht sofort nach. Datenschutz ist mir bei meiner eigenen Website ebenso wichtig wie bei Kundenprojekten. Einzelne unfertige Glossarbeiträge waren versehentlich indexiert. Ich setzte sie wieder auf noindex und ließ sie crawlbar, damit Google die Anweisung beim nächsten Abruf lesen kann.[7]

Nach den Korrekturen reichte ich die Sitemap in der Google Search Console und in den Bing Webmaster Tools ein. Anschließend startete ich mein IndexNow-Skript, um teilnehmende Suchmaschinen über geänderte URLs zu informieren.[8]

Solche Fehler sind für mich kein Argument gegen gründliche Vorbereitung. Sie zeigen, warum eine Nachkontrolle unter Live-Bedingungen Teil des Projekts sein muss.

Eine optisch funktionierende Seite kann technische Fehler enthalten. Umgekehrt kann ein automatisierter Check Dinge übersehen, die beim tatsächlichen Bedienen auffallen. Deshalb ergänzen sich Codeprüfung, technische Tests und die Nutzung auf verschiedenen Geräten.

Fehler bei Kontaktwegen, Erreichbarkeit und Weiterleitungen behebe ich sofort. Dafür warte ich nicht auf die spätere SEO-Auswertung.

Warum ich bewusst früher live gegangen bin

Zum Ende des Projekts hätte ich noch Wochen an einzelnen Formulierungen, Layoutdetails und zusätzlichen Inhalten arbeiten können. Genau hier wurde „Better done than perfect“ für mich relevant.

In den letzten beiden Wochen vor dem Livegang erhöhte ich deshalb das Tempo und schloss die Veröffentlichung früher ab als ursprünglich vorgesehen.

Der wesentliche Gedanke dahinter: Eine weitere interne Überarbeitung liefert keine Antwort darauf, wie echte Besucher und Suchsysteme auf die neue Website reagieren. Dafür muss der Auftritt online sein.

Die grundlegende Vorgehensweise würde ich wieder so wählen. Recherche, Konzeption und Umsetzung waren gut strukturiert. Der frühere Livegang ermöglicht mir nun, die nächste Phase mit realen Daten zu beginnen.

Perfektion wäre ohnehin kein dauerhafter Zustand. Kundenfragen, Leistungen und Suchsysteme entwickeln sich weiter. Meine Website muss diesen Veränderungen folgen können.

Was die ersten PageSpeed-Messungen nach dem Livegang zeigen

Schon wenige Tage nach dem Relaunch konnte ich eine technische Verbesserung messen. Am 1. November 2026 um 18:28 Uhr erreichte die Startseite im mobilen PageSpeed-Test 74 Punkte bei der Leistung. Nach weiteren Optimierungen waren es am 4. November um 15:08 Uhr 99 Punkte. Das entspricht einer Verbesserung um 25 Punkte.

Bei der Nachbesserung konzentrierte ich mich auf drei konkrete Bereiche:

• Platz für Bilder reservieren: Ich ergänzte feste Breiten- und Höhenangaben im HTML. Der Browser kennt dadurch das Seitenverhältnis schon vor dem Laden. Gerade beim großen Einstiegsbild, dem Logo und dem Google-Badge war das wichtig. Die Bilder bleiben über CSS flexibel für unterschiedliche Bildschirmgrößen.
• Externe Skripte gezielt laden: Das Google-Skript für den Button „Zu bevorzugten Quellen hinzufügen“ war zuvor zentral für alle Seiten eingebunden. Jetzt lade ich es asynchron und nur dort, wo ich diese Funktion tatsächlich anbiete. Dadurch benötigen andere Seiten diese zusätzliche Ressource nicht mehr.
• Schriftdateien verkleinern: Für Roboto ersetzte ich drei TTF-Dateien durch eine variable WOFF2-Datei. Das reduzierte die übertragenen Schriftdateien von rund 364 auf 104 KiB.

Der Vergleich der beiden mobilen Berichte zeigt:

Im zweiten Screenshot siehst du unten in der Seitenvorschau auch den nachträglich ergänzten Cookie-Banner. Die bessere Leistung erreichte ich also mit eingeblendetem Banner. Beim ersten Bericht vom Tag des Livegangs fehlte er noch.

Der Detailbericht vom 4. November zeigt außerdem einen Largest Contentful Paint (LCP) von 2,1 Sekunden, einen First Contentful Paint von 1,0 Sekunden und einen Speed Index von 2,8 Sekunden. Die Total Blocking Time lag bei 0 Millisekunden, der Cumulative Layout Shift bei 0.

Das sind Lighthouse-Labormessungen der Startseite unter simulierten mobilen Bedingungen. Einzelne Testläufe können schwanken. Für die Erfahrung echter Besucher werte ich zusätzlich verfügbare Felddaten aus.[11] Welche einzelne Maßnahme wie viele Punkte brachte, lässt sich aus diesen beiden Berichten allein nicht bestimmen.

Du möchtest wissen, wo deine Website steht? Mit meinem kostenlosen SEO-Check mit optionalem Speedtest prüfst du technische SEO-Grundlagen und die Ladeleistung für Smartphone und Desktop. Wenn du möchtest, besprechen wir anschließend deine Ergebnisse und ordnen passende nächste Schritte ein.

Für mich zeigt der Vergleich vor allem, warum der Livegang nicht das Ende der Umsetzung ist. Ich konnte konkrete Schwachstellen erkennen, gezielt nachbessern und das Ergebnis erneut prüfen. Rankings und Anfragen bewerte ich davon getrennt über einen längeren Zeitraum.

Wie lange braucht Google nach einem Website-Relaunch?

Nach dem Veröffentlichen laufen mehrere Prozesse ab. Google muss Änderungen abrufen, verarbeiten und gegebenenfalls in den Index übernehmen. Die Darstellung und die Rankings können sich anschließend zu unterschiedlichen Zeitpunkten verändern.

Google veröffentlicht dafür keine verbindliche Frist je Website. Die Dokumentation nennt folgende Orientierungen:

Gary Illyes zeigte am 2. Oktober 2026 bei der Search Central Live Deep Dive in Barcelona interne Google-Verarbeitungszeiten. John Campbell dokumentierte sie im Teilnehmerbericht von ROAST.[12]

Grafik als Text lesen

Wie lange braucht Google? Crawling, Indexierung und Suchergebnisse Vorgang Typisch Langsamere Fälle Neue URL entdecken ca. 20 Stunden Wochen bis nie Bekannte URL erneut crawlen ca. 30 Tage Wochen bis nie Canonical-Änderung 1–3 Wochen Monate bei widersprüchlichen Signalen Website-Umzug verarbeiten 1–3 Monate 6 Monate bis über 1 Jahr Titel oder Snippet aktualisieren 1–2 Tage Mehrere Wochen bis Monate Erholung nach Core-Update 3–6 Monate 6 Monate bis 1 Jahr; ggf. nächstes Core-Update Orientierungswerte, keine festen Fristen. Verzögerungen vorheriger Prozesse wirken weiter.

Die Grafik unterscheidet typische und langsamere Fälle. Für einzelne Websites gelten keine festen Fristen. Titeländerungen benötigen außerdem erneutes Crawling und Verarbeiten.[4][12]

Diese Zeiträume sind keine nacheinander ablaufende Stoppuhr. Seiten werden unterschiedlich oft besucht, Prozesse können sich überschneiden und Rankings während der Umstellung schwanken.

Für mein Projekt plane ich deshalb erste Trendbewertungen nach einigen Wochen. Eine umfassendere Bewertung möchte ich nach etwa zwei bis drei Monaten vornehmen, sofern genügend Daten vorliegen. Das ist mein Beobachtungsrahmen, keine von Google zugesicherte Wartezeit.

Wie ich den Erfolg jetzt messen werde

Auch wenige Tage nach dem Livegang ist es für eine SEO- und Conversion-Bilanz zu früh. Belastbare Ergebnisse zu Rankings, organischem Traffic und Anfragen gibt es noch nicht. Ich erwarte eine Stabilisierung oder Steigerung des organischen Traffics, eine bessere Conversion-Rate und mehr Präsenz in relevanten KI-Antworten.

Für die Auswertung nutze ich Google Search Console, Bing Webmaster Tools und SEO-Werkzeuge wie Ubersuggest, Screaming Frog, Seobility, Sistrix und Mangools. Dazu kommen selbst entwickelte SEO-Tools, manuelle Prüfungen und Rückmeldungen aus Erstgesprächen.

Für den Vergleich beobachte ich in den nächsten Wochen und Monaten alte und neue Zielseiten gemeinsam. Außerdem berücksichtige ich externe Einflüsse wie das im Google-Status-Dashboard dokumentierte Spam-Update vom September 2026. Separat berichtet SISTRIX über abweichende Ergebnisse bei der Datenerhebung und zusätzlichen Aufwand beim Auflösen von Googles Weiterleitungslinks. Bei auffälligen Veränderungen gleiche ich den Datenstand des Tools mit der Search Console und den betroffenen URLs ab.[9][10]

Die Werkzeuge liefern unterschiedliche Informationen. Ein technischer Crawl beantwortet andere Fragen als ein Rankingbericht oder die tatsächliche Zahl qualifizierter Anfragen.

Mein Messplan umfasst deshalb vier Bereiche:

• Technik und Indexierung: Erreichbarkeit, Weiterleitungen, Fehler und die Entwicklung wichtiger neuer URLs.
• Organische Sichtbarkeit: Impressionen, Klicks und Rankings nach Suchanfrage und Zielseite. Bei veränderten URLs betrachte ich alte und neue Seiten gemeinsam.
• Anfragen und Conversion: Anzahl, Qualität und Herkunft der Anfragen. Eine bessere Quote allein reicht nicht, wenn insgesamt weniger passende Anfragen entstehen.
• KI-Sichtbarkeit: Erwähnungen, verlinkte Quellen und Empfehlungen bei dokumentierten, wiederkehrenden Fragen. Einzelne Antworten bleiben Momentaufnahmen.

Die Auswertung plane ich wöchentlich. KI soll mir helfen, Ergebnisse zusammenzuführen und Auffälligkeiten zu erkennen. Die Schlussfolgerungen prüfe ich selbst.

Bei KI-Anfragen möchte ich die Herkunft nachvollziehbar dokumentieren. Nicht jede Empfehlung führt über einen messbaren Link zur Website. Deshalb will ich messbare Zugriffe und Angaben von Interessenten getrennt betrachten. Auch ein steigender Anteil von KI-Anfragen muss zusammen mit seiner absoluten Zahl bewertet werden.

Strategische Anpassungen werde ich höchstens im Wochenrhythmus und nur bei ausreichender Grundlage vornehmen. Ich möchte nachvollziehen können, welche Änderung ich wann umgesetzt habe und was danach passiert ist. Technische Fehler korrigiere ich weiterhin unmittelbar.

Diese fortlaufende Arbeit ist auch ein Bestandteil meiner laufenden SEO-Betreuung: beobachten, Prioritäten setzen und die Website anhand belastbarer Erkenntnisse verbessern.

Was du aus meinem Redesign mitnehmen kannst

Für mich beginnt ein sinnvolles Redesign mit einer klaren Bestandsaufnahme und Entscheidungen über die künftige Aufgabe der Website. Gestaltung, Inhalte und Technik müssen diese Aufgabe gemeinsam unterstützen.

Besonders viel Zeit floss in die Frage, welche Seiten ich behalten, zusammenführen oder ergänzen sollte. Genau diese Entscheidungen bestimmen, ob aus einem gewachsenen Auftritt wieder eine verständliche Struktur wird.

Mein wichtigster Rat: Plane den Livegang und die anschließende Lernphase von Anfang an mit ein. Prüfe sorgfältig, veröffentliche mit einer tragfähigen Grundlage und gib den Ergebnissen ausreichend Zeit. Teste vorab Inhalte, Navigation, Formulare, Weiterleitungen und die Darstellung am Smartphone. Plane den Umzug für eine verkehrsarme Zeit und kontrolliere direkt danach wichtige alte und neue Adressen. So hältst du mögliche Unterbrechungen für Besucher und Crawler möglichst kurz.[2]

Wenn deine Website ebenfalls über Jahre gewachsen ist und du sie strategisch neu aufstellen möchtest, findest du bei meinem Website-Redesign und Relaunch mehr zu meiner Unterstützung. Gemeinsam klären wir, welche Stärken erhalten bleiben und wo ein Neuaufbau sinnvoll ist.

Quellen und fachliche Grundlagen

Links und zugehörige Aussagen geprüft am 04.11.2026. Praxisempfehlungen sind als fachliche Einordnung formuliert.

• [1] AI features and your website
• [2] How to move a site
• [3] Ask Google to recrawl your URLs
• [4] Influencing your title links in search results
• [5] Control your snippets in search results
• [6] SEO Starter Guide: How long until I see impact in search results?
• [7] Google Search Central – Indexierung mit noindex verhindern
• [8] IndexNow – Dokumentation
• [9] Google Search Status Dashboard – Verlauf
• [10] SISTRIX – Why Google ranking data collection is changing
• [11] Google – About PageSpeed Insights: Labor- und Felddaten
• [12] John Campbell (ROAST) – Search Central Live Deep Dive, Barcelona: Bericht vom Google-Vortrag am 2. Oktober 2026