Comment configurer une plateforme de chatbot en marque blanche en tant qu'administrateur

Connectez-vous en tant qu'administrateur en marque blanche dédié et ouvrez Account depuis l'en-tête. Le compte doit être associé au rôle admin au sein d'une organisation de type whitelabel. La barre latérale affiche alors la section Admin spécifique à l'organisation avec Users ; elle ne doit pas afficher les routes Organizations, Costs, Revenue ou d'autres routes de super-administrateur à l'échelle de la plateforme.

Notez le nom de l'organisation, l'identité du compte et l'hôte actuel sans afficher de mot de passe, de jeton de session ou de secret SMTP. Si le statut attendu, la carte Branding, la carte SMTP ou le lien Users sont absents, arrêtez-vous. Ne continuez pas avec un utilisateur standard, un membre de l'équipe ou un super-administrateur de la plateforme.

En haut de Account Settings, consultez le forfait actuel, le pool de chatbots, les messages par mois, les caractères de données d'entraînement et le badge de vérification du domaine. Le premier chiffre correspond à l'utilisation réelle à l'échelle de l'organisation ; le second correspond à la capacité disponible. Les utilisateurs recevront ultérieurement des limites individuelles prélevées sur ce pool.

Vous pouvez ouvrir les boîtes de dialogue des options, des forfaits et des voix pour expliquer les choix disponibles, mais n'acceptez pas les conditions, ne cliquez pas sur Buy now, ne modifiez pas une quantité payante, ne résiliez pas d'abonnement et n'ouvrez pas le portail Stripe pendant la capture réutilisable. Un aperçu de facturation n'est pas un achat de test.

Ouvrez Set up whitelabel et saisissez uniquement le nom d'hôte approuvé, sans https://,, sans chemin d'accès ni barre oblique finale. Ce tutoriel utilise northstar-wl-tutorial.test, une valeur réservée exclusivement locale qui ne peut pas prouver la propriété du domaine, le routage public ou la disponibilité d'un certificat. Remplacez-la par un sous-domaine dédié et contrôlé par l'organisation uniquement lors du déploiement réel en production.

La modification du domaine réinitialise sa vérification précédente. Confirmez l'hôte prévu avec le responsable DNS, le responsable des identités et l'équipe d'assistance avant d'enregistrer. Ne réutilisez pas un domaine de connexion de production pour un tutoriel et ne pointez pas de domaine apex sans avoir examiné l'impact sur le DNS et les e-mails.

La page de configuration affiche le flux de travail de production : copiez le type d'enregistrement exact, le nom, la cible et le TTL chez le fournisseur DNS de l'organisation. L'enregistrement CNAME est l'option recommandée ; n'utilisez l'enregistrement A proposé en secours qu'après examen des compromis opérationnels par le responsable DNS. Aucun enregistrement DNS n'a été créé ou interrogé lors de cette exécution locale réutilisable.

L'état vert dans la capture d'écran a été initialisé localement pour expliquer l'interface. Pour la production, attendez la propagation, sélectionnez Check DNS now, exigez les statuts DNS correct et Verified, puis ouvrez l'URL HTTPS du locataire dans un navigateur propre pour confirmer le certificat, l'hôte et la page de connexion personnalisée. Aucun de ces contrôles DNS ou HTTPS externes n'est garanti par les éléments de preuve de ce tutoriel.

Dans Branding & whitelabel, définissez le nom de plateforme fictif Northstar AI Studio, support@example.com, la couleur primaire #029cf5, “Powered by Northstar AI Studio”, https://example.com, un pied de page fictif ainsi que les chemins réservés pour les mentions légales et la confidentialité sous example.com. Importez le logo et le favicon de TEST approuvés ; la véritable organisation doit utiliser ses propres ressources et pages légales vérifiées.

Enregistrez une fois et laissez l'application se recharger. Vérifiez qu'aucun champ n'est tronqué et que les proportions des images sont respectées. La couleur primaire génère la palette de couleurs de l'interface, tandis que les liens du pied de page des e-mails sont distincts du nom et de l'adresse de l'expéditeur SMTP.

