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 lorsque le client doit puiser dans le pool partagé de l'organisation. Saisissez un nombre uniquement lorsque le contrat ou la politique de gestion des risques exige une limite individuelle. Les messages, le contenu indexé et le stockage utilisés par les clients de TEST consomment toujours les ressources du forfait, même si leurs bots ne décomptent pas d'emplacements de bots payants.

Choisissez Create directly et non Invite user. Saisissez Northstar Demo Client et wl-client-tutorial@example.com, fournissez le mot de passe uniquement à partir de l'environnement de capture sécurisé et activez Test account. La création directe n'envoie aucun e-mail, crée un utilisateur standard et applique le marqueur de suppression automatique à 14 jours.

Exigez l'affichage d'une seule nouvelle ligne avec le badge Test et la mention d'expiration. Notez l'identifiant du nouvel utilisateur en dehors des éléments publics afin de réaliser un nettoyage exact. N'utilisez jamais l'adresse d'un client réel, d'un collègue ou une adresse joignable, et ne lisez jamais le mot de passe à voix haute ni ne le saisissez dans une zone visible pouvant être recadrée.

Modifiez uniquement la nouvelle ligne TEST. 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 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 TEST active. La bannière orange d'emprunt d'identité doit identifier wl-client-tutorial@example.com. Créez un assistant nommé Northstar Client Test et vérifiez que Chatbots, Conversations et Analytics s'ouvrent bien. Confirmez que le client peut sélectionner uniquement Google Vertex (EU).

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'emprunt d'identité via la bannière orange et vérifiez que l'administrateur en marque blanche revient bien sur /settings/users. Désactivez l'utilisateur TEST précis et vérifiez que sa session active perd tout accès authentifié. Ne le réactivez que le temps de 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 effacés. Interrogez à nouveau l'inventaire de l'organisation et vérifiez que l'utilisateur, le bot Northstar Client Test et les enregistrements associés sont absents. Restaurez la sauvegarde de l'image de marque, supprimez les fichiers de logo de TEST importés, restaurez ou effacez tout domaine de tutoriel, ne modifiez pas le SMTP sauf si un instantané de bac à sable dédié a été changé, et vérifiez qu'aucune transaction, invitation ou e-mail externe n'a été émis.