AI chatbot pri relaunchu web stranice: Staging, preusmjeravanja i Go-live QA

Relaunch web stranice ne mijenja samo dizajn, navigaciju i URL-ove. On mijenja i bazu znanja AI chatbota. Nove stranice proizvoda zamjenjuju stare putanje, tekstovi pomoći sele u druga područja, a neki sadržaji potpuno nestaju. Ako bot tijekom te promjene nastavi raditi na zastarjelom indeksu, pružat će tečne, ali potencijalno netočne ili nepronađene odgovore.

Zato se AI chatbot ne bi smio tretirati kao sporedni widget. On pripada u plan relauncha jednako kao i preusmjeravanja, sitemap, analitika i obrasci. Ključan je kontrolirani lanac: inventarizacija izvora, čisto odvajanje staginga, indeksiranje novih sadržaja, testiranje odgovora i tek onda odobravanje stanja podataka za produkciju.

Zašto chatbot mora biti dio plana relauncha

Klasični test relauncha provjerava učitavaju li se stranice, funkcioniraju li preusmjeravanja i mogu li se poslati obrasci. Kod chatbota temeljenog na RAG-u dodaje se druga razina: koji se odlomci teksta pronalaze, koji se izvor citira i odgovara li odgovor još uvijek novoj strukturi stranice?

Retrieval-Augmented Generation, skraćeno RAG, povezuje jezični model s vlastitim sadržajima. Komponenta pretraživanja dohvaća odgovarajuće isječke teksta iz indeksa; model na temelju toga oblikuje odgovor. Microsoft kao središnje zadatke navodi, između ostalog, relevantne umjesto iscrpnih rezultata, ažurno indeksiranje i kontrolirani pristup izvorima. Za relaunch to znači: ispravno preusmjeravanje u pregledniku ne ažurira automatski indeks chatbota.

Stoga planirajte tri povezana toka podataka. Web poslužitelj preusmjerava stare URL-ove. Tražilice dobivaju kanonske oznake (canonicals), statusne kodove i ažurirani sitemap. Chatbot dobiva novo izgrađenu ili ciljano ažuriranu bazu znanja. Tek kada sve tri razine pokazuju na iste ciljne stranice, migracija je konzistentna.

Sigurna i realistična priprema staging okruženja

Zaštita pregleda bez narušavanja testiranja

Staging web stranica ne bi trebala biti slučajno javno indeksirana. Za uobičajene tražilice noindex ili odgovarajući X-Robots-Tag mogu biti dodatni slojevi zaštite. Međutim, Google ističe da se uputa noindex može pročitati samo ako crawler smije dohvatiti stranicu. Stoga su za uistinu povjerljive staging sadržaje zaštita pristupa i dopuštenja važniji od čistog robots pravila.

Crawler chatbota svejedno treba kontrolirani pristup. Upotrijebite za to odvojene pristupne podatke, jasno definiran popis dopuštenih adresa (allowlist) i vlastiti staging indeks. Tako sprječavate ulazak nacrta u produkcijske odgovore. Istovremeno se bot može testirati s realističnim navigacijama, PDF-ovima i strukturiranim sadržajima.

Dosljedno odvajanje konfiguracija

Staging i produkcija ne bi trebali koristiti isti indeks, webhook ili analitički tok podataka. Dodijelite jedinstvene nazive i prije svakog testiranja provjerite na koji cilj pokazuje pojedina konfiguracija. Jednostavan popis za odobrenje trebao bi sadržavati barem domenu, početne točke cravlanja, dopuštene vrste datoteka, isključenja, naziv indeksa i odgovornu osobu.

Osobito su važni obrasci i preusmjeravanja na agente (ljude). Testni razgovor ne smije slati stvarne potencijalne klijente (leads) odjelu prodaje niti stvarati produkcijske tikete podrške. Upotrijebite označene testne ciljeve i provjerite predaju čovjeku (Human-Handoff) kao zaseban proces.

Zajednički rad na URL mapiranju i inventaru izvora

Google kod migracija stranica s promijenjenim URL-ovima preporučuje precizno dodjeljivanje starih adresa novima te trajna serverska preusmjeravanja. Za chatbot bi se isti popis mapiranja trebao dopuniti poljima znanja. Time SEO tablica postaje zajednički upravljački instrument za web, sadržaj i AI.