Ouvrez Dashboard après l'enregistrement. Confirmez le logo Northstar, le titre Welcome back, Northstar, la vraie carte No Chatbots Yet, le nom de l'organisation dans le titre du navigateur et le thème bleu enregistré. Cette vue est délibérément différente de Account Settings, ce qui prouve que l'image de marque enregistrée s'applique bien à une autre route du produit.

Pour le lancement en production, ouvrez le domaine vérifié du locataire dans une session propre et séparée. Vérifiez le favicon, le certificat, la page de connexion, les états de focus et boutons bleus, les liens du compte et le contact d'assistance destiné aux clients. Inspectez l'affichage sur ordinateur et sur un écran étroit sans basculer en mode sombre.

Chargez Email / SMTP avant de saisir la moindre information. Utilisez l'hôte hors production, le port, le mode SSL, le nom d'utilisateur, le mot de passe, le nom de l'expéditeur et l'adresse de l'expéditeur approuvés par l'organisation. Le mot de passe doit provenir d'un gestionnaire de secrets et ne jamais apparaître dans les captures d'écran, les narrations, les journaux, les fichiers sources ou les manifestes. Laisser le champ du mot de passe vide conserve le secret déjà enregistré.

N'enregistrez qu'une fois la configuration actuelle correctement chargée. Test connection peut contacter le serveur SMTP, exécutez-le donc uniquement sur l'environnement de test approuvé. Pour tester la distribution, n'invitez qu'une boîte de réception contrôlée une fois la connexion validée. Le serveur refuse les e-mails en marque blanche sans configuration SMTP dédiée opérationnelle afin d'éviter toute fuite de l'expéditeur WebChatAgent ; un test en échec bloque l'étape d'invitation.

Ouvrez Admin → Users. Les cartes des pools de l'organisation indiquent la capacité réelle utilisée et la quantité déjà allouée. Le tableau des clients affiche ensuite l'état du compte, le nombre réel de chatbots, les allocations individuelles, les fournisseurs de modèles internes autorisés et la dernière activité.

Laissez une ressource vide si le client doit puiser dans le pool partagé de l'organisation. Saisissez un nombre uniquement si le contrat ou la politique de risque exige un plafond personnel. Les bots des clients standards utilisent des emplacements de bots payants. Seuls les chatbots explicitement créés avec l'option de test de l'administrateur restent exclus de ce décompte d'emplacements ; leurs messages, le contenu indexé et le stockage consomment toujours les ressources du forfait.

Dans Admin → Users, choisissez Create directly, et non Invite user. Saisissez Northstar Demo Client et wl-client-tutorial@example.com, puis définissez un mot de passe robuste. L'enregistrement utilise un mot de passe aléatoire nouvellement généré qui reste masqué et n'est jamais conservé dans les éléments publics. La création directe n'envoie aucun e-mail.

Après avoir cliqué sur Create, vérifiez qu'il n'y a qu'une seule nouvelle ligne avec le rôle user et le statut actif. Il s'agit d'un compte client standard sans expiration automatique. Notez son identifiant interne de manière confidentielle afin que la démo temporaire puisse être supprimée précisément. Pour un client réel, partagez l'accès via votre canal sécurisé approuvé ; n'exposez jamais de mot de passe dans une capture d'écran, une narration ou un chat de support.

Restez connecté en tant qu'administrateur en marque blanche. Choisissez Create New dans la barre latérale, saisissez Northstar Demo Bot et sélectionnez Test chatbot (archived after 14 days). Sélectionnez ensuite Create. Par exemple, une agence peut préparer cette démo distincte pour un prospect avant d'allouer un chatbot client standard.

Sur la page du nouveau chatbot, recherchez les mentions This is a test chatbot et Convert to regular chatbot. La barre latérale doit afficher Test à côté de Northstar Demo Bot. Ouvrez le bot depuis cette entrée de la barre latérale si vous souhaitez vérifier à nouveau son statut. Le nom seul ne suffit pas à créer un chatbot de test : ce sont l'option sélectionnée et le statut enregistré qui comptent.

Comparez l'utilisation des chatbots payants de l'organisation avant et après la création. Ce bot ne doit ajouter aucun emplacement payant, mais ses messages, son contenu indexé et son stockage sont toujours décomptés des limites globales du forfait partagé. Le bot appartient à l'administrateur qui l'a créé. Il est distinct de Northstar Demo Client et ne doit pas apparaître dans la liste de ce client.

