Come configurare una piattaforma chatbot white label come amministratore

Accedi come amministratore white-label dedicato e apri Account dall'intestazione. L'account deve corrispondere al ruolo admin all'interno di un'organizzazione con tipo whitelabel. La barra laterale mostrerà quindi la sezione Admin limitata all'organizzazione con la voce Users; non deve mostrare le route a livello di superadmin come Organizations, Costs, Revenue o altre impostazioni globali.

Prendi nota del nome dell'organizzazione, dell'identità dell'account e dell'host corrente senza mostrare password, token di sessione o credenziali SMTP segrete. Se lo stato previsto, la scheda Branding, la scheda SMTP o il link Users non sono visibili, fermati. Non continuare con un utente normale, un membro del team o un superadmin della piattaforma.

Nella parte superiore di Account Settings, controlla il piano attuale, il pool di chatbot, i messaggi mensili, i caratteri per i dati di addestramento e il badge di verifica del dominio. Il primo numero indica l'utilizzo effettivo dell'intera organizzazione; il secondo rappresenta la capacità disponibile. Gli utenti riceveranno in seguito tetti massimi personali attinti da questo pool.

Puoi aprire le finestre di dialogo relative ad add-on, piani e funzionalità vocali per illustrare le opzioni disponibili, ma non accettare termini, non selezionare Buy now, non modificare quantità a pagamento, non cancellare livelli e non aprire il portale Stripe durante l'acquisizione del tutorial. L'anteprima dei costi non è un acquisto di prova.

Apri Set up whitelabel e inserisci solo il nome host approvato, senza https://,, percorsi o barre finali. Questo tutorial utilizza northstar-wl-tutorial.test, un valore riservato esclusivamente a test locali che non può dimostrare la proprietà del dominio, il routing pubblico o la disponibilità del certificato. Sostituiscilo con un sottodominio dedicato e controllato dall'organizzazione solo durante il rollout di produzione separato.

La modifica del dominio annulla la verifica precedente. Conferma l'host previsto con il responsabile DNS, il responsabile dell'identità e il team di supporto prima di salvare. Non riutilizzare il dominio di accesso di produzione per un tutorial e non puntare un dominio apex senza un piano verificato per DNS e impatto sulla posta.

La pagina di configurazione mostra la procedura per la produzione: copia esattamente tipo di record, nome, destinazione (target) e TTL nel pannello del provider DNS dell'organizzazione. CNAME è l'opzione consigliata; utilizza il record A alternativo proposto solo dopo che il responsabile DNS avrà valutato i compromessi operativi. Durante questo test locale riutilizzabile non è stato creato né interrogato alcun record DNS reale.

Lo stato verde mostrato nello screenshot è stato predisposto localmente per illustrare l'interfaccia. Per la produzione, attendi la propagazione, seleziona Check DNS now, richiedi che risulti DNS correct e Verified, quindi apri l'URL del tenant in HTTPS in un browser pulito per verificare certificato, host e schermata di accesso personalizzata. Nessuno di questi controlli DNS o HTTPS esterni è attestato dalle prove di questo tutorial.

In Branding & whitelabel, imposta il nome fittizio della piattaforma Northstar AI Studio, support@example.com, il colore primario #029cf5, “Powered by Northstar AI Studio”, https://example.com, un piè di pagina fittizio e i percorsi riservati per note legali e privacy sotto example.com. Carica il logo e la favicon di TEST approvati; l'organizzazione reale dovrà utilizzare i propri asset verificati e le proprie pagine legali.

Salva una volta e attendi il ricaricamento dell'applicazione. Controlla che nessun campo venga tagliato e che le proporzioni delle immagini siano corrette. Il colore primario genera la scala cromatica dell'interfaccia, mentre i link nel piè di pagina delle email sono indipendenti dal nome e dall'indirizzo del mittente SMTP.

Apri Dashboard dopo il salvataggio. Verifica il logo di Northstar, l'intestazione Welcome back, Northstar, la scheda reale No Chatbots Yet, il nome dell'organizzazione nel titolo del browser e il tema blu salvato. Questa schermata è volutamente diversa da Account Settings, dimostrando che il branding salvato viene applicato correttamente a un'altra route del prodotto.

