En Belgique, la question des langues se pose plus tôt qu’ailleurs. Le pays compte trois langues officielles, Bruxelles est bilingue, et une bonne part des utilisateurs attend aussi l’anglais. Pourtant, beaucoup de projets démarrent dans une seule langue avec une promesse : « on traduira plus tard ». C’est l’une des phrases les plus coûteuses d’un projet, parce que traduire une application ne se résume pas à traduire ses textes.
Les textes ne sont que la partie visible
Une application dit beaucoup de choses sans phrases. Les nombres, d’abord : le même montant s’écrit 1 234,56 en français et 1.234,56 en néerlandais. Les dates, les jours de la semaine, les heures. Les pluriels, ensuite, qui ne suivent pas les mêmes règles : en français, on écrit « 0 commentaire », en anglais et en néerlandais, le zéro prend le pluriel. Un compteur écrit à la main pour une seule langue sera faux dans les autres.
Le piège classique est le petit détail figé dans le code. Un calendrier dont les initiales des jours ont été écrites en dur, « L M M J V S D », restera en français dans une application par ailleurs parfaitement traduite. En néerlandais comme en anglais, le mercredi commence par un W.
La mise en page doit respirer
Une même idée ne prend pas la même place d’une langue à l’autre. Les mots composés néerlandais et allemands débordent des boutons dessinés pour l’anglais, un titre tient sur une ligne en français et sur deux en néerlandais. Une interface conçue pour une seule langue casse à la traduction. Une interface conçue pour plusieurs prévoit des composants qui s’adaptent, et c’est l’un des rôles d’un design system bien pensé.
Ce que l’on oublie de traduire
Les écrans de l’application sont rarement le problème. Ce sont les messages qui en sortent :
- Les notifications et les e-mails, envoyés par le serveur, qui doit donc connaître la langue de chaque personne.
- Les messages d’erreur renvoyés par le serveur et affichés tels quels.
- La fiche sur les stores : description, captures d’écran, mots-clés, une par langue.
- Les pages légales et le support, que vos utilisateurs liront précisément le jour où quelque chose ne va pas.
Une application est traduite quand plus aucun message ne sort dans la mauvaise langue, pas quand ses écrans le sont.
Choisir la langue, sans deviner
Par défaut, l’application suit la langue du téléphone. Elle ne doit jamais la déduire de la localisation : à Bruxelles, deux voisins ne parlent pas forcément la même. Et elle doit permettre d’en changer, ce que les téléphones proposent désormais aussi application par application. Ce choix est ensuite enregistré sur le compte, pour que le serveur écrive à chacun dans la bonne langue.
Le bon moment, c’est le premier jour
Prévoir plusieurs langues dès le départ coûte peu : une habitude d’écriture, quelques choix de structure, des composants souples. Les ajouter après coup revient à fouiller chaque écran à la recherche de textes écrits en dur, de formats bricolés et de messages oubliés, puis à tout retester. Même si vous ne lancez qu’en français, une application pensée multilingue vous laisse la porte ouverte pour quelques jours de traduction, et non pour un chantier.
C’est ainsi que nous construisons nos propres produits. Nakama, notre réseau social de l’anime et du manga, est bilingue de bout en bout, des titres d’épisode aux notifications, et ce site l’est aussi. Si votre application doit parler à toute la Belgique, ou au-delà, c’est un sujet que nous traitons dès le cadrage en ingénierie produit. Parlons de votre projet, dans la langue de votre choix.