Configurer les langues de l’espace de travail et celles visibles par les clients

Humind comporte plusieurs couches linguistiques qui répondent à des besoins différents. Un collègue peut changer la langue de l’espace de travail B2B, une entreprise peut activer les langues prises en charge, Guidance...

Humind comporte plusieurs couches linguistiques qui répondent à des besoins différents. Un collègue peut changer la langue de l’espace de travail B2B, une entreprise peut activer les langues prises en charge, Guidance peut éventuellement imposer une langue de réponse, et le texte de Knowledge ou de l’interface visible par les clients peut nécessiter son propre contenu traduit.

Ce guide explique ces limites et fournit un plan de test multilingue sûr. Il évite de supposer que la modification d’un menu traduit automatiquement les articles rédigés par le marchand, les données produit ou chaque libellé visible par les clients.

Comment cela s’intègre dans Humind

Humind sépare la configuration, les opérations quotidiennes, les données clients et la mesure afin que chaque modification puisse être examinée au bon endroit. La navigation tient compte des autorisations : deux collègues d’une même entreprise peuvent légitimement voir des zones différentes.

Traitez la configuration comme un flux de travail contrôlé. Confirmez l’entreprise active, effectuez un changement cohérent, testez le parcours client, puis utilisez seulement ensuite le canal en direct. Cela facilite l’identification des comportements inattendus et évite de mélanger les problèmes de contenu, de conception et de déploiement.

Avant de commencer

Accès : Tout collègue peut utiliser les langues d’espace de travail disponibles. Les changements de langue de l’entreprise et de comportement de Agent nécessitent l’autorisation correspondante pour les paramètres de l’entreprise ou la configuration de Agent.

  • Listez les langues que l’entreprise prend réellement en charge pour le contenu et les opérations.
  • Choisissez une langue opérationnelle par défaut et définissez qui est responsable des traductions.
  • Identifiez quel texte provient de Humind, de Knowledge rédigé par le marchand, des données du catalogue et des paramètres d’interface personnalisés.

Procédure étape par étape

  1. Définir la langue de votre espace de travail

    Utilisez le contrôle de langue dans la navigation ou l’expérience de profil Humind pour modifier l’interface B2B de votre propre session. Cela modifie les menus et libellés traduits de Humind, mais ne réécrit pas le contenu de l’entreprise et n’oblige pas les acheteurs à utiliser la même langue.

    Si une clé de traduction brute apparaît, actualisez après le chargement du fichier de langue et signalez la page exacte ainsi que la langue sélectionnée. Ne modifiez pas Knowledge pour compenser une traduction d’interface manquante.

  2. Configurer les langues de l’entreprise

    Ouvrez Paramètres et la zone des langues de l’entreprise. Passez en revue les langues disponibles et activées ainsi que le contexte d’entreprise par défaut. Activez uniquement les langues que l’équipe peut maintenir et prendre en charge dans Knowledge, le catalogue, l’interface et le relais humain.

    Pour Shopify Markets, n’oubliez pas que chaque marché activé peut avoir son propre contexte d’entreprise Humind. Confirmez l’entreprise et le marché avant d’interpréter les différences de langue ou de catalogue.

  3. Choisir le comportement linguistique de Agent

    Ouvrez AI Agent, puis Guidance. Le comportement de réponse comprend une option permettant d’imposer une langue personnalisée. Lorsque cette contrainte est désactivée, testez la manière dont Agent répond à la langue de l’acheteur. Lorsqu’elle est activée, choisissez l’une des langues actuellement proposées et vérifiez que cela correspond à la politique de l’entreprise.

    L’imposition de la langue affecte le comportement des réponses, pas l’existence ni la qualité de Knowledge traduit. Maintenez le contenu source exact dans chaque langue publiée que l’entreprise promet.

  4. Vérifier le texte client rédigé par le marchand

    Examinez les titres de Knowledge, les extraits, le corps des articles, le nom de Agent et le texte d’accueil, les libellés des boutons du point d’entrée, les invitations de chat, les textes d’enquête ou de consentement, les canaux d’assistance et tout texte produit provenant de la plateforme de commerce.

    Helpdesk publie des instantanés propres à chaque langue. Ne publiez une langue que lorsque ses collections et articles visibles sont prêts. Les liens internes doivent pointer vers des routes localisées stables au lieu de mélanger des langues sur une même page.

  5. Tester chaque langue de bout en bout

    Pour chaque langue client activée, exécutez les mêmes scénarios de politique, produit, assistance et absence de résultat. Vérifiez le sens d’écriture, la ponctuation, les liens, les champs produit, le consentement et le transfert vers un opérateur. Demandez à un réviseur parlant couramment la langue de valider le sens, pas seulement la grammaire.

    Répétez un court test de validation en production après le déploiement. Le paramètre régional de la vitrine, l’entreprise Humind sélectionnée et le paramètre régional de Helpdesk doivent être alignés pour que le résultat soit significatif.

Autorisations et points importants

  • Changer la langue de l’espace de travail B2B ne traduit pas Knowledge rédigé par le marchand ni les champs du catalogue.
  • L’activation d’une langue d’entreprise doit suivre la préparation du contenu et de l’assistance, et non la précéder.
  • L’imposition de la langue de Agent est un paramètre de comportement et peut intentionnellement remplacer la langue de l’acheteur.
  • Les paramètres régionaux de Helpdesk sont des instantanés publiés ; les traductions inachevées ne doivent pas être exposées comme du contenu complet.

Vérifier le résultat

Utilisez cette liste de contrôle avant de considérer le travail comme terminé :

  • Les décisions concernant la langue de l’espace de travail, de l’entreprise, de Agent, de Knowledge, de Helpdesk et de la vitrine sont documentées séparément.
  • Chaque langue client activée dispose d’un contenu public révisé et d’un responsable de l’assistance.
  • Les tests produit, politique, consentement, invitation et transfert réussissent dans chaque langue.
  • Les liens internes de Helpdesk restent dans le paramètre régional prévu et n’exposent pas de contenu non publié.

Résolution des problèmes

Les menus changent de langue mais pas les articles

Cela est attendu lorsque seul le paramètre régional de l’espace de travail a changé. Traduisez et publiez le contenu rédigé par le marchand pour le paramètre régional prévu, puis publiez un nouvel instantané de Helpdesk si applicable.

Agent répond dans une langue inattendue

Examinez l’imposition de langue de Guidance, l’invite de l’acheteur, la politique active de langue de l’entreprise et le contenu source. Commencez une nouvelle conversation de test après avoir modifié l’imposition.

Un paramètre régional de Helpdesk est vide ou incomplet

Confirmez que les articles et dossiers de contenu publics éligibles ont du contenu pour ce paramètre régional et que le paramètre régional est inclus dans la publication immuable actuelle. Ne comblez pas les lacunes avec du contenu de démonstration ou le contenu d’un autre paramètre régional.

Guides associés

Cet article vous a-t-il été utile ?