Per il lancio in produzione, apri il dominio del tenant verificato in una sessione pulita separata. Controlla la favicon, il certificato, la pagina di accesso, lo stato del focus blu, lo stile dei pulsanti, i link dell'account e i contatti di supporto per i clienti. Esegui la verifica su desktop e su uno schermo ridotto senza passare alla modalità scura (Dark Mode).

Carica la sezione Email / SMTP prima di inserire qualsiasi dato. Utilizza host, porta, modalità SSL, nome utente, password, nome mittente e indirizzo mittente approvati per l'ambiente non di produzione dell'organizzazione. La password deve essere recuperata da un gestore di segreti e non deve mai comparire in screenshot, registrazioni audio, log, file sorgente o manifest. Lasciando il campo password vuoto, viene mantenuto il segreto già memorizzato.

Salva solo dopo che la configurazione corrente è stata caricata correttamente. Il pulsante Test connection può contattare il server SMTP, quindi eseguilo solo verso la sandbox approvata. Per una prova di recapito, invita unicamente una casella di posta controllata dopo che il test di connessione ha avuto successo. Il server rifiuta le email white-label se non è presente un SMTP personalizzato funzionante, per evitare fughe dell'identità del mittente di WebChatAgent; un test non riuscito blocca la fase di invito.

Apri Admin → Users. Le schede del pool dell'organizzazione mostrano la capacità attualmente utilizzata e la quantità già allocata. La tabella dei clienti mostra quindi lo stato dell'account, il numero effettivo di chatbot, le allocazioni personali, i provider di modelli interni consentiti e l'ultima attività.

Lascia una risorsa vuota quando il cliente deve attingere dal pool condiviso dell'organizzazione. Inserisci un numero solo quando il contratto o la politica di rischio richiede un limite personale. I bot standard dei clienti utilizzano slot bot a pagamento. Solo i chatbot creati esplicitamente con l'opzione di test dell'admin rimangono fuori da tale conteggio di slot; i loro messaggi, i contenuti indicizzati e l'archiviazione consumano comunque le risorse del pacchetto.

In Admin → Users, scegli Create directly invece di Invite user. Inserisci Northstar Demo Client e wl-client-tutorial@example.com, quindi imposta una password complessa. La registrazione utilizza una password casuale appena generata che rimane oscurata e non viene mai salvata nel materiale pubblico. La creazione diretta non invia alcuna email.

Dopo Create, cerca esattamente una nuova riga con ruolo user e stato attivo. Si tratta di un account cliente standard senza scadenza automatica. Registra privatamente il suo ID interno in modo da poter rimuovere la demo temporanea con precisione. Per un cliente reale, condividi l'accesso tramite il tuo canale sicuro approvato; non mostrare mai una password in uno screenshot, in una narrazione o in una chat di supporto.

Rimani connesso come admin white-label. Scegli Create New nella barra laterale, inserisci Northstar Demo Bot e seleziona Test chatbot (archived after 14 days). Quindi seleziona Create. Ad esempio, un'agenzia può preparare questa demo separata per un prospect prima di assegnare un chatbot cliente standard.

Nella pagina del nuovo chatbot, cerca This is a test chatbot e Convert to regular chatbot. La barra laterale deve mostrare Test accanto a Northstar Demo Bot. Apri il bot da quella voce della barra laterale se desideri verificarne nuovamente lo stato. Il nome da solo non crea un chatbot di test: contano l'opzione selezionata e lo stato salvato.

Confronta l'utilizzo dei chatbot a pagamento dell'organizzazione prima e dopo la creazione. Questo bot non dovrebbe aggiungere alcuno slot a pagamento, ma i suoi messaggi, i contenuti indicizzati e l'archiviazione contano comunque ai fini dei limiti del pacchetto condiviso. Il bot appartiene all'admin che lo ha creato. È separato da Northstar Demo Client e non deve comparire nell'elenco di quel cliente.

