Une localisation bien faite (ou presque)

La localisation fait partie de ces choses qui, à première vue, ressemblent à un simple paramètre de configuration dans votre IDE, mais qui se transforment en réalité en six mois de discussions avec des inconnus sur le genre des noms.

Pour un petit studio, c'est également l'un des meilleurs investissements que nous puissions réaliser. Une application d'apprentissage de la dactylographie, un planificateur de jardin ou un outil de suivi des migraines sont tout aussi utiles à Lisbonne qu'à Londres, et les utilisateurs sont bien plus enclins à faire confiance à une application qui s'adresse à eux dans leur propre langue. Le hic, c'est que bien faire les choses demande beaucoup plus de travail qu'il n'y paraît à première vue.

Notre configuration

Nous lançons d'abord l'application en anglais, puis nous ajoutons d'autres langues au fur et à mesure de son évolution. Chaque traduction est vérifiée dans son contexte à l'aide de captures d'écran de l'interface réelle, et nous corrigeons tout ce qui ne sonne pas juste avant la mise en ligne.

L'étape de vérification en contexte est celle que la plupart des équipes négligent, et c'est là que la plupart des problèmes apparaissent. Une traduction peut être parfaitement correcte dans un tableur et pourtant erronée à l’écran : le libellé d’un bouton qui est exact mais deux fois plus long que l’espace qui lui est réservé, un mot qui a le bon sens en général mais un sens inapproprié à côté d’une icône particulière. Nous générons donc des captures d’écran de chaque écran dans chaque langue et les examinons une par une.

Nous rédigeons également les textes en anglais en gardant à l'esprit la traduction. Des phrases courtes, pas d'expressions idiomatiques, pas de blagues reposant sur des jeux de mots. Les passages qui nécessitent un contexte — “ Clear ” est-il ici un verbe ou un adjectif ? — sont accompagnés d'une note à l'attention du traducteur. Cela rend l'anglais un peu plus simple, et nous pensons que c'est un avantage.

Les aspects qui ne sautent pas aux yeux

Les formats de date et de nombre ont plus d’importance que le texte traduit. Les formes plurielles varient d’une langue à l’autre d’une manière que les anglophones sous-estiment systématiquement (certaines langues en comptent jusqu’à six). Les mises en page de droite à gauche ne se résument pas à une simple astuce CSS : elles influencent la manière dont chaque flèche, chaque bouton « Retour » et chaque indicateur de progression est affiché.

En voici quelques autres auxquels nous avons appris à prêter attention :

• Extension du texte. Les libellés en allemand et en finnois peuvent être nettement plus longs que ceux en anglais ; il faut donc prévoir suffisamment d'espace dans la mise en page pour qu'ils puissent s'étendre ou s'ajuster harmonieusement.
• Unités. Des prévisions de pêche indiquant la vitesse du vent dans une unité de mesure inconnue ne sont pas seulement étranges, elles sont inutiles.
• Fiches de produits. L'application ne représente que la moitié du travail : les descriptions, les captures d'écran et les légendes doivent également être localisées, séparément pour chaque boutique.
• Claviers. Pour un logiciel d'apprentissage de la dactylographie, la localisation ne se limite pas aux mots : elle concerne également les dispositions de clavier, les caractères et la manière dont les utilisateurs tapent réellement dans cette langue.

Nos erreurs

Nous avons tous commis chacune de ces erreurs au moins une fois. La plus coûteuse a été de considérer la localisation comme une étape finale : nous avions développé toute l’interface en anglais, puis nous nous sommes rendu compte que la moitié des écrans ne s’affichaient plus correctement dans les langues plus longues. Corriger la mise en page a posteriori nous a obligés à repenser des écrans que nous avions déjà considérés comme finalisés.

Le compromis que nous acceptons désormais, c'est un rythme de lancement plus lent : une nouvelle fonctionnalité n'est considérée comme terminée que lorsqu'elle fonctionne dans toutes les langues prises en charge par l'application. Notre liste de contrôle commence désormais par la correction de ces erreurs, ce qui nous permet d'en faire moins souvent. « Presque juste, la plupart du temps », voilà la version honnête du titre.