GEO-Relaunch 2026: 5 Kriterien für Sichtbarkeit in der KI-Suche Praxisleitfaden für einen technisch sauberen und KI-tauglichen Website-Relaunch
Ein Website-Relaunch ist 2026 nicht nur ein Design- oder Technikprojekt. Er verändert, welche Inhalte Suchmaschinen und KI-gestützte Suchsysteme erreichen, wie eindeutig Leistungen verstanden werden und welche Seiten als Quellen für Antworten infrage kommen. Werden URLs, Inhalte, interne Verlinkung oder Datenstrukturen unkontrolliert verändert, kann eine optisch bessere Website gleichzeitig an Auffindbarkeit und fachlicher Eindeutigkeit verlieren.
Generative Engine Optimization, kurz GEO, ergänzt klassische SEO um die Frage, wie gut Inhalte in generativen Such- und Antwortsystemen verstanden, zugeordnet und als Quelle verwendet werden können. Dafür gibt es keinen einzelnen Schalter und keinen verlässlichen „KI-Hack“. Entscheidend bleiben eine technisch zugängliche Website, klare Informationsarchitektur, eigenständige Fachinhalte, konsistente Daten und nachvollziehbare Messung.
Dieser Leitfaden bündelt fünf Kriterien für B2B-Unternehmen, die einen Relaunch planen oder bereits umsetzen. Im Mittelpunkt stehen Migration, Crawling, llms.txt, strukturierte Daten, Content-Architektur und Monitoring. Die Google-Dokumentation zur Optimierung für generative Suchfunktionen bestätigt dabei einen wichtigen Grundsatz: Bestehende SEO-Best-Practices bleiben das Fundament; spezielle GEO-Maßnahmen sind nur dann sinnvoll, wenn sie einen konkreten zusätzlichen Nutzen liefern.
Was GEO beim Website-Relaunch tatsächlich bedeutet
Generative Suchsysteme verändern vor allem die Art, wie Informationen zusammengeführt werden. Nutzer müssen nicht mehr zwingend zehn Ergebnisse öffnen und selbst vergleichen. Eine KI-Oberfläche kann mehrere Quellen zu einer Antwort verdichten, Teilfragen ergänzen und Informationen nach einem konkreten Entscheidungsproblem ordnen. Für Unternehmen bedeutet das: Eine Seite muss nicht nur für ein einzelnes Keyword auffindbar sein, sondern ihre Aussagen müssen auch außerhalb des ursprünglichen Layouts verständlich, eindeutig und fachlich belastbar bleiben.
Das verschiebt den Schwerpunkt von reiner Keyword-Abdeckung hin zu Informationsqualität. Leistungsumfang, Voraussetzungen, Grenzen, Zielgruppen, Prozesse und belastbare Nachweise sollten so formuliert sein, dass Menschen und maschinelle Systeme dieselbe Kernaussage erkennen können. GEO ersetzt SEO deshalb nicht. Gute Indexierbarkeit, interne Verlinkung, verständliche Seitenstrukturen und hilfreiche Inhalte bleiben die Grundlage für klassische und generative Suche.
Sichtbarkeit, Quellenpräsenz und Geschäftsergebnis getrennt bewerten
Für die Erfolgsmessung sollten drei Ebenen nicht vermischt werden. Sichtbarkeit bedeutet, dass Ihre Domain oder eine Seite in einem generativen Suchkontext auftaucht. Quellenpräsenz bedeutet, dass eine konkrete Seite als Beleg oder weiterführende Quelle verwendet wird. Geschäftlicher Erfolg entsteht erst, wenn daraus qualifizierte Besuche, Anfragen, Bewerbungen, Verkäufe oder andere relevante Aktionen entstehen.
Dass generative Zusammenfassungen das Klickverhalten verändern können, zeigt unter anderem eine Untersuchung des Pew Research Center. Solche Daten lassen sich nicht eins zu eins auf jede deutsche B2B-Website übertragen. Sie zeigen aber, warum reine Klickzahlen als alleiniger Erfolgsmaßstab zu kurz greifen. Ein Relaunch sollte deshalb gleichzeitig technische Sichtbarkeit, fachlich korrekte Quellenverwendung und tatsächliche Business-Wirkung beobachten.
Praxisregel: Definieren Sie vor dem Relaunch nicht nur Rankings oder Traffic als Ziel. Legen Sie fest, bei welchen geschäftsrelevanten Fragen Ihre Website fachlich korrekt auffindbar sein soll, welche Seiten dafür maßgeblich sind und welche Conversion anschließend erwartet wird. So lassen sich Sichtbarkeit, Quellenpräsenz und Geschäftsergebnis getrennt bewerten.
1. Technische Basis und Migration absichern
Ein GEO-Relaunch beginnt nicht mit speziellen KI-Dateien, sondern mit einer sauber erreichbaren Website. Relevante Seiten müssen technisch abrufbar, indexierbar und dauerhaft unter eindeutigen URLs erreichbar sein. Google beschreibt in seiner Dokumentation zu KI-Funktionen in der Suche, dass die bekannten technischen Voraussetzungen der Websuche weiterhin die Grundlage bilden.
Vor dem Relaunch gehört deshalb ein vollständiges URL-Inventar auf den Tisch. Darin sollten wichtige Landingpages, Produkt- und Leistungsseiten, Fachartikel, Downloads, Sprachversionen sowie Seiten mit organischem Traffic, Backlinks oder Conversions erfasst werden. Für jede relevante URL wird entschieden, ob sie bestehen bleibt, überarbeitet, zusammengeführt oder auf einen fachlich passenden Nachfolger weitergeleitet wird. Diese Zuordnung ist die Grundlage für Migration, interne Verlinkung, Canonicals, Sitemaps und spätere Qualitätskontrolle.
Crawler-Zugriff bewusst steuern, ohne Sicherheit damit zu verwechseln
robots.txt ist eine Crawling-Steuerung, keine Zugriffssicherung. Vertrauliche Inhalte gehören hinter eine echte Authentifizierung oder andere wirksame Zugriffskontrollen. Für öffentliche Seiten muss dagegen geprüft werden, ob Suchmaschinen und gewünschte Dienste sie technisch erreichen dürfen. Die grundlegende Abgrenzung erläutert Google in der Dokumentation zu robots.txt.
Bei KI-Diensten sollte zusätzlich zwischen verschiedenen Zwecken unterschieden werden. OpenAI dokumentiert beispielsweise unterschiedliche Bots für Suche, Modelltraining und bestimmte nutzerinitiierte Abrufe. Die aktuelle Einordnung findet sich in der offiziellen Bot-Dokumentation. Für Unternehmen ist daraus vor allem eine Governance-Frage abzuleiten: Welche öffentlich verfügbaren Inhalte sollen in Such- und Antwortsystemen auffindbar sein, welche Zugriffe sollen eingeschränkt werden und welche Bereiche müssen unabhängig davon technisch geschützt bleiben?
Wichtig für die Zugriffspolitik: Suchzugriff, mögliches Modelltraining und vertrauliche Bereiche sind unterschiedliche Themen. Dokumentieren Sie für Ihre Organisation, welche öffentlichen Inhalte in Such- und Antwortsystemen auffindbar sein sollen und welche Zugriffe Sie bewusst einschränken. Vertrauliche Inhalte werden unabhängig davon technisch geschützt und niemals nur über Crawling-Regeln abgesichert.
URLs, Redirects, Canonicals und Sitemaps konsistent halten
Bei einer URL-Änderung benötigt jede relevante Altadresse eine bewusste Zielentscheidung. Dauerhafte Umzüge sollten direkt auf den fachlich passenden Nachfolger führen. Weiterleitungsketten, pauschale Umleitungen auf die Startseite und thematisch falsche Ziele erschweren Nutzern und Suchsystemen die Orientierung. Die Google-Dokumentation zu Website-Migrationen bietet dafür eine belastbare technische Grundlage.
Canonicals, interne Links und Sitemaps müssen dieselbe Zielstruktur widerspiegeln. Ein Canonical ist keine Weiterleitung, sondern ein Signal für die bevorzugte Version ähnlicher Inhalte. Details beschreibt Google in der Dokumentation zur Konsolidierung doppelter URLs. Die XML-Sitemap sollte anschließend nur die vorgesehenen, erreichbaren und kanonischen Zielseiten enthalten. Hinweise dazu finden sich in der Sitemap-Dokumentation.
Für den Relaunch bedeutet das praktisch: Redirect-Mapping, Canonicals, interne Verlinkung und Sitemap dürfen nicht von vier Teams unabhängig voneinander gepflegt werden. Sie müssen auf derselben freigegebenen URL-Zuordnung basieren. Genau dadurch werden widersprüchliche Signale und unnötige Fehler nach dem Go-live vermieden.
Abnahmekriterium für die Migration: Jede priorisierte Alt-URL führt direkt zum fachlich passenden Ziel oder erhält bewusst keinen Nachfolger. Das Ziel ist erreichbar, intern verlinkt, besitzt die vorgesehene kanonische Adresse und erscheint – sofern es indexiert werden soll – konsistent in der Sitemap. Prüfen Sie nicht nur die Startseite, sondern alle relevanten Seitentypen und Sprachversionen.
Inhalte robust ausliefern und Rendering-Abhängigkeiten reduzieren
Moderne Websites dürfen JavaScript verwenden. Kritisch wird es erst, wenn zentrale Inhalte ausschließlich nachgelagert geladen werden, wichtige Ressourcen blockiert sind oder ein automatisierter Abruf nur eine leere Hülle erhält. Google beschreibt die relevanten Grundlagen in seiner Dokumentation zu JavaScript-SEO.
Für geschäftlich wichtige Seiten sollte der fachliche Kern möglichst robust ausgeliefert werden: Überschriften, Leistungsbeschreibung, Produktmerkmale, Ansprechpartner und wichtige interne Links sollten nicht von unnötig fragilen Ladeprozessen abhängen. Testen Sie deshalb nicht nur die Browseransicht, sondern auch, ob die Seite ohne Anmeldung, ohne vorhandene Sitzung und unter realistischen Netzbedingungen die vorgesehenen Inhalte ausliefert.
Lernbeispiel aus einem dokumentierten Relaunch: Mozilla beschrieb beim neuen MDN-Frontend unter anderem Progressive Enhancement, Lesbarkeit, Suche und Navigation. Das ist kein GEO-Wirkungsnachweis, zeigt aber eine wichtige Relaunch-Regel: Technische Modernisierung sollte an konkreten Nutzeraufgaben und robusten Auslieferungsprinzipien gemessen werden – nicht nur am neuen Erscheinungsbild.
2. llms.txt richtig einordnen: optional statt obligatorisch
Die llms.txt ist ein offener Vorschlag, mit dem ausgewählte Inhalte einer Website für kompatible Agenten strukturiert beschrieben werden können. Sie ist jedoch weder eine allgemeine Eintrittskarte in KI-Suchen noch ein Ersatz für gute Webseiten, Sitemaps oder Crawling-Steuerung. Google stellt in seinem Leitfaden für generative Suchfunktionen ausdrücklich klar, dass llms.txt für die Google-Sichtbarkeit nicht erforderlich ist und keinen positiven oder negativen Rankingeffekt erzeugt.
Trotzdem kann das Format in bestimmten Umgebungen sinnvoll sein, etwa bei umfangreicher technischer Dokumentation oder wenn definierte Agenten einen kuratierten Einstieg in freigegebene Inhalte erhalten sollen. Der aktuelle llms.txt-Vorschlag beschreibt dafür eine strukturierte Übersicht relevanter Ressourcen. Der Nutzen entsteht also nicht durch die Existenz der Datei selbst, sondern durch einen konkreten Empfänger, gepflegte Quellen und einen überprüfbaren Anwendungsfall.
llms.txt nur mit einem konkreten Anwendungsfall einsetzen
Beginnen Sie nicht mit der Frage „Brauchen wir eine llms.txt?“, sondern mit der Aufgabe, die ein Agent lösen soll. Bei einer umfangreichen Produkt- oder Entwicklerdokumentation kann es beispielsweise hilfreich sein, aktuelle Grundlagen, Versionen und freigegebene Referenzen eindeutig zu bündeln. Bei einer überschaubaren Corporate Website mit wenigen klar verlinkten Leistungsseiten kann der zusätzliche Pflegeaufwand dagegen größer sein als der praktische Nutzen.
Wichtig ist außerdem, dass eine solche Übersicht keine zweite Wahrheit neben der Website erzeugt. Verweise sollten nur auf aktuelle, öffentlich freigegebene und fachlich verantwortete Inhalte führen. Ändert sich eine Produktversion oder wird ein Dokument ersetzt, muss die Orientierung ebenfalls aktualisiert werden. Eine optionale KI-Richtschnur ist nur dann hilfreich, wenn sie genauso sorgfältig gepflegt wird wie die Inhalte, auf die sie verweist.
Fünf Entscheidungen vor einer llms.txt:
- Zweck: Welche konkrete Aufgabe soll ein kompatibler Agent besser lösen können?
- Geltungsbereich: Welche öffentlichen Inhalte gehören bewusst in diese Orientierung?
- Verantwortung: Wer hält Auswahl und Beschreibungen aktuell?
- Datenquelle: Welche freigegebenen CMS- oder Dokumentationsinhalte sind maßgeblich?
- Test: Woran erkennen Sie funktional, dass der vorgesehene Agent die richtigen Quellen findet?
Funktional testen statt Rankingwirkung hineinzuinterpretieren
Der sinnvolle Test einer llms.txt ist funktional. Definieren Sie konkrete Aufgaben und prüfen Sie, ob ein dafür vorgesehener Agent die richtige, aktuelle Quelle findet und wesentliche Einschränkungen korrekt übernimmt. Beobachtbar ist damit die Qualität der Informationsbereitstellung. Nicht belegbar ist dagegen die pauschale Behauptung, die Datei verbessere automatisch Rankings oder öffentliche KI-Zitationen.
Auch Serverzugriffe sollten vorsichtig interpretiert werden. Ein Abruf zeigt zunächst nur, dass eine Ressource angefordert wurde. Er beweist nicht, dass daraus später eine Antwort, Empfehlung oder Quellenverlinkung entstanden ist. Deshalb sollte llms.txt als begrenzte Zusatzmaßnahme behandelt werden. Wenn gleichzeitig Redirects fehlerhaft sind, Inhalte widersprüchlich werden oder zentrale Seiten schlecht erreichbar sind, haben diese grundlegenden Probleme Vorrang.
Keine automatische Inhaltsfreigabe: Eine zusätzliche Orientierung für Agenten darf nur auf Inhalte verweisen, die bewusst öffentlich verfügbar sind. Interne Dokumente, kundenspezifische Konfigurationen und geschützte Ressourcen bleiben in den jeweiligen Quellsystemen getrennt. Automatisierung darf diese Freigabeentscheidung nicht umgehen.
3. Strukturierte Daten aus echten Inhalten ableiten
Strukturierte Daten helfen dabei, sichtbare Inhalte maschinenlesbar einzuordnen. Sie können Beziehungen zwischen Organisationen, Leistungen, Produkten, Artikeln und weiteren Entitäten explizit machen. Für GEO bedeutet das vor allem eines: Informationen sollten konsistent und eindeutig sein. Strukturierte Daten erzeugen jedoch keine garantierte Aufnahme in generative Antworten und ersetzen keine fachlich belastbaren Inhalte.
Beim Relaunch ist deshalb nicht die Menge des Markups entscheidend, sondern die Übereinstimmung mit der sichtbaren Website. Ein Preis, eine Verfügbarkeit, ein Autor oder ein Leistungsmerkmal darf nicht in strukturierten Daten anders erscheinen als auf der Seite selbst. Google beschreibt diese Anforderung in seinen Richtlinien für strukturierte Daten. Der Relaunch sollte daher CMS-Felder, sichtbare Templates, strukturierte Daten und externe Datenquellen gemeinsam prüfen.
Schema.org beschreibt Inhalte – es ersetzt keine belastbaren Inhalte
Service kann beispielsweise verwendet werden, wenn eine Seite tatsächlich eine Dienstleistung beschreibt. Für Artikel, Produkte oder Organisationen stehen andere Typen zur Verfügung. Die Begriffe und Beziehungen werden auf Schema.org dokumentiert. Entscheidend ist immer, dass der gewählte Typ zum realen Inhalt passt und nur Angaben enthält, die fachlich belegt und aktuell sind.
Vermeiden Sie beim Relaunch künstliche Pflichtfeld-Konstruktionen. Ein individuelles B2B-Angebot wird nicht besser verständlich, wenn ein nicht vorhandener Standardpreis erfunden wird. Ebenso sollte eine Beratungsleistung nicht nur deshalb als Produkt behandelt werden, weil ein Plugin dafür eine fertige Maske anbietet. Strukturierte Daten sind eine Beschreibungsschicht über echten Informationen – kein Ersatz für ein sauberes Datenmodell.
Eine Information braucht eine führende Quelle: Legen Sie für Organisationsdaten, Leistungsumfang, Produktbezeichnungen, Preise, Verfügbarkeit und andere geschäftskritische Angaben fest, wo sie verbindlich gepflegt werden. Website, strukturierte Daten, Produktfeeds und angebundene Systeme sollten daraus konsistent versorgt werden. Je mehr Stellen dieselbe Information unabhängig pflegen, desto größer wird das Risiko widersprüchlicher Aussagen.
FAQ, HowTo und Product: Inhalt und Suchdarstellung auseinanderhalten
FAQ-Inhalte bleiben wertvoll, wenn sie echte Fragen aus Vertrieb, Einkauf, IT oder Support beantworten. Ihr redaktioneller Nutzen hängt jedoch nicht davon ab, ob Google daraus ein besonderes Suchergebnis erzeugt. Google hat die FAQ-Rich-Results 2026 eingestellt; die Änderung ist im Dokumentations-Änderungsprotokoll festgehalten. HowTo-Rich-Results wurden bereits früher zurückgefahren, wie die Ankündigung zu FAQ- und HowTo-Änderungen erläutert.
Für echte Produktseiten gelten weiterhin eigene Anforderungen. Produktdaten sollten das tatsächliche Angebot widerspiegeln und mit sichtbaren Angaben übereinstimmen. Die Google-Dokumentation zu Product-Snippets ist dafür eine bessere Grundlage als pauschale Plugin-Vorgaben. Auch hier gilt: Markup wird aus dem Geschäftsmodell und den realen Daten abgeleitet, nicht umgekehrt.
Abnahme strukturierter Daten
- Inhalt: Beschreibt die Auszeichnung genau das, was auf der Seite sichtbar angeboten oder erklärt wird?
- Typ: Passt der verwendete Schema.org-Typ fachlich zur Seite?
- Konsistenz: Stimmen Namen, Preise, Verfügbarkeiten und Leistungsmerkmale mit den sichtbaren Angaben überein?
- Datenquelle: Kommen kritische Werte aus einer klar definierten, aktuellen Quelle?
- Betrieb: Bleibt die Ausgabe korrekt, wenn Inhalte, Varianten, Sprachen oder Produkte später geändert werden?
Prüfen Sie strukturierte Daten nach dem Relaunch an repräsentativen Seitentypen und nicht nur an einer perfekten Musterseite. Besonders fehleranfällig sind Varianten, Sprachversionen, leere optionale Felder, auslaufende Produkte und Inhalte mit mehreren Datenquellen. Priorisieren Sie Fehler nach ihrer fachlichen Auswirkung: Eine falsche Preisangabe, eine falsche Organisation oder ein veralteter Produktstatus ist wichtiger als eine nicht befüllte optionale Eigenschaft.
4. Inhalte für Menschen, Suche und KI gemeinsam schärfen
GEO-relevanter Content beginnt nicht bei Textlänge oder Keyword-Dichte, sondern bei den Entscheidungen der Zielgruppe. B2B-Nutzer wollen wissen, ob eine Lösung zu ihrem Fall passt, welche Voraussetzungen gelten, welche Systeme integriert werden können, wo Grenzen liegen, wie die Umsetzung abläuft und wer Verantwortung übernimmt. Genau diese Fragen sollten zentrale Leistungs- und Produktseiten nachvollziehbar beantworten.
Für den Relaunch lohnt sich deshalb eine Content-Inventur entlang von Nutzeraufgaben. Kombinieren Sie Suchdaten mit Fragen aus Vertrieb, Support, Ausschreibungen und Projektgesprächen. Dadurch entsteht eine Themenarchitektur, in der jede wichtige Seite eine klare Funktion erfüllt. Allgemeine Inhalte können weiterhin Reichweite schaffen, aber geschäftsnahe Seiten müssen konkrete Entscheidungsinformationen liefern.
Zusammenführen, wenn dieselbe Aufgabe beantwortet wird
Ähnliche Texte sollten nicht automatisch zusammengelegt werden. Prüfen Sie zuerst, ob sie dieselbe Nutzeraufgabe erfüllen. Eine technische Integrationsdokumentation und eine kaufmännische Entscheidungsseite können ähnliche Begriffe verwenden und trotzdem unterschiedliche Zwecke haben. Umgekehrt können mehrere Ratgeber mit verschiedenen Titeln dieselbe oberflächliche Antwort geben und sich gegenseitig Konkurrenz machen.
Beim Relaunch sollte jede Zusammenführung deshalb fachlich geplant werden. Die neue Zielseite übernimmt die relevanten Informationen der Vorgänger, erhält passende interne Verweise und wird im Redirect-Mapping als eindeutiger Nachfolger festgelegt. So entsteht echte Konsolidierung statt bloßer Seitenreduktion. Das Ziel ist nicht weniger Content um jeden Preis, sondern eine klarere Informationsarchitektur mit weniger Widersprüchen.
Vier mögliche Entscheidungen pro Inhalt
- Behalten: Die Seite erfüllt eine eigenständige Aufgabe und ist fachlich aktuell.
- Überarbeiten: Die Aufgabe bleibt relevant, aber Inhalt, Belege oder Nutzerführung müssen verbessert werden.
- Zusammenführen: Mehrere Seiten erfüllen dieselbe Aufgabe und können in einer stärkeren Zielseite gebündelt werden.
- Entfernen: Der Inhalt hat keine sinnvolle Funktion mehr. Vorher werden Backlinks, Bestandskundenbedarf und mögliche Dokumentationspflichten geprüft.
Aussagen konkret, belegbar und mit klaren Grenzen formulieren
Gute Fachinhalte nennen zuerst die klare Antwort und anschließend die Bedingungen, unter denen sie gilt. Eine Aussage wie „Wir können jedes ERP anbinden“ ist für eine Entscheidung kaum hilfreich. Besser sind konkrete Informationen zu unterstützten Datenobjekten, typischen Schnittstellen, Voraussetzungen, Verantwortlichkeiten und Punkten, die erst nach einer Systemprüfung beurteilt werden können.
Auch Zahlen und Erfolgsversprechen benötigen Kontext. Nennen Sie Bezugsgröße, Zeitraum und Messmethode, wenn Sie Ergebnisse veröffentlichen. Trennen Sie dokumentierte Projekterfahrung von allgemeinen Beispielen und lassen Sie fachlich verantwortliche Personen zentrale Aussagen freigeben. Dadurch steigt nicht nur die Glaubwürdigkeit für Leser, sondern auch die Wahrscheinlichkeit, dass einzelne Aussagen außerhalb des Seitenkontexts korrekt verstanden werden.
Migration als Zusammenspiel mehrerer Disziplinen: Die von Shopify veröffentlichte Fallstudie zur Great Little Trading Company behandelt unter anderem UX, Inhalte, Weiterleitungen und Monitoring gemeinsam. Als Anbieterfallstudie ist sie kein neutraler GEO-Nachweis. Sie zeigt jedoch sinnvoll, warum Informationsarchitektur, Nutzeraufgaben und technische Migration bei einem Plattformwechsel nicht getrennt voneinander geplant werden sollten.
Informationsarchitektur auf Entscheidungen und nächste Schritte ausrichten
Eine gute Informationsarchitektur verbindet Überblick, Vertiefung und nächsten Schritt. Leistungsseiten sollten zu passenden Fachinformationen führen; Ratgeber sollten dort auf konkrete Leistungen verweisen, wo eine neue Entscheidungsfrage entsteht. Pauschale Linkblöcke am Seitenende ersetzen keine inhaltlich sinnvolle interne Verlinkung.
Für mehrsprachige Websites gilt dieselbe Logik. Produktbezeichnungen, Leistungsgrenzen, technische Voraussetzungen und zentrale Aussagen müssen sprachübergreifend konsistent bleiben. Bei regionalen Angeboten sollten tatsächlicher Standort, Leistungsgebiet und Zuständigkeit klar getrennt werden. Austauschbare Ortsseiten oder automatisch erzeugte Varianten schaffen keine zusätzliche fachliche Substanz.
Auch die Conversion sollte zur Informationsreife passen. Nach einem technischen Leitfaden kann ein Anforderungscheck sinnvoller sein als eine aggressive Demo-Aufforderung. Nach einem Leistungsvergleich kann dagegen ein qualifiziertes Erstgespräch der richtige nächste Schritt sein. GEO ist deshalb keine isolierte Sichtbarkeitsdisziplin, sondern Teil einer durchgängigen Nutzer- und Informationsarchitektur.
5. Launch und GEO-Monitoring als Betriebsprozess planen
Ein Relaunch ist nicht mit dem Go-live abgeschlossen. Die kritische Phase beginnt unmittelbar danach: Weiterleitungen müssen funktionieren, wichtige Seiten müssen erreichbar bleiben, Suchsysteme müssen die neue Struktur verarbeiten und Nutzer müssen ihre Aufgaben weiterhin erledigen können. Gleichzeitig sollte beobachtet werden, wie sich Sichtbarkeit in klassischen und generativen Suchfunktionen entwickelt.
Eine gute Checkliste verbindet deshalb jede Aufgabe mit einem klaren Verantwortlichen, einem erwarteten Ergebnis und einem überprüfbaren Nachweis. „SEO geprüft“ ist kein ausreichender Status. Besser ist beispielsweise: priorisierte Alt-URLs getestet, erwartete Zieladresse bestätigt, Formularübermittlung geprüft oder wichtige Seitentypen in der produktiven Umgebung kontrolliert. So werden Restfehler sichtbar, bevor sie sich über Wochen unbemerkt auswirken.
Vor dem Relaunch: Bestand, Ziele und Verantwortungen absichern
- Geschäftsziele festhalten: Definieren Sie, welche Leistungen, Produkte, Zielgruppen und Conversions der Relaunch stärken soll.
- Ausgangswerte sichern: Exportieren Sie relevante Such-, Traffic- und Conversion-Daten, damit Veränderungen nach dem Start eingeordnet werden können.
- URL-Mapping freigeben: Jede priorisierte Alt-URL erhält einen klaren Zielstatus und gegebenenfalls einen fachlich passenden Nachfolger.
- Seitentypen prüfen: Testen Sie Leistungsseiten, Artikel, Produkte, Kategorien, Downloads und Sprachvarianten mit realen Inhalten.
- Zugriffspolitik klären: Stimmen Sie Indexierung, Crawling, KI-Suchzugriff, Trainingszugriff und geschützte Bereiche bewusst ab.
- Datenquellen festlegen: Bestimmen Sie, wo zentrale Produkt-, Organisations- und Leistungsdaten führend gepflegt werden.
- Content-Migration abnehmen: Prüfen Sie, ob wichtige Aussagen, interne Links, Downloads und Conversion-Wege vollständig übernommen wurden.
- Rollback und Zuständigkeiten klären: Dokumentieren Sie, wer bei kritischen Fehlern entscheidet und wie die letzte stabile Version wiederhergestellt werden kann.
Am Launch-Tag: das Livesystem systematisch prüfen
- Produktionssperren ausschließen: Prüfen Sie, ob Staging-Einstellungen, Zugriffsschutz oder unerwünschte Indexierungssignale mit veröffentlicht wurden.
- Weiterleitungen testen: Kontrollieren Sie die freigegebene Alt-URL-Liste gegen das Livesystem und prüfen Sie das endgültige Ziel.
- Kernseiten aufrufen: Testen Sie wichtige Seiten ohne Anmeldung, ohne bestehende Sitzung und auf mobilen Geräten.
- Navigation und interne Links prüfen: Stellen Sie sicher, dass zentrale Nutzeraufgaben weiterhin ohne Umwege erreichbar sind.
- Sitemap und Canonicals kontrollieren: Prüfen Sie ausschließlich die produktive Ausgabe und nicht nur Ergebnisse aus dem Staging.
- Formulare und Conversions testen: Kontrollieren Sie Übermittlung, Bestätigung, CRM-Übergabe und vereinbarte Analyseereignisse.
- KI-Sucheinstellungen prüfen: Kontrollieren Sie bewusst die für die Website gewählten Such- und Zugriffsoptionen.
- Launch dokumentieren: Halten Sie Zeitpunkt, Version, offene Restpunkte und verantwortliche Personen für die Nachkontrolle fest.
Google-Einstellung nach dem Launch prüfen: Über die Steuerung für generative KI in der Google Suche können Websiteinhaber verwalten, ob Inhalte in unterstützten generativen Suchfunktionen berücksichtigt werden. Diese Einstellung ist von Crawling-Regeln und von Entscheidungen zum Modelltraining zu unterscheiden. Prüfen Sie die gewünschte Konfiguration bewusst für die produktive Property.
Nach dem Relaunch: technische Fehler und Wirkung getrennt beobachten
- Technische Fehler zuerst beheben: Serverfehler, falsche Redirects, versehentliche Sperren und defekte Formulare haben Vorrang.
- Wichtige Seitengruppen getrennt beobachten: Prüfen Sie Leistungen, Produkte, Ratgeber und Sprachversionen einzeln statt nur eine Gesamtsumme zu betrachten.
- Neue Quellenziele kontrollieren: Wenn Seiten in KI-Suchen auftauchen, prüfen Sie, ob die verlinkte Seite die jeweilige Aussage tatsächlich stützt.
- Search- und Conversion-Daten vergleichen: Trennen Sie Markenanfragen, informationsorientierte Suchen und leistungsnahe Nachfrage.
- Vertriebsfeedback einbeziehen: Wiederkehrende Missverständnisse oder unpassende Anfragen können auf inhaltliche Lücken hinweisen.
- Änderungen dokumentieren: Halten Sie Optimierungen nachvollziehbar fest, damit spätere Entwicklungen nicht durch gleichzeitige Großänderungen uninterpretierbar werden.
GEO messen: Sichtbarkeit, Quellenpräsenz und Business-Wirkung trennen
Google stellt inzwischen eigene Daten für generative Suchfunktionen in der Search Console bereit. Die Ankündigung der Generative-AI-Performance-Berichte beschreibt unter anderem Impressionen, Seiten, Länder, Geräte und zeitliche Entwicklungen. Diese Werte zeigen, ob und wo Inhalte in unterstützten generativen Suchfunktionen sichtbar werden. Sie ersetzen jedoch weder Conversion-Tracking noch die fachliche Prüfung einzelner Antworten.
Auch Microsoft bietet mit AI Performance in Bing Webmaster Tools Einblicke in Quellenverwendungen. Zusätzliche Funktionen zu Intents, Topics, Citation Share und Vergleichen wurden in den AI Visibility Insights beschrieben. Solche Plattformberichte sind wertvoll, bilden aber immer nur den jeweiligen Messbereich ab. Sie sollten daher mit eigenen Webanalyse-, CRM- und Vertriebsdaten kombiniert werden.
Ein einfaches Messmodell für Ihr Team
- Technische Stabilität: Sind priorisierte Seiten erreichbar, korrekt weitergeleitet und wie vorgesehen indexierbar?
- Generative Sichtbarkeit: Welche Seiten erhalten Impressionen oder werden in unterstützten KI-Suchfunktionen als Quelle verwendet?
- Fachliche Passung: Stützen die genannten Seiten die jeweilige Aussage tatsächlich und ohne Widersprüche?
- Geschäftliche Wirkung: Entstehen daraus passende Besuche, qualifizierte Anfragen, Verkäufe oder andere relevante Conversions?
Ergänzen Sie Plattformdaten um ein festes Set realer Entscheidungsfragen aus Ihrem Markt. Dokumentieren Sie dabei System, Datum, Sprache und Frage, damit Veränderungen später vergleichbar bleiben. Antworten generativer Systeme können variieren; einzelne positive oder negative Treffer sind deshalb kein Trend.
Entscheidend ist die Verbindung zur geschäftlichen Wirkung. Eine steigende Quellenpräsenz ist interessant, aber nicht automatisch wertvoll. Prüfen Sie zusätzlich, ob Besucher passende Seiten erreichen, ob qualifizierte Anfragen entstehen und ob der Vertrieb weniger falsche Erwartungen korrigieren muss. Erst diese Kombination aus technischer Sichtbarkeit, fachlicher Passung und Geschäftsergebnis zeigt, ob der Relaunch seine Aufgabe erfüllt.
Verantwortung, Budget und kontinuierliche Pflege organisieren
Jede kritische Aufgabe braucht genau eine operative Verantwortung und eine fachliche Abnahme. Die Entwicklung kann eine Weiterleitung technisch korrekt einrichten, während Redaktion oder SEO beurteilen, ob das Ziel inhaltlich wirklich passt. Dasselbe gilt für strukturierte Daten, Produktinformationen, Tracking und Formulare. Ein technisch bestandener Test ist nicht automatisch eine fachliche Freigabe.
Budget sollte zuerst dort eingesetzt werden, wo reale Schäden drohen: nicht erreichbare Seiten, fehlerhafte Weiterleitungen, widersprüchliche Produktdaten, unvollständige Inhalte oder defekte Kontaktwege. Optionale Maßnahmen wie zusätzliche Agentenformate folgen danach. Damit bleibt der Relaunch wirtschaftlich priorisiert und verliert sich nicht in Maßnahmen, deren Wirkung nicht belastbar nachgewiesen werden kann.
Nach dem Go-live braucht die Website einen festen Pflegeprozess. Neue Leistungen, Produktversionen und fachliche Änderungen sollten nicht nur im sichtbaren Text, sondern auch in internen Verweisen, strukturierten Daten und referenzierten Dokumenten konsistent aktualisiert werden. GEO ist damit keine einmalige Optimierung, sondern Teil eines sauberen digitalen Betriebsmodells.
Fazit: Ein guter GEO-Relaunch verbessert zuerst die Informationsqualität
Ein erfolgreicher Relaunch für die KI-Zeit entsteht nicht durch Sonderdateien, Code-Snippets oder möglichst viele technische Markups. Er entsteht durch eine Website, deren wichtigste Inhalte erreichbar, eindeutig strukturiert, fachlich belastbar und dauerhaft pflegbar sind.
Die Reihenfolge ist entscheidend: Sichern Sie zuerst Migration und technische Erreichbarkeit. Ordnen Sie danach Inhalte und Daten so, dass Nutzer und Systeme dieselben Aussagen erkennen. Ergänzen Sie strukturierte Daten nur dort, wo sie reale Informationen beschreiben. Setzen Sie llms.txt oder andere Zusatzmaßnahmen nur mit einem konkreten Anwendungsfall ein. Und messen Sie nach dem Go-live getrennt, ob Ihre Website sichtbar ist, als passende Quelle genutzt wird und geschäftlich bessere Ergebnisse erzielt.
So wird GEO nicht zu einer Sammlung kurzfristiger Tricks, sondern zu einem nachvollziehbaren Qualitätsstandard für Website-Strategie, Content, Technik und Betrieb.
