AI-chatbot ved website-relaunch: Staging, redirects og go-live-QA

Et website-relaunch ændrer ikke kun design, navigation og URL'er. Det ændrer også vidensgrundlaget for en AI-chatbot. Nye produktsider erstatter gamle stier, hjælpetekster flytter til andre områder, og noget indhold forsvinder helt. Hvis botten under denne omstilling fortsætter med at køre på et forældet indeks, leverer den måske flydende, men potentielt forkerte eller utilgængelige svar.

Derfor bør AI-chatbotten ikke behandles som en efterfølgende widget. Den hører til i relaunch-planen på linje med omdirigeringer, sitemap, analytics og formularer. Afgørende er en kontrolleret kæde: kortlæg kilder, adskil staging rent, indekser nyt indhold, test svar og frigiv først derefter datastanden til produktion.

Hvorfor chatbotten skal være en del af relaunch-planen

En klassisk relaunch-test kontrollerer, om sider indlæses, om omdirigeringer fungerer, og om formularer kan indsendes. Ved en RAG-baseret chatbot tilføjes et ekstra lag: Hvilke tekstafsnit findes, hvilken kilde citeres, og passer svaret stadig til den nye sidestruktur?

Retrieval-Augmented Generation, forkortet RAG, forbinder en sprogmodel med dit eget indhold. Søgekomponenten henter relevante tekstbidder fra et indeks, hvorefter modellen formulerer svaret ud fra dem. Microsoft beskriver som centrale opgaver blandt andet relevante i stedet for udtømmende resultater, opdateret indeksering og kontrolleret adgang til kilder. For et relaunch betyder det: En korrekt omdirigering i browseren opdaterer ikke automatisk chatbottenes indeks.

Planlæg derfor tre sammenhængende datastrømme. Webserveren omdirigerer gamle URL'er. Søgemaskiner modtager canonicals, statuskoder og et opdateret sitemap. Chatbotten får en genopbygget eller målrettet opdateret vidensbase. Først når alle tre niveauer peger på de samme målsider, er flytningen konsistent.

Forbered staging sikkert og realistisk

Beskyt forhåndsvisningen uden at forvride testen

Staging-websitet bør ikke ved et uheld blive offentligt indekseret. For almindelige søgemaskiner kan noindex eller en tilsvarende X-Robots-Tag fungere som ekstra beskyttelseslag. Google gør dog opmærksom på, at en noindex-instruks kun kan læses, hvis crawleren har adgang til siden. For virkelig fortroligt staging-indhold er adgangsbegrænsning og rettigheder derfor vigtigere end blot en robots-regel.

Chatbot-crawleren har dog stadig brug for kontrolleret adgang. Brug separate adgangsoplysninger, en klart defineret allowlist og et dedikeret staging-indeks. På den måde forhindrer du, at udkast ender i produktionssvar. Samtidig kan botten testes med realistisk navigation, PDF'er og struktureret indhold.

Adskil konfigurationer konsekvent

Staging og produktion bør ikke benytte det samme indeks, webhook eller analytics-datastream. Tildel entydige navne, og kontroller før hver testkørsel, hvilket mål den enkelte konfiguration peger på. En enkel godkendelsesliste bør mindst indeholde domæne, crawl-startpunkter, tilladte filtyper, ekskluderinger, indeksnavn og den ansvarlige person.

Særligt vigtige er formularer og overdragelser til mennesker. En testchat må ikke sende rigtige leads til salgsafdelingen eller oprette rigtige supportbilletter. Brug mærkede testmål, og test human handoff som en selvstændig proces.

Administrer URL-mapping og kildeinventar sammen

Google anbefaler ved site-flytninger med ændrede URL'er en præcis kortlægning fra gamle til nye adresser samt permanente serverside-omdirigeringer. For chatbotten bør den samme mapping-liste udvides med vidensfelter. Dermed bliver en SEO-tabel til et fælles styringsværktøj for web, indhold og AI.

Registrer mindst følgende for hver relevant kilde:

• gammel og ny URL samt den forventede HTTP-status,
• sidetype, sprog og fagligt ansvar,
• om kilden stadig er gyldig, erstattes eller fjernes,
• om den må indgå i chatbot-indekset,
• hvilke testspørgsmål kilden skal dække.

Omdiriger ikke en gammel side generelt til forsiden. Den nye målside bør passe indholdsmæssigt. For permanent flyttet indhold er permanente omdirigeringer det rigtige signal; Google fremhæver serverside-301- og 308-omdirigeringer som permanente varianter. Fjernet indhold uden en reel erstatning bør ikke kunstigt pege på en upassende side.

Tjek desuden interne links, canonicals og sitemappet. Chatbot-crawleren bør hente de nye mål-URL'er direkte frem for permanent at køre via gamle adresser. Det reducerer unødvendige kald og gør kildeangivelser i svarene mere forståelige.

Genopbyg vidensbasen på en kontrolleret måde

Et relaunch er et godt tidspunkt til at oprydde i vidensbasen. Fjern dobbelte udkast, forældede PDF'er og sider, der kun var beregnet til kampagner eller interne tests. Definer derefter de tilladte startpunkter og ekskluderinger for crawl. Du finder en vejledning i artiklen KI-Chatbot-Wissensbasis aktuell halten.

Ved indeksering bør overskrifter, afsnit, lister og tabeller opdeles hensigtsmæssigt i sektioner. For store tekstblokke giver ofte for meget kontekst, mens meget små fragmenter mister deres mening. Microsoft nævner chunking, vektorisering og hybrid søgning som byggesten i klassiske RAG-pipeliner. Det afgørende er dog ikke metoden alene, men om det relevante nye indhold findes pålideligt ved reelle brugerspørgsmål.

