Gérer une base de connaissances multilingue

La langue de l’interface et celle des connaissances sont distinctes

L’espace client propose français ou anglais, mais l’assistant et les messages localisés peuvent couvrir davantage de langues. Changer la langue du tableau de bord ne traduit pas un PDF, une politique ni une page web déjà importés.

Lorsque deux marchés appliquent des prix, délais ou conditions différents, importez leurs sources officielles séparément et rendez leur périmètre explicite. Une traduction automatique approximative ne doit jamais créer une règle commerciale inexistante.

Objectif
Permettre au visiteur d’obtenir une réponse naturelle dans sa langue tout en conservant la bonne politique locale.

Structurer les sources par langue et marché

Le titre interne est votre premier outil de contrôle.

1. Nom explicite

   Ajoutez une langue et, si nécessaire, un pays : « Livraison — FR France » et « Shipping — EN UK ». Une simple mention « traduction » ne précise pas quelle règle fait foi.

2. URL localisées

   Importez /fr et /en lorsque leur contenu diffère réellement. Si les deux URL affichent exactement la même langue à cause d’une redirection, corrigez le site avant l’indexation.

3. Une date par version

   Les traductions doivent évoluer ensemble. Lorsque la version française change, planifiez la mise à jour anglaise ou signalez clairement que son périmètre est différent.

Localiser l’expérience de l’assistant

Dans Apparence et Messages proactifs, complétez les textes pour les langues réellement ciblées et choisissez une langue de repli.

• Nom et phrase courte

  Un nom de marque peut rester identique, mais la phrase d’accompagnement doit être naturelle. Respectez les limites de 30 et 50 caractères afin d’éviter une coupure sur mobile.

• Campagne d’accueil

  La campagne d’accueil contient ses propres messages localisés. Modifier sa version française ne remplace pas automatiquement toutes les traductions existantes.

• Langue de repli

  Choisissez celle qui reste acceptable lorsqu’aucune traduction exacte n’est disponible. Testez un navigateur configuré dans une langue non renseignée pour observer ce comportement.

Tester les écarts de politique, pas seulement la grammaire

Une recette bilingue doit vérifier des faits qui changent selon le marché.

1. Prix et devise

   Posez la même question dans chaque langue et confirmez que la devise et le prix proviennent de la source locale, sans conversion inventée.

2. Livraison et retours

   Contrôlez zones, délais, coûts et exceptions. Une réponse qui mélange deux pays indique souvent des sources insuffisamment nommées ou contradictoires.

3. Relais humain

   Vérifiez que le visiteur comprend le formulaire, l’avis de confidentialité et les horaires même lorsque l’équipe répond dans une autre langue.

Matrice de validation bilingue

Conservez au moins trois scénarios identiques dans chaque langue.

• Fait commun — Nom du service ou méthode de contact identique et correctement formulé.
• Fait local — Prix, délai ou politique propre au marché sans mélange.
• Information absente — Même prudence dans les deux langues : aucune invention pour remplir un vide.