Za svaki relevantni izvor zabilježite barem:

• stari i novi URL te očekivani HTTP status,
• vrstu stranice, jezik i stručnu odgovornost,
• je li izvor i dalje valjan, zamijenjen ili uklonjen,
• smije li biti uključen u indeks chatbota,
• koja bi testna pitanja izvor trebao pokriti.

Nemojte paušalno preusmjeravati staru stranicu na početnu stranicu. Nova ciljna stranica trebala bi sadržajno odgovarati. Za trajno preseljene sadržaje trajna preusmjeravanja su pravi signal; Google navodi serverska 301 i 308 preusmjeravanja kao trajne varijante. Uklonjeni sadržaji bez prave zamjene ne bi trebali umjetno pokazivati na neodgovarajući sadržaj.

Također provjerite interne poveznice, kanonske oznake i sitemap. Crawler chatbota trebao bi izravno preuzeti nove ciljne URL-ove umjesto da trajno prolazi kroz stare adrese. To smanjuje nepotrebna dohvaćanja i čini navođenje izvora u odgovorima razumljivijim.

Kontrolirana ponovna izgradnja baze znanja

Relaunch je dobar trenutak za čišćenje baze znanja. Uklonite dvostruke nacrte, zastarjele PDF-ove i stranice koje su bile namijenjene samo za kampanje ili interne testove. Nakon toga definirajte dopuštene početne točke i isključenja za crawling. Upute za to nudi članak Održavanje baze znanja AI chatbota ažurnom.

Tijekom indeksiranja naslovi, odlomci, popisi i tablice trebaju se smisleno podijeliti na dijelove (chunks). Preveliki blokovi teksta često pružaju previše konteksta, dok vrlo mali fragmenti gube svoje značenje. Microsoft navodi segmentaciju (chunking), vektorizaciju i hibridno pretraživanje kao gradivne blokove klasičnih RAG cjevovoda. Međutim, presudan nije sam postupak, već pronalaze li se relevantni novi sadržaji pouzdano kod stvarnih pitanja korisnika.

Izvršite prvo potpuno cravlanje u staging indeksu i zabilježite stranice s pogreškama, blokirane datoteke te neobično male ili velike dokumente. Nakon toga pokrenite drugi, inkrementalni prolaz. Tako provjeravate prepoznaju li se promjene uistinu i nestaju li izbrisani sadržaji iz indeksa.

Izrada Golden Seta za QA prilikom relauncha

Neznatni uzorak s nekoliko ljubaznih pitanja nije dovoljan. Izradite Golden Set od stvarnih intencija pretraživanja i očekivanih ključnih poruka. Kako strukturno procijeniti takve testove, pokazuje vodič Mjerenje kvalitete odgovora AI chatbota.

Za relaunch bi set trebao sadržavati različite razrede rizika:

• pitanja o ključnim proizvodima, uslugama, cijenama i uvjetima,
• pitanja čiji je odgovor preseljen na novi URL,
• pitanja o namjerno uklonjenim ili spojenim sadržajima,
• dvosmislene formulacije i tipične tipfelere,
• pitanja na svim stvarno ponuđenim jezicima,
• slučajeve u kojima bot ne smije dati siguran odgovor.

Nemojte procjenjivati samo tekstualni izričaj. Provjerite je li dohvaćen pravi izvor, pokazuju li poveznice na novu domenu i ispravnu jezičnu putanju te jesu li brojevi, podaci i nazivi proizvoda točno preuzeti. Lijepa rečenica sa starim URL-om nije položen test.

Zasebno testiranje usmjeravanja, obrazaca i handoffa

Mnogi chatboti ne odgovaraju samo na pitanja, već i kvalificiraju upite ili predaju razgovore. Nakon relauncha nova polja obrazaca, drugi događaji (events) ili promijenjena pravila usmjeravanja (routing) mogu neprimjetno prestati raditi. Stoga testirajte barem jedan uspješan i jedan odbijen tijek po važnom cilju. Osim toga, provjerite jesu li tekstovi privole vidljivi i stižu li preneseni podaci u pravi sustav.

