La couverture des traductions ne prouve pas la tâche accomplie
Des fichiers linguistiques complets aident à vérifier les textes présents. Valider une interface multilingue exige aussi un parcours qui fonctionne.
Des fichiers complets peuvent masquer des problèmes
Une liste entièrement traduite est une étape intermédiaire utile. Elle indique quels textes prévus sont présents. Elle ne permet pas de conclure qu’une personne comprend et termine correctement une demande dans sa langue. Il faut pour cela examiner la langue dans le parcours réel.
Prenons deux versions fictives d’un portail de projets, A et B. Toutes les clés de traduction prévues sont remplies dans les deux. Pour la comparaison, nous supposons les comportements suivants ; il ne s’agit pas de résultats de tests utilisateurs.
Étape du parcours | Version A | Version B |
|---|---|---|
Libellé de l’approbation | Abréviation obscure pour faire tenir le texte | Action complète et compréhensible |
Devise au changement de langue | Le symbole passe de l’euro au dollar, le montant reste identique | Devise et montant convenus sont conservés |
Saisies au changement de langue | Le brouillon disparaît | Le brouillon est conservé |
La même couverture textuelle masque ici des états différents du produit. Le symbole monétaire fait aussi partie du sens d’un nombre. Dans l’exemple, une autre langue ne doit pas remplacer à l’insu de la personne la devise convenue. Une ligne linguistiquement correcte aide peu si sa place dans le parcours ou les données conservées sont incorrectes.
Les vérifications précoces de disposition restent utiles
Il serait inutile d’attendre les traductions finales pour chaque question de conception. Des textes artificiellement allongés et quelques langues pilotes choisies avec soin peuvent montrer tôt où les composants sont trop étroits ou les textes codés en dur. Cela justifie de réaliser ces vérifications avant la localisation complète.
Leur portée reste limitée. Le W3C décrit des différences de longueur et de largeur des caractères ; une marge générale ne garantit pas que chaque libellé tiendra. Microsoft précise que quelques langues pilotes ne révèlent pas tous les problèmes dépendant de la langue. Un essai de disposition précoce réussi ne prouve donc pas l’utilisabilité dans les dix langues prévues.
Consigner la preuve pour chaque langue
Pour le portail, la validation doit montrer qu’une personne peut comprendre, modifier et terminer la même demande en conservant ses données. Cela comprend un état d’erreur et le changement de langue pendant la modification. Le compte rendu indique la langue, la version, la tâche vérifiées et l’état atteint. Les états manquants restent nommés. On peut ainsi retrouver quelle version linguistique a réellement été vérifiée pour quel parcours.
Sources
Écrit par
- Anna NeumannRédactrice contenu et marketing digitalAnna Neumann conçoit et rédige chez ASES des contenus sur le marketing digital. Ses sujets comprennent le référencement naturel, la stratégie de contenu et l’analyse web, avec pour objectif d’évaluer de manière transparente les actions marketing et leurs résultats.
À lire aussi
Tous les articles
Design & UX avec ASES
Expérience utilisateur, interfaces et image de marque