Checklist di lancio

Usa questa checklist prima di presentare ChattyBox ai clienti. Individua le lacune di configurazione più comuni che fanno sembrare un chatbot installato ma non ancora pronto.

Per un rollout del supporto, affianca questa checklist alla guida al chatbot AI per l’assistenza clienti in modo che le risposte basate su contenuti pubblici abbiano un percorso di escalation chiaro per domande specifiche dell’account, sensibili o irrisolte.

Prontezza dei contenuti

• Sono stati selezionati contenuti pubblici e accessibili al crawler da cui il chatbot deve rispondere.
• Pagine private, pagine di amministrazione, flussi di checkout, pagine account, bozze e contenuti di staging sono esclusi.
• Hai scelto l'input di crawling corretto: sitemap per una copertura ampia, URL manuali per un insieme di lancio curato oppure solo la homepage per un sito piccolo.
• Sono incluse le pagine importanti su prodotto, prezzi, policy, supporto, FAQ, onboarding e risoluzione dei problemi.
• I siti multilingue includono le versioni linguistiche da cui prevedi che il widget risponda.

Convalida dello scraping

• Lo scraping è stato completato correttamente nella dashboard.
• Il numero di pagine indicizzate corrisponde a quanto previsto dal piano e dall'ambito del lancio.
• Le pagine modificate o migrate di recente sono state sottoposte a nuovo scraping.
• Le pagine bloccate sono state controllate per autenticazione, regole robots, redirect o contenuti disponibili solo tramite JavaScript.

Qualità delle risposte

• Hai posto domande di test reali relative a vendite, supporto, onboarding e documentazione.
• Le risposte usano solo contenuti indicizzati e rifiutano le domande che i contenuti non possono supportare.
• Le risposte utili mostrano citazioni delle fonti.
• I link delle citazioni aprono le pagine fonte pubbliche previste.
• Le risposte deboli sono state corrette migliorando i contenuti fonte o aggiungendo pagine mancanti, quindi è stato eseguito nuovamente lo scraping.

Installazione del widget

• Il widget è installato sulle pagine pubbliche previste.
• Lo script viene caricato una sola volta per pagina.
• Lo script include data-api-key.
• Lo script include data-api-url.
• Ogni valore data-locale corrisponde alla lingua della pagina.
• Il widget si apre e invia una domanda di test in una finestra in incognito.
• I test su viewport mobile confermano che launcher e pannello chat sono utilizzabili.

Controlli di chiave API e origine

• La chiave pubblica di produzione esiste in Public Keys ed è quella selezionata in Embed.
• Le chiavi pubbliche eliminate, ruotate o destinate solo ai test non sono usate sulle pagine di produzione.
• Se la chiave pubblica ha origini consentite, l'origine di produzione è inclusa esattamente, ad esempio https://example.com.
• Staging e produzione usano le chiavi e le restrizioni di origine previste.
• Nel codice frontend, in GTM, nell'HTML personalizzato del CMS o nel sorgente della pagina non sono presenti chiavi API private del server, token admin o segreti.

Controlli di browser e distribuzione

• La console del browser non contiene errori ChattyBox.
• La Content Security Policy consente lo script del widget e l'URL API se il sito usa CSP.
• Ad blocker o strumenti per il consenso non bloccano il widget nelle pagine in cui deve comparire.
• È stato testato il sito finale distribuito, non solo lo sviluppo locale.

Dopo il lancio

• Controlla Analytics dopo il primo periodo di traffico.
• Controlla le domande senza risposta e le lacune informative.
• Aggiungi documentazione, FAQ o esempi mancanti in base alle domande reali dei visitatori.
• Esegui nuovamente lo scraping delle pagine aggiornate dopo le modifiche ai contenuti.
• Ruota o limita le chiavi pubbliche del widget se cambia il dominio di lancio.

Se un elemento non supera il controllo, usa la Risoluzione dei problemi prima del lancio.