Application mobile multilingue à La Rochelle

Nous publions nos propres applications sur Google Play. Nous connaissons la revue, ses refus, les versions cibles imposées chaque année et les pages obligatoires, parce que nous les subissons sur nos applications, pas parce qu'on nous l'a raconté.

Tourisme, nautisme, hébergement, commerces et sites visitables de La Rochelle, de l'île de Ré et de la Charente-Maritime.

Traduire une application, ce n'est pas traduire ses textes

C'est l'erreur de cadrage la plus fréquente, et elle se paie deux fois : une fois au développement, une fois à la reprise. Les phrases sont la partie facile. Ce qui coûte, c'est tout ce qui les entoure.

Les formats. Une date, une heure, un prix et un nombre décimal s'écrivent différemment d'une langue à l'autre, et une application qui affiche le format français à un visiteur anglophone paraît cassée avant d'être lue. Ces conversions sont fournies par les deux systèmes mobiles ; encore faut-il les utiliser plutôt que de composer les chaînes à la main.

La longueur. Un même mot gonfle en allemand, se raccourcit en anglais. Un bouton dessiné pour du français déborde ou se tronque ailleurs. C'est le défaut le plus visible et le plus facile à éviter, à condition d'y penser au dessin des écrans et non après la traduction.

Ce qui vient du serveur. Un message d'erreur renvoyé par votre serveur en français restera en français, quelle que soit la langue du téléphone. C'est le trou le plus courant, et on ne le voit qu'en testant vraiment dans une autre langue.

La fiche du magasin décide si l'application est trouvée

Une application peut être parfaitement traduite à l'intérieur et rester introuvable, parce que la recherche du magasin ne lit pas le contenu de l'application, elle lit sa fiche : titre, description courte, description longue, captures.

Ces éléments se déclarent langue par langue, et c'est un travail distinct du développement. Un visiteur qui cherche depuis un téléphone réglé en anglais voit la fiche anglaise si elle existe, la fiche par défaut sinon. Nous le savons pour le faire sur nos propres applications, où chaque langue publiée signifie un jeu de textes et de captures à maintenir.

Quelles langues, et pourquoi celles-là

C'est la seule question qui compte, et elle se tranche avec des chiffres que vous avez déjà : la provenance de vos clients. Votre livre d'or, votre plateforme de réservation ou les statistiques de votre site vous disent quelles nationalités viennent réellement, et dans quel ordre.

Chaque langue ajoutée a un coût qui ne s'arrête jamais : les textes, la fiche du magasin, et la relecture à chaque nouvelle fonction. Deux langues bien tenues valent mieux que cinq dont trois sont figées à la version de l'an dernier.

Notre conseil par défaut est de partir à deux, français et anglais, et de n'ajouter la troisième qu'appuyée sur un chiffre de fréquentation, pas sur une intuition.

Ce qui vaut mieux qu'une traduction complète

Pour beaucoup d'usages touristiques, une application qui parle peu est meilleure qu'une application bien traduite. Des pictogrammes, des horaires, une carte, des prix : cela se comprend sans langue. Réduire le texte est souvent moins cher et plus efficace que le traduire trois fois, et c'est une piste que nous examinons avant de chiffrer un projet multilingue.