KI-Chatbot beim Website-Relaunch: Staging, Redirects und Go-live-QA

Ein Website-Relaunch verändert nicht nur Design, Navigation und URLs. Er verändert auch die Wissensgrundlage eines KI-Chatbots. Neue Produktseiten ersetzen alte Pfade, Hilfetexte wandern in andere Bereiche und manche Inhalte verschwinden ganz. Wenn der Bot während dieser Umstellung weiter auf einem veralteten Index arbeitet, liefert er zwar flüssige, aber möglicherweise falsche oder nicht mehr auffindbare Antworten.

Deshalb sollte der KI-Chatbot nicht als nachgelagertes Widget behandelt werden. Er gehört in den Relaunch-Plan wie Weiterleitungen, Sitemap, Analytics und Formulare. Entscheidend ist eine kontrollierte Kette: Quellen inventarisieren, Staging sauber abgrenzen, neue Inhalte indexieren, Antworten testen und erst dann den Datenstand für die Produktion freigeben.

Warum der Chatbot Teil des Relaunch-Plans sein muss

Ein klassischer Relaunch-Test prüft, ob Seiten laden, Weiterleitungen funktionieren und Formulare abgeschickt werden können. Bei einem RAG-basierten Chatbot kommt eine zweite Ebene hinzu: Welche Textabschnitte werden gefunden, welche Quelle wird zitiert und ob die Antwort noch zur neuen Seitenstruktur passt?

Retrieval-Augmented Generation, kurz RAG, verbindet ein Sprachmodell mit eigenen Inhalten. Die Suchkomponente ruft passende Textausschnitte aus einem Index ab; das Modell formuliert daraus die Antwort. Microsoft beschreibt als zentrale Aufgaben unter anderem relevante statt erschöpfende Treffer, aktuelle Indizierung und kontrollierten Zugriff auf Quellen. Für einen Relaunch bedeutet das: Eine korrekte Weiterleitung im Browser aktualisiert nicht automatisch den Chatbot-Index.

Planen Sie deshalb drei zusammengehörige Datenflüsse. Der Webserver leitet alte URLs weiter. Suchmaschinen erhalten Canonicals, Statuscodes und eine aktuelle Sitemap. Der Chatbot bekommt einen neu aufgebauten oder gezielt aktualisierten Wissensbestand. Erst wenn alle drei Ebenen auf dieselben Zielseiten zeigen, ist der Umzug konsistent.

Staging sicher und realistisch vorbereiten

Vorschau schützen, ohne den Test zu verfälschen

Die Staging-Website sollte nicht versehentlich öffentlich indexiert werden. Für reguläre Suchmaschinen können noindex oder ein entsprechender X-Robots-Tag zusätzliche Schutzschichten sein. Google weist jedoch darauf hin, dass eine noindex-Anweisung nur gelesen werden kann, wenn der Crawler die Seite abrufen darf. Für wirklich vertrauliche Staging-Inhalte sind deshalb Zugangsschutz und Berechtigungen wichtiger als eine reine Robots-Regel.

Der Chatbot-Crawler braucht trotzdem einen kontrollierten Zugang. Verwenden Sie dafür getrennte Zugangsdaten, eine klar definierte Allowlist und einen eigenen Staging-Index. So verhindern Sie, dass Entwürfe in produktive Antworten gelangen. Gleichzeitig kann der Bot mit realistischen Navigationen, PDFs und strukturierten Inhalten getestet werden.

Konfigurationen konsequent trennen

Staging und Produktion sollten nicht denselben Index, Webhook oder Analytics-Datenstrom verwenden. Vergeben Sie eindeutige Bezeichnungen und prüfen Sie vor jedem Testlauf, auf welches Ziel die jeweilige Konfiguration zeigt. Eine einfache Freigabeliste sollte mindestens Domain, Crawl-Startpunkte, erlaubte Dateitypen, Ausschlüsse, Indexname und zuständige Person enthalten.

Besonders wichtig sind Formulare und Übergaben an Menschen. Ein Test-Chat darf keine echten Leads an den Vertrieb schicken und keine produktiven Support-Tickets erzeugen. Verwenden Sie gekennzeichnete Testziele und prüfen Sie den Human-Handoff als eigenen Ablauf.

URL-Mapping und Quelleninventar gemeinsam führen

Google empfiehlt bei Site-Moves mit geänderten URLs eine präzise Zuordnung von alten zu neuen Adressen und permanente serverseitige Weiterleitungen. Für den Chatbot sollte dieselbe Mapping-Liste um Wissensfelder ergänzt werden. Dadurch wird aus einer SEO-Tabelle ein gemeinsames Steuerungsinstrument für Web, Content und KI.