Dopo 14 giorni, il bot viene archiviato e smette di rispondere. Le sue impostazioni e le sue fonti rimangono, ma la conoscenza indicizzata viene cancellata. Convert to regular chatbot mantiene una demo attiva come bot standard; anche la riattivazione di un bot archiviato lo rende standard e richiede uno slot bot a pagamento libero. La riattivazione mette nuovamente in coda le sue fonti per l'indicizzazione. Attendi il completamento dell'indicizzazione prima di testare le risposte; un mailbox collegato deve essere riabilitato separatamente. Un bot archiviato viene eliminato definitivamente dopo 120 giorni, circa quattro mesi. Queste transizioni successive del ciclo di vita sono spiegate in base alle regole del prodotto, non dimostrate avanzando l'orologio in questo tutorial.

Torna su Admin → Users e modifica solo Northstar Demo Client. Assegna 1 chatbot, 2,000 messaggi al mese e 500,000 caratteri di addestramento. Limita i provider interni a Google Vertex (EU). Attiva l'accesso limitato alla dashboard e concedi Chatbots, Conversations e Analytics. Contrassegna Leads come anteprima bloccata; lascia Live Chat, Feedback, Questions, Bookings, Tickets e Calls nascosti.

Salva e riapri il cliente per confermare il salvataggio dei dati. Un'anteprima promozionale (teaser) non è un accesso reale: mostra una funzione sfocata e il modulo di contatto dell'organizzazione. Se si restringono i permessi di un cliente, vengono limitati anche quelli dei membri del suo team; rimuovere la restrizione in un secondo momento non ripristina automaticamente i permessi revocati.

Usa Log in as this user sulla riga attiva di Northstar Demo Client. Il banner arancione di impersonificazione deve identificare wl-client-tutorial@example.com. Crea un assistente standard denominato Northstar Client Test. Test fa solo parte del nome di esempio, non del suo stato. Utilizza l'allocazione di bot standard del cliente e non ha scadenza automatica. Verifica che Chatbots, Conversations e Analytics si aprano e che solo Google Vertex (EU) sia disponibile come provider interno.

Controlla l'elenco dei chatbot del cliente: deve contenere Northstar Client Test, non Northstar Demo Bot di proprietà dell'admin. Il bot del cliente non deve avere né l'avviso di demo temporanea né il badge Test. In questo controllo dei permessi non viene generata alcuna risposta IA, quindi la selezione del provider non costituisce prova di un'effettiva richiesta al provider.

Apri Leads e verifica che compaia l'anteprima bloccata anziché i dati reali. Prova ad accedere a un URL diretto come Bookings e verifica che avvenga il reindirizzamento alla Dashboard senza mostrare contenuti protetti. Il cliente non deve visualizzare Admin → Users, lo stato white-label dell'account, Branding, SMTP, opzioni di acquisto piani o gli assistenti di altri clienti. Registra separatamente le route consentite e quelle bloccate.

Esci dall'impersonificazione tramite il banner arancione e fai tornare l'admin WL su /settings/users. Disabilita Northstar Demo Client e verifica che le sue credenziali vengano rifiutate. Riabilitalo solo per il tempo necessario a completare un controllo pianificato; altrimenti procedi direttamente all'eliminazione definitiva.

Elimina wl-client-tutorial@example.com e conferma l'avviso che indica la rimozione del suo assistente e dei suoi dati. Interroga nuovamente l'inventario dell'organizzazione e verifica che l'utente, il bot Northstar Client Test e i record dipendenti siano assenti. Questo non elimina il bot separato dell'admin Northstar Demo Bot. Il runner di acquisizione locale rimuove quel bot per prospect quando elimina l'admin e l'organizzazione isolati nella sua pulizia finale.

Ripristina lo snapshot salvato del branding, rimuovi gli esatti file del logo demo caricati, ripristina o cancella il dominio del tutorial e verifica che non si siano verificati checkout, inviti, chiamate ai provider dei modelli o email esterne ai clienti. La pulizia finale deve segnalare zero utenti, organizzazioni, bot, righe dipendenti e caricamenti del tutorial. La sola eliminazione del cliente non è sufficiente per garantire questi cinque risultati.