Configurer les domaines autorisés et tester sur mobile
Autorisez les noms d’hôte de production prévus et validez l’Agent sur des écrans clients étroits. Ce guide maintient le travail centré sur les domaines de déploiement et fournit une procédure répétable qu’un nouvel ut...
Autorisez les noms d’hôte de production prévus et validez l’Agent sur des écrans clients étroits. Ce guide maintient le travail centré sur les domaines de déploiement et fournit une procédure répétable qu’un nouvel utilisateur de Humind peut suivre sans modifier une configuration sans rapport.
Le déploiement connecte un Agent configuré à un canal de vente orienté client. La méthode d’installation dépend de la vitrine, mais chaque lancement nécessite un domaine autorisé, une seule intégration valide, un point d’entrée visible et des tests sur le site réel. Les tests dans l’espace de travail restent utiles, mais ils ne peuvent pas remplacer la validation dans l’environnement déployé.
Avant de commencer
Accès : Un accès en écriture aux paramètres de l’entreprise ou du déploiement est requis pour modifier les domaines autorisés.
- Listez les domaines de production canoniques et les sous-domaines requis.
- Excluez les environnements temporaires, privés et sans rapport.
- Préparez un véritable appareil mobile ou une fenêtre de navigateur étroite.
Travaillez dans la plus petite zone propriétaire décrite ci-dessous et conservez l’état actuel visible côté client pendant que vous préparez la modification. Avant de cliquer sur une action finale, confirmez l’entreprise active, l’Agent, la boutique, la langue et le marché affichés dans Humind. Un contrôle manquant peut indiquer un accès en lecture seule ou une capacité qui n’est pas configurée pour cette entreprise. Dans ce cas, consignez la tâche prévue et demandez à un administrateur de vérifier l’autorisation ou la dépendance exacte. Ne contournez pas cette limite en partageant un compte, en copiant des données dans une autre zone ou en promettant une capacité que l’espace de travail n’expose pas.
Procédure étape par étape
Confirmer la portée et l’état actuel
Ouvrez les paramètres de domaine de l’entreprise active et comparez les domaines principal et autorisés avec l’installation de la vitrine.
- Confirmez l’entreprise active et l’Agent avant de modifier.
- Enregistrez l’état actuel afin de pouvoir comparer le résultat après la modification.
- Arrêtez-vous si l’écran ou l’autorisation ne correspond pas à la tâche prévue.
Préparer la modification
Ajoutez uniquement les noms d’hôte exacts pris en charge dont le déploiement a besoin et préservez les exigences de routage du marché lorsqu’un domaine partagé est configuré.
- Utilisez la plus petite modification qui permet d’accomplir la tâche client.
- Conservez les informations de référence dans leur source propriétaire.
- Vérifiez les libellés, les dates, la langue et la formulation visible par le client avant d’enregistrer.
Enregistrer et laisser le traitement requis se terminer
Enregistrez la modification du domaine, rechargez le site en ligne dans une nouvelle session et confirmez que l’intégration est acceptée sans hypothèses générales de caractères génériques.
- Attendez que l’interface confirme que la modification est enregistrée.
- Si une synchronisation, une indexation ou une publication est requise, attendez son état final.
- Rechargez la zone et confirmez que les valeurs enregistrées persistent.
Tester l’intégralité du parcours client
Testez l’emplacement du lanceur, l’ouverture, la saisie, les fiches produit, le défilement, le consentement, l’assistance et la fermeture sur un écran étroit et après la navigation entre pages.
- Utilisez une nouvelle session et un scénario client réaliste.
- Vérifiez l’affichage sur ordinateur et sur mobile lorsque le résultat apparaît sur une vitrine.
- Capturez l’étape exacte qui échoue si le résultat diffère de l’attente.
Limites importantes et notes de fonctionnement
- Un enregistrement réussi confirme la persistance, pas chaque synchronisation en aval ni chaque mise à jour publique.
- Les autorisations de l’espace de travail peuvent masquer une zone ou autoriser la lecture sans autoriser les modifications.
- Ne copiez pas des faits volatils sur le catalogue, le compte ou le client dans un contenu narratif comme solution de contournement.
- Testez uniquement les capacités prises en charge qui sont visibles et configurées pour l’entreprise actuelle.
- Gardez les modifications dans les domaines de déploiement séparées des travaux sans rapport sur l’Agent, Knowledge, le catalogue, Inbox ou Helpdesk.
Vérifier le résultat
- Le nom d’hôte prévu est autorisé et les hôtes sans rapport restent exclus.
- Le marché correct et l’Agent se chargent sur le domaine réel.
- Aucun contrôle important de la vitrine n’est couvert sur mobile.
- Les flux de conversation et d’assistance résistent à la navigation et aux changements d’écran.
Conservez un court relevé de ce que vous avez testé, du scénario client que vous avez utilisé et de ce qui a changé. Cela rend le dépannage ultérieur plus précis et aide un autre collègue à reproduire le résultat sans se fier à la mémoire.
Dépannage
L’Agent fonctionne en local mais pas en production
Comparez le nom d’hôte exact de production, l’intégration déployée, le comportement du consentement et de la sécurité du contenu, ainsi que l’enregistrement du domaine autorisé. Une réussite en local ne peut pas valider le routage de production.
Le lanceur bloque les contrôles mobiles
Utilisez le placement de point d’entrée pris en charge et testez les largeurs de fenêtre courantes. Évitez les surcharges CSS de la vitrine qui rendent l’intégration inaccessible ou fragile.