Kod višejezičnih web stranica svaki se jezik mora provjeriti kao zasebna korisnička putanja. Funkcionalan njemački dijalog ne dokazuje da su francuske poveznice, hrvatski izvori ili engleski tekstovi predaje ispravni.

Go-live kontroliranim redoslijedom

Sama točka prebacivanja trebala bi biti kratka i razumljiva. Zamrznite izmjene sadržaja na jasno definirano vremensko razdoblje, izvezite konačno URL mapiranje i dokumentirajte odobreno stanje indeksa. Nakon toga se nova web stranica može objaviti i aktivirati logika preusmjeravanja.

Praktičan redoslijed je:

1. Pripremiti produkciju i provjeriti osnovna dohvaćanja stranica.
2. Prekontrolirati preusmjeravanja, kanonske oznake, sitemap i robots signale.
3. Izgraditi produkcijski indeks chatbota s odobrenim izvorima.
4. Izvršiti Golden Set prema produkcijskom okruženju.
5. Provjeriti obrasce, analitiku i predaju čovjeku (Human-Handoff) s označenim testnim slučajevima.
6. Tek nakon toga učiniti chatbot vidljivim svim posjetiteljima.

Ako chatbot mora ostati vidljiv tijekom migracije, koristan je ograničeni način rada: odgovarati samo na stabilne teme, kod nesigurnih pitanja transparentno ukazati na aktualno ažuriranje i ponuditi mogućnost stupanja u kontakt s čovjekom. Nemojte izmišljati prijelazne informacije.

Nakon relauncha: ciljano praćenje uzoraka pogrešaka

U prvim danima tim ne bi trebao promatrati samo prikaze stranica. Relevantna su i neodgovorena pitanja, stopa rezervnih odgovora (fallback rate), klikovi na izvore, česti stari URL-ovi i razgovori koji se neočekivano predaju ljudima. Ti signali pokazuju gdje mapiranje ili baza znanja još uvijek imaju nedostatke.

Ručno provjerite uzorke najčešće korištenih odgovora. Ako bot upućuje na stari URL, uzrok može biti u spremljenom dokumentu, indeksu ili u tvrdo kodiranom predlošku odgovora. Ispravite izvor, izvršite ciljano ponovno indeksiranje i ponovite isti testni slučaj. Paušalno ponovno generiranje cjelokupnog sadržaja otežava pronalazak pogrešaka.

Također planirajte uklanjanje staging pristupa i testnih webhookova. Pristupne podatke koji više nisu potrebni treba deaktivirati, privremene unose u allowlist ukloniti, a testne indekse jasno arhivirati ili izbrisati. Tako infrastruktura za relaunch ne ostaje neprimjetno kao trajna površina za napad.

Kratka kontrolna lista za relaunch web timova

• Osobe odgovorne za chatbot navedene su u planu relauncha i u procesu odobrenja.
• Staging je zaštićen pristupom i odvojen od produkcijskog indeksa.
• Stari i novi URL-ovi mapirani su sa statusom izvora i testnim pitanjima.
• Pravila cravlanja, jezici, PDF-ovi i isključenja su provjereni.
• Novi indeks je testiran u potpunosti, a zatim i inkrementalno.
• Golden Set pokriva ključna pitanja, stare URL-ove, negativne slučajeve i predaju čovjeku.
• Sve poveznice, brojevi, nazivi i jezične putanje točni su u odgovorima.
• Praćenje (monitoring) i odgovornosti za razdoblje nakon objave (go-live) definirani su.

Tko chatbot tretira kao zaseban radni tok (workstream) prilikom relauncha, sprječava zastarjele odgovore i nejasne izvore. Istovremeno nastaje čist proces koji se može ponovno upotrijebiti kod kasnijih izmjena sadržaja. Savjete za tehničku integraciju možete pronaći i u članku Integracija AI chatbota u web stranicu.

Izvori

• 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

Planirate relaunch i želite kontrolirano preseliti bazu znanja svog web chatbota? Definirajte izvore, testna pitanja i pravila predaje prije go-livea. ChatReact vam pomaže strukturirati sadržaje web stranice kao razumljivu osnovu za višejezične dijaloge.