Cette application professionnelle auto-hébergée fonctionne-t-elle dans plusieurs langues ? Liste de vérification pour la localisation
Une interface traduite n’est qu’une partie de la prise en charge multilingue. Utilisez cette liste pour tester les préférences des utilisateurs, les enregistrements, la recherche, les notifications, les exports et les workflows réels avant de choisir une application professionnelle auto-hébergée.
Une interface traduite ne suffit pas à offrir une expérience multilingue complète
Une application professionnelle peut traduire ses menus et ses boutons tout en restant difficile à utiliser dans plusieurs langues. Les utilisateurs peuvent saisir des noms et des notes dans différents systèmes d’écriture, rechercher des enregistrements avec des orthographes variées, recevoir des notifications dans une langue inattendue ou constater que les données exportées ne se comportent pas comme prévu.
Avant de choisir une application professionnelle auto-hébergée multilingue, définissez les tâches que les utilisateurs doivent réellement accomplir. Testez ensuite l’application avec les langues de votre équipe et des données représentatives. Vérifiez les fonctionnalités propres à l’application dans la documentation officielle ou lors d’un essai pratique, au lieu de les déduire de la seule présence d’un écran de connexion traduit.
- Dressez la liste des langues et des systèmes d’écriture utilisés par votre personnel, vos clients ou vos partenaires.
- Distinguez la langue de l’interface de celle des enregistrements, des messages, des documents et des pages publiques.
- Déterminez quelles lacunes bloqueraient le travail et lesquelles pourraient être gérées au moyen d’une solution de contournement acceptable.
1. Définissez les besoins linguistiques avant de comparer les applications
Notez les étapes de vos workflows où la langue est importante. Une équipe CRM peut avoir besoin que chaque membre du personnel utilise une langue d’interface différente, tout en conservant les fiches clients dans la langue utilisée par chaque client. Une équipe éditoriale peut avoir besoin de pages publiques distinctes ou de contenus disponibles dans plusieurs langues. Il s’agit d’exigences différentes : la prise en charge de l’une ne garantit pas celle des autres.
Tenez compte des détails courants susceptibles de révéler des lacunes : caractères accentués, noms en alphabet non latin, ponctuation, textes longs, notes rédigées dans plusieurs langues, dates ou nombres tels qu’ils apparaissent aux utilisateurs. Si votre travail implique des systèmes d’écriture de droite à gauche, incluez-les dès le départ au lieu de les considérer comme une amélioration ultérieure.
- Interface : dans quelles langues les utilisateurs doivent-ils pouvoir travailler ?
- Enregistrements : les utilisateurs peuvent-ils saisir, enregistrer, modifier et afficher les langues présentes dans vos données ?
- Recherche et rapports : le personnel peut-il trouver et organiser ces données de manière fiable ?
- Communications : dans quelle langue les e-mails de notification et les documents générés doivent-ils être rédigés ?
- Contenu public : les pages, formulaires ou messages destinés aux clients doivent-ils exister dans des versions propres à chaque langue ?
- Échanges de données : les imports, exports, intégrations ou workflows d’API doivent-ils préserver les textes multilingues ?
2. Vérifiez qui peut choisir la langue de l’interface
Recherchez une documentation explicite décrivant la manière dont la langue de l’interface est sélectionnée. Chaque utilisateur peut-il choisir sa propre langue, ou l’administrateur définit-il une langue pour toute l’installation ? Le choix est-il enregistré avec le compte utilisateur ou faut-il le refaire ? Vérifiez le comportement dans l’application au lieu de supposer qu’un sélecteur de langue permet un choix individuel.
Vérifiez également ce que les administrateurs peuvent gérer, par exemple les packs de langues disponibles, les paramètres par défaut ou les restrictions concernant les choix des utilisateurs. Ces fonctionnalités varient selon l’application et sa configuration : confirmez-les dans la documentation du produit pour la version que vous évaluez ou testez-les dans le cadre d’un essai.
- Testez simultanément deux comptes utilisateur dont les préférences de langue d’interface sont différentes.
- Déconnectez-vous, reconnectez-vous, puis vérifiez si chaque préférence est conservée.
- Consultez la documentation destinée aux administrateurs pour savoir comment installer, activer ou modifier les options linguistiques.
- Vérifiez si les libellés traduits couvrent les écrans et les actions les plus utilisés par votre équipe.
3. Testez les enregistrements et la saisie de texte dans plusieurs langues
Créez des enregistrements de test avec les types de texte réellement utilisés par votre organisation. Incluez des noms, des adresses, des notes, des titres et des descriptions plus longues dans les langues et les systèmes d’écriture qui vous concernent. Modifiez ensuite les enregistrements, quittez la page et ouvrez-les à nouveau. Vérifiez que les caractères restent intacts de la saisie à l’enregistrement et à l’affichage.
Pour un test pratique, vérifiez le texte tout au long de son parcours dans l’application, notamment la saisie, l’enregistrement et l’affichage. Les conseils de LingoHub sur la localisation des applications web recommandent également de vérifier l’utilisation d’UTF-8 dans les fichiers sources, les API, les bases de données et le HTML : https://lingohub.com/blog/best-practices-localization-translation-of-your-web-apps. Si vous rencontrez des problèmes, demandez au fournisseur ou à l’administrateur de vous aider à déterminer à quel endroit le texte est modifié.
- Saisissez dans plusieurs champs concernés un mélange de systèmes d’écriture, de signes diacritiques, de ponctuation et de textes longs.
- Enregistrez un enregistrement, rouvrez-le, modifiez-le, puis copiez-le dans un autre workflow.
- Vérifiez si les règles de validation rejettent des noms ou des textes légitimes.
- Joignez des fichiers représentatifs et vérifiez que leurs noms et les descriptions associées restent utilisables.
4. Évaluez la recherche, le tri et le filtrage
Un enregistrement qui s’affiche correctement peut tout de même être difficile à trouver ou à organiser. Testez la recherche avec les formes que vos utilisateurs sont susceptibles de saisir, notamment les signes diacritiques pertinents, les noms partiels et les termes dans plusieurs langues. Vérifiez si le filtrage et le tri produisent des résultats adaptés au travail de l’équipe.
Ne partez pas du principe qu’une recherche réussie dans une langue garantit le même comportement dans une autre. Testez les fonctionnalités dont les utilisateurs dépendent et notez les différences ou les limites documentées. Les conseils de LingoHub sur la localisation des applications web recommandent de vérifier la recherche, le tri, la validation, les fichiers d’export et les intégrations, et pas uniquement le texte visible de l’interface : https://lingohub.com/blog/best-practices-localization-translation-of-your-web-apps.
- Recherchez le même enregistrement à l’aide de son nom complet, d’un nom partiel et des variantes orthographiques courantes.
- Filtrez et triez les enregistrements contenant du texte dans chacune des langues requises.
- Vérifiez si la recherche fonctionne de manière cohérente dans les vues et les rapports utilisés par le personnel.
- Notez les résultats incomplets ou inattendus, ainsi que ceux qui nécessitent une solution de contournement.
5. Examinez les e-mails, les documents, les modèles et les pages publiques
Dressez la liste de tous les endroits où l’application produit du texte en dehors de son interface principale. Il peut s’agir d’e-mails de notification, de documents générés, de modèles, de formulaires et de pages publiques. Pour chacun, déterminez si la langue peut être choisie, comment celle du destinataire ou de l’utilisateur est définie et si quelqu’un doit gérer du contenu distinct.
Ces comportements varient selon l’application. Envoyez des messages de test, générez des résultats représentatifs et examinez-les avec les outils et sur les appareils réellement utilisés par votre équipe.
- Déclenchez les notifications courantes et vérifiez leur objet, leur corps de texte et les valeurs d’enregistrement insérées.
- Générez les documents ou rapports dont dépend votre workflow et examinez le texte obtenu.
- Repérez les passages rédigés dans une langue fixe dans les modèles et déterminez qui est responsable de leur mise à jour.
- Si des pages sont publiques, testez le choix de la langue et la navigation sur l’ensemble du parcours d’un visiteur.
6. Testez les textes de droite à gauche et à sens mixte, si nécessaire
Si votre organisation utilise des systèmes d’écriture de droite à gauche, testez l’ensemble du workflow au lieu de vous fier à une étiquette de traduction. Vérifiez le sens de la page, l’alignement du texte, la ponctuation, les nombres et l’affichage des textes de droite à gauche à côté de noms, de codes ou d’URL de gauche à droite. Un même écran peut contenir les deux sens d’écriture.
Testez à la fois l’interface et les contenus saisis par les utilisateurs. Si la mise en page est difficile à utiliser, faites une capture d’écran et notez les champs ou les actions concernés. Confirmez toute prise en charge annoncée dans la documentation du produit ou lors d’un essai avec des utilisateurs représentatifs.
- Créez des enregistrements qui mêlent du texte de droite à gauche à des nombres, des adresses e-mail ou des termes écrits en alphabet latin.
- Vérifiez les formulaires, les tableaux, les menus, les notifications et les documents générés.
- Demandez aux personnes qui travaillent dans ces langues d’évaluer la lisibilité et la réalisation des tâches, et pas seulement l’apparence visuelle.
7. Vérifiez les imports, les exports, les intégrations et les API
Un workflow multilingue passe souvent d’une application à une autre. Testez un import et un export représentatifs, puis comparez les textes avant et après. Si l’application est reliée à d’autres services ou accessible par une API, vérifiez également que les mêmes données linguistiques sont préservées lors de ces échanges.
Le comportement peut varier selon le produit, la configuration et la connexion. Consultez la documentation officielle sur les formats et la configuration pris en charge, puis vérifiez les résultats avec des données réalistes plutôt qu’avec un petit échantillon composé uniquement de texte anglais.
- Importez un fichier de test contenant les systèmes d’écriture et les caractères utilisés par votre équipe.
- Exportez ces enregistrements et comparez le résultat avec les données d’origine.
- Vérifiez si les intégrations préservent le texte dans les deux sens.
- Si le test échoue, demandez qui est responsable des modifications apportées aux connecteurs, à l’encodage ou à la correspondance des champs.
Questions fréquentes
Une interface traduite signifie-t-elle qu’une application professionnelle est entièrement multilingue ?
Non. La traduction de l’interface n’est qu’une partie de l’expérience. Vérifiez la saisie et l’affichage des enregistrements, la recherche, le tri, la validation, les notifications, les documents, les pages publiques et les échanges de données dans les langues utilisées par votre équipe.
Les utilisateurs peuvent-ils choisir des langues d’interface différentes ?
Cela dépend de l’application et de sa configuration. Consultez la documentation officielle du produit et testez des comptes utilisateur distincts. Ne déduisez pas la possibilité de choisir une langue par utilisateur de la seule présence de menus traduits.
Que dois-je tester avec des données multilingues d’exemple ?
Utilisez des noms, des notes, des titres et d’autres champs représentatifs. Enregistrez et rouvrez les enregistrements, recherchez-les et triez-les, puis testez les imports, exports, intégrations ou résultats générés nécessaires à votre workflow. Vérifiez que le texte reste intact tout au long du processus.
L’hébergement géré fournit-il des fonctionnalités multilingues à l’application ?
L’hébergement et la localisation de l’application sont deux sujets distincts. Airbip gère le déploiement des applications du catalogue sous forme de workloads Docker et fournit des services d’infrastructure tels que le routage, les certificats TLS, les vérifications DNS, la gestion du cycle de vie des services et des sauvegardes configurables. Ces services ne permettent pas, à eux seuls, d’établir quelles langues une application prend en charge ni le fonctionnement de ses paramètres linguistiques.
Qui est responsable de la configuration linguistique d’une application auto-hébergée ?
Les responsabilités dépendent de l’application et du déploiement. Vérifiez quels paramètres relèvent de l’application, lesquels nécessitent l’intervention d’un administrateur et ce que gère le fournisseur d’hébergement. L’hébergement peut prendre en charge les tâches d’infrastructure sans vous décharger de la responsabilité des paramètres de l’application, des accès utilisateurs, des choix relatifs aux données et de la gouvernance.
Sources et lectures complémentaires
- Web app localization: Best practices and workflow — LingoHub
- Docker documentation — Docker
- Traefik documentation — Traefik Labs
- Let’s Encrypt documentation — Internet Security Research Group