Erfassen Sie pro relevanter Quelle mindestens:

• alte und neue URL sowie den erwarteten HTTP-Status,
• Seitentyp, Sprache und fachliche Zuständigkeit,
• ob die Quelle weiterhin gültig, ersetzt oder entfernt wird,
• ob sie im Chatbot-Index enthalten sein darf,
• welche Testfragen die Quelle abdecken soll.

Leiten Sie eine alte Seite nicht pauschal auf die Startseite um. Die neue Zielseite sollte inhaltlich passen. Für dauerhaft verschobene Inhalte sind permanente Weiterleitungen das richtige Signal; Google nennt serverseitige 301- und 308-Weiterleitungen als permanente Varianten. Entfernte Inhalte ohne echten Ersatz sollten nicht künstlich auf eine unpassende Seite zeigen.

Prüfen Sie außerdem interne Links, Canonicals und die Sitemap. Der Chatbot-Crawler sollte direkt die neuen Ziel-URLs aufnehmen, statt dauerhaft über alte Adressen zu laufen. Das reduziert unnötige Abrufe und macht Quellenangaben in Antworten verständlicher.

Die Wissensbasis kontrolliert neu aufbauen

Ein Relaunch ist ein guter Zeitpunkt, den Wissensbestand zu bereinigen. Entfernen Sie doppelte Entwürfe, veraltete PDFs und Seiten, die nur für Kampagnen oder interne Tests bestimmt waren. Definieren Sie anschließend die erlaubten Startpunkte und Ausschlüsse für den Crawl. Eine Anleitung dazu bietet der Beitrag KI-Chatbot-Wissensbasis aktuell halten.

Beim Indexieren sollten Überschriften, Absätze, Listen und Tabellen sinnvoll in Abschnitte zerlegt werden. Zu große Textblöcke liefern häufig zu viel Kontext, sehr kleine Fragmente verlieren ihre Bedeutung. Microsoft nennt Chunking, Vektorisierung und hybride Suche als Bausteine klassischer RAG-Pipelines. Entscheidend ist jedoch nicht das Verfahren allein, sondern ob die relevanten neuen Inhalte bei echten Nutzerfragen zuverlässig gefunden werden.

Führen Sie den ersten vollständigen Crawl im Staging-Index aus und protokollieren Sie Fehlerseiten, blockierte Dateien und ungewöhnlich kleine oder große Dokumente. Starten Sie danach einen zweiten, inkrementellen Lauf. So prüfen Sie, ob Änderungen tatsächlich erkannt werden und ob gelöschte Inhalte aus dem Index verschwinden.

Ein Golden Set für die Relaunch-QA erstellen

Eine Stichprobe mit wenigen freundlichen Fragen reicht nicht. Erstellen Sie ein Golden Set aus realen Suchintentionen und erwarteten Kernaussagen. Wie Sie solche Tests strukturiert bewerten, zeigt der Leitfaden KI-Chatbot-Antwortqualität messen.

Für den Relaunch sollte das Set verschiedene Risikoklassen enthalten:

• Fragen zu zentralen Produkten, Leistungen, Preisen und Voraussetzungen,
• Fragen, deren Antwort auf eine neue URL umgezogen ist,
• Fragen zu bewusst entfernten oder zusammengelegten Inhalten,
• mehrdeutige Formulierungen und typische Tippfehler,
• Fragen in allen tatsächlich angebotenen Sprachen,
• Fälle, in denen der Bot keine sichere Antwort geben darf.

Bewerten Sie nicht nur den Wortlaut. Prüfen Sie, ob die richtige Quelle abgerufen wurde, ob Links auf die neue Domain und den korrekten Sprachpfad zeigen und ob Zahlen, Daten sowie Produktnamen exakt übernommen wurden. Ein schöner Satz mit einer alten URL ist kein bestandener Test.

Routing, Formulare und Handoff separat testen

Viele Chatbots beantworten nicht nur Fragen, sondern qualifizieren Anfragen oder übergeben Gespräche. Nach einem Relaunch können neue Formularfelder, andere Events oder geänderte Routing-Regeln unbemerkt brechen. Testen Sie daher mindestens einen erfolgreichen und einen abgelehnten Ablauf pro wichtigem Ziel. Prüfen Sie außerdem, ob Einwilligungstexte sichtbar sind und ob übermittelte Daten im richtigen System ankommen.