Au bout de 14 jours, le bot est archivé et cesse de répondre. Ses paramètres et ses sources sont conservés, mais ses connaissances indexées sont effacées. L'option Convert to regular chatbot permet de conserver une démo active en tant que bot standard ; la réactivation d'un bot archivé le transforme également en bot standard et nécessite un emplacement de bot payant disponible. La réactivation remet ses sources en file d'attente pour une nouvelle indexation. Attendez la fin de l'indexation avant de tester les réponses ; une boîte de réception connectée doit être réactivée séparément. Un bot archivé est définitivement supprimé après 120 jours, soit environ quatre mois. Ces transitions ultérieures du cycle de vie sont expliquées d'après les règles du produit et ne sont pas simulées en avançant l'horloge dans ce tutoriel.

Revenez dans Admin → Users et modifiez uniquement Northstar Demo Client. Allouez 1 chatbot, 2,000 messages par mois et 500,000 caractères d'entraînement. Limitez les fournisseurs internes à Google Vertex (EU). Activez l'accès restreint au tableau de bord et accordez l'accès à Chatbots, Conversations et Analytics. Marquez Leads comme aperçu verrouillé ; laissez Live Chat, Feedback, Questions, Bookings, Tickets et Calls masqués.

Enregistrez et rouvrez le client pour confirmer la persistance des données. Un teaser n'est pas un accès : il affiche un aperçu flouté de la fonctionnalité et le moyen de contacter l'organisation. Le durcissement des restrictions d'un client limite également les autorisations des membres de son équipe ; lever la restriction plus tard ne rétablit pas automatiquement les droits retirés.

Utilisez Log in as this user sur la ligne active de Northstar Demo Client. La bannière orange d'usurpation d'identité doit identifier wl-client-tutorial@example.com. Créez un assistant standard nommé Northstar Client Test. « Test » fait uniquement partie de son nom d'exemple, pas de son statut. Il utilise l'allocation de bots standards du client et ne comporte aucune expiration automatique. Vérifiez que Chatbots, Conversations et Analytics s'ouvrent et que seul Google Vertex (EU) est disponible en tant que fournisseur interne.

Consultez la liste des chatbots du client : elle doit contenir Northstar Client Test, et non le bot Northstar Demo Bot appartenant à l'administrateur. Le bot du client ne doit comporter ni l'avis de démo temporaire ni le badge Test. Aucune réponse IA n'est générée lors de cette vérification des autorisations, le simple choix du fournisseur ne constitue donc pas une preuve d'appel effectif au modèle.

Ouvrez Leads et exigez l'aperçu verrouillé au lieu des données réelles. Essayez d'accéder directement à l'URL Bookings et vérifiez le retour automatique vers Dashboard sans afficher de contenu protégé. Le client ne doit pas voir Admin → Users, le statut de marque blanche dans Account, Branding, SMTP, l'achat de forfaits ou les assistants d'autres clients. Notez séparément les résultats autorisés et refusés.

Quittez l'usurpation d'identité via la bannière orange pour que l'administrateur WL revienne sur /settings/users. Désactivez Northstar Demo Client et vérifiez que ses identifiants sont rejetés. Ne le réactivez que le temps nécessaire pour terminer une vérification planifiée ; sinon, passez directement à la suppression définitive.

Supprimez wl-client-tutorial@example.com et confirmez l'avertissement indiquant que son assistant et ses données sont supprimés. Interrogez à nouveau l'inventaire de l'organisation et vérifiez que l'utilisateur, le bot Northstar Client Test et les enregistrements dépendants sont bien absents. Cela ne supprime pas le bot distinct Northstar Demo Bot de l'administrateur. Le script de capture local supprime ce bot prospect lors du nettoyage final lorsqu'il supprime l'administrateur et l'organisation isolés.

Restaurez l'instantané de la marque enregistré, supprimez les fichiers de logo de démo téléversés, restaurez ou effacez le domaine du tutoriel et vérifiez qu'aucun paiement, invitation, appel de fournisseur de modèles ou e-mail client externe n'a eu lieu. Le nettoyage final doit indiquer zéro utilisateur, organisation, bot, ligne dépendante et fichier téléversé liés au tutoriel. La seule suppression du client ne suffit pas à garantir ces cinq résultats.