Udfør den første fulde crawl i staging-indekset, og registrer fejlsider, blokerede filer og usædvanligt små eller store dokumenter. Start derefter en anden, inkrementel kørsel. På den måde tester du, om ændringer rent faktisk registreres, og om slettet indhold forsvinder fra indekset.

Opret et Golden Set til relaunch-QA

En stikprøve med et par venlige spørgsmål er ikke nok. Opret et Golden Set baseret på reelle søgeintentioner og forventede hovedbudskaber. Hvordan du evaluerer sådanne tests struktureret, vises i guiden KI-Chatbot-Antwortqualität messen.

Til relaunchet bør sættet indeholde forskellige risikoklasser:

• spørgsmål om centrale produkter, ydelser, priser og forudsætninger,
• spørgsmål, hvor svaret er flyttet til en ny URL,
• spørgsmål om indhold, der bevidst er fjernet eller slået sammen,
• fletydige formuleringer og typiske tastefejl,
• spørgsmål på alle reelt tilbudte sprog,
• tilfælde, hvor botten ikke må give et usikkert svar.

Evaluer ikke kun ordlyden. Kontroller, om den rigtige kilde blev hentet, om links peger på det nye domæne og den korrekte sprogsti, og om tal, datoer samt produktnavne er overført præcist. En pæn sætning med en gammel URL er ikke en bestået test.

Test routing, formularer og handoff separat

Mange chatbotter besvarer ikke kun spørgsmål, men kvalificerer også henvendelser eller overdrager samtaler. Efter et relaunch kan nye formularfelter, andre hændelser eller ændrede routing-regler ubemærket gå i stykker. Test derfor mindst ét succesfuldt og ét afvist forløb pr. vigtigt mål. Tjek desuden, om samtykketekster er synlige, og om de overførte data lander i det rigtige system.

Ved flersprogede websites skal hvert sprog testes som sin egen brugersti. En fungerende tysk dialog beviser ikke, at franske links, kroatiske kilder eller engelske overdragelsestekster er korrekte.

Go-live i en kontrolleret rækkefølge

Selve skæringspunktet for omstillingen bør være kort og overskueligt. Frys indholdsændringer i et klart defineret tidsrum, eksporter den endelige URL-mapping, og dokumenter den godkendte indeksstatus. Derefter kan det nye website offentliggøres, og omdirigeringslogikken aktiveres.

En praktisk rækkefølge er:

1. Klargør produktion, og tjek grundlæggende sideindlæsninger.
2. Kontroller omdirigeringer, canonicals, sitemap og robots-signaler.
3. Opbyg det produktive chatbot-indeks med de godkendte kilder.
4. Kør Golden Set mod produktionsmiljøet.
5. Test formularer, analytics og human handoff med mærkede testtilfælde.
6. Gør først derefter chatbotten synlig for alle besøgende.

Hvis chatbotten skal forblive synlig under flytningen, er en begrænset tilstand en god idé: Besvar kun stabile emner, oplys gennemskueligt om den igangværende opdatering ved usikre spørgsmål, og tilbyd en menneskelig kontaktmulighed. Opfind ikke midlertidige oplysninger.

Efter relaunchet: Overvåg fejlmønstre målrettet

I de første dage bør teamet ikke kun overvåge sidevisninger. Relevante er også ubesvarede spørgsmål, fallback-rate, klik på kilder, hyppige gamle URL'er og samtaler, der uventet overdrages til mennesker. Disse signaler viser, hvor der stadig er huller i mappingen eller vidensbasen.

Kontroller stikprøver af de mest anvendte svar manuelt. Hvis botten henviser til en gammel URL, kan årsagen ligge i det gemte dokument, i indekset eller i en hårdkodet svarskabelon. Ret kilden, udfør en målrettet genindeksering, og gentag den samme test. En generel genindeksering af alt indhold gør fejlsøgningen sværere.

Planlæg desuden afvikling af staging-adgange og test-webhooks. Adgangsoplysninger, der ikke længere er brug for, bør deaktiveres, midlertidige allowlist-poster fjernes, og testindeks arkiveres eller slettes klart. På den måde forbliver relaunch-infrastrukturen ikke ubemærket som en permanent angrebsflade.

Kort relaunch-tjekliste til website-teams

• Chatbot-ansvarlige er angivet i relaunch-planen og godkendelsesprocessen.
• Staging er adgangsbeskyttet og adskilt fra det produktive indeks.
• Gamle og nye URL'er er kortlagt med kildestatus og testspørgsmål.
• Crawl-regler, sprog, PDF'er og ekskluderinger er kontrolleret.
• Det nye indeks blev testet fuldstændigt og derefter inkrementelt.
• Golden Set dækker kernespørgsmål, gamle URL'er, negativtilfælde og handoff.
• Alle links, tal, navne og sprogstier er korrekte i svarene.
• Overvågning og ansvarsområder for tiden efter go-live er fastlagt.

Hvis man behandler chatbotten som sin egen relaunch-arbejdsstrøm, forhindrer man forældede svar og uklare kilder. Samtidig skabes der en ren proces, som kan genbruges ved fremtidige indholdsændringer. Du finder også oplysninger om teknisk integration i artiklen KI-Chatbot in eine Website einbinden.

Kilder

• 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

Planlægger du et relaunch og ønsker at flytte din website-chatbots vidensbase på en kontrolleret måde? Definer kilder, testspørgsmål og overdragelsesregler før go-live. ChatReact hjælper dig med at strukturere website-indhold som et gennemskueligt grundlag for flersprogede dialoger.