Bei mehrsprachigen Websites muss jede Sprache als eigener Nutzerpfad geprüft werden. Ein funktionierender deutscher Dialog beweist nicht, dass französische Links, kroatische Quellen oder englische Übergabetexte stimmen.

Go-live in einer kontrollierten Reihenfolge

Der eigentliche Umschaltpunkt sollte kurz und nachvollziehbar sein. Frieren Sie Content-Änderungen für ein klar definiertes Zeitfenster ein, exportieren Sie das finale URL-Mapping und dokumentieren Sie den freigegebenen Indexstand. Danach kann die neue Website veröffentlicht und die Weiterleitungslogik aktiviert werden.

Eine praktikable Reihenfolge ist:

1. Produktion bereitstellen und grundlegende Seitenabrufe prüfen.
2. Weiterleitungen, Canonicals, Sitemap und Robots-Signale kontrollieren.
3. Den produktiven Chatbot-Index mit den freigegebenen Quellen aufbauen.
4. Das Golden Set gegen die Produktionsumgebung ausführen.
5. Formulare, Analytics und Human-Handoff mit gekennzeichneten Testfällen prüfen.
6. Erst danach den Chatbot für alle Besucher sichtbar schalten.

Falls der Chatbot während des Umzugs bereits sichtbar bleiben muss, ist ein begrenzter Modus sinnvoll: nur stabile Themen beantworten, bei unsicheren Fragen transparent auf die laufende Aktualisierung hinweisen und eine menschliche Kontaktmöglichkeit anbieten. Erfinden Sie keine Übergangsinformationen.

Nach dem Relaunch: Fehlerbilder gezielt überwachen

In den ersten Tagen sollte das Team nicht nur Seitenaufrufe beobachten. Relevant sind auch unbeantwortete Fragen, Fallback-Quote, Klicks auf Quellen, häufige alte URLs und Gespräche, die unerwartet an Menschen übergeben werden. Diese Signale zeigen, wo Mapping oder Wissensbasis noch Lücken haben.

Prüfen Sie Stichproben der meistgenutzten Antworten manuell. Wenn der Bot auf eine alte URL verweist, kann die Ursache im gespeicherten Dokument, im Index oder in einer hart codierten Antwortvorlage liegen. Korrigieren Sie die Quelle, führen Sie einen gezielten Reindex aus und wiederholen Sie denselben Testfall. Eine pauschale Neugenerierung aller Inhalte erschwert die Fehlersuche.

Planen Sie außerdem einen Rückbau der Staging-Zugänge und Test-Webhooks ein. Nicht mehr benötigte Zugangsdaten sollten deaktiviert, temporäre Allowlist-Einträge entfernt und Testindizes klar archiviert oder gelöscht werden. So bleibt die Relaunch-Infrastruktur nicht unbemerkt als dauerhafte Angriffsfläche bestehen.

Kurze Relaunch-Checkliste für Website-Teams

• Chatbot-Verantwortliche sind im Relaunch-Plan und im Freigabeprozess benannt.
• Staging ist zugangsgeschützt und vom produktiven Index getrennt.
• Alte und neue URLs sind mit Quellenstatus und Testfragen gemappt.
• Crawl-Regeln, Sprachen, PDFs und Ausschlüsse wurden geprüft.
• Der neue Index wurde vollständig und anschließend inkrementell getestet.
• Das Golden Set deckt Kernfragen, alte URLs, Negativfälle und Handoff ab.
• Alle Links, Zahlen, Namen und Sprachpfade stimmen in den Antworten.
• Monitoring und Verantwortlichkeiten für die Zeit nach Go-live stehen fest.

Wer den Chatbot als eigenen Relaunch-Workstream behandelt, verhindert veraltete Antworten und unklare Quellen. Zugleich entsteht ein sauberer Prozess, der sich bei späteren Content-Änderungen wiederverwenden lässt. Hinweise zur technischen Einbindung finden Sie auch unter KI-Chatbot in eine Website einbinden.

Quellen

• Google Search Central: Site Moves and Migrations
• Google Search Central: Redirects and Google Search
• Google Search Central: Robots Meta Tags Specifications
• Microsoft Learn: Retrieval-augmented generation in Azure AI Search

Sie planen einen Relaunch und möchten die Wissensbasis Ihres Website-Chatbots kontrolliert umziehen? Definieren Sie Quellen, Testfragen und Übergaberegeln vor dem Go-live. ChatReact unterstützt Sie dabei, Website-Inhalte als nachvollziehbare Grundlage für mehrsprachige Dialoge zu strukturieren.