Localisation d'Applications Mobiles : Meilleures Pratiques pour iOS et Android

Localisation d'Applications Mobiles : Meilleures Pratiques pour iOS et Android

Points Essentiels

• iOS utilise des fichiers .strings et .stringsdict tandis qu'Android utilise strings.xml dans les répertoires res/values-{locale}/
• L'App Store Optimization (ASO) nécessite des métadonnées localisées — titre, description, mots-clés et captures d'écran — pour chaque marché
• Le support des layouts RTL doit être testé sur tous les écrans, y compris les vues personnalisées et les animations
• Les mises à jour de traduction Over-the-Air (OTA) permettent de corriger des traductions sans soumettre une nouvelle version de l'application

Localisation Spécifique par Plateforme

Localisation iOS

iOS utilise des répertoires .lproj pour chaque locale :

en.lproj/
  Localizable.strings
  Localizable.stringsdict
  InfoPlist.strings
de.lproj/
  Localizable.strings
  Localizable.stringsdict
  InfoPlist.strings

Fichiers clés :

• Localizable.strings — paires clé-valeur pour le texte de l'UI
• Localizable.stringsdict — règles de pluralisation (essentiel pour les langues aux formes plurielles complexes)
• InfoPlist.strings — nom de l'application et descriptions des permissions

Localisation Android

Android utilise des répertoires de ressources avec des qualificateurs de locale :

res/
  values/strings.xml          (défaut/anglais)
  values-de/strings.xml       (allemand)
  values-ja/strings.xml       (japonais)
  values-ar/strings.xml       (arabe)

Le système de ressources d'Android sélectionne automatiquement le bon fichier selon la locale de l'appareil. Utilisez les ressources plurals pour les formes plurielles et string-array pour les listes.

App Store Optimization (ASO) pour les Applications Localisées

Localisez ces éléments pour chaque marché cible :

Recherchez des mots-clés par marché — ne traduisez pas directement les mots-clés en anglais.

Support des Langues RTL

Pour l'arabe, l'hébreu et d'autres langues RTL :

• Utilisez les contraintes leading/trailing au lieu de left/right (iOS)
• Utilisez start/end au lieu de left/right dans les layouts (Android)
• Mirrorisez les icônes de navigation (flèche retour, indentation de liste)
• Testez le texte bidirectionnel (contenu mixte RTL et LTR)
• Assurez-vous que les vues personnalisées respectent la direction du layout

Mises à Jour de Traduction Over-the-Air

Les systèmes OTA permettent de mettre à jour les traductions sans déploiement complet de l'application :

• Corriger les erreurs de traduction immédiatement
• Ajouter de nouvelles langues sans modification du code
• Tester A/B les traductions pour l'optimisation de la conversion
• Réduire la fatigue des mises à jour d'application pour les utilisateurs

Services de Traduction pour Applications Mobiles : Comparaison des Approches

Choisir le bon service de traduction pour application mobile dépend de la taille de votre équipe, de votre budget et de vos exigences de qualité. Voici une analyse des trois principales approches.

Traduction Manuelle

La traduction manuelle consiste à faire appel à des traducteurs professionnels ou des agences pour traduire les chaînes de votre application, une langue à la fois. Cette approche offre une haute qualité linguistique, notamment pour les textes marketing et le contenu destiné aux utilisateurs, mais elle est lente et coûteuse. Les délais de livraison se comptent en jours ou en semaines, et la coordination de plusieurs traducteurs pour différentes langues engendre une surcharge de gestion de projet.

Traduction Automatique par Machine Translation

Les services de machine translation indépendants (Google Translate API, DeepL API, Azure Translator) offrent rapidité et faible coût. Ils fonctionnent bien pour générer des premières ébauches de chaînes d'UI et de documentation, mais le résultat manque de contexte produit. Une étiquette de bouton comme « Set » pourrait être traduite comme un nom (une collection) plutôt qu'un verbe (configurer) sans connaissance de l'endroit où la chaîne apparaît dans l'UI. Le MT automatisé nécessite une post-édition humaine avant la mise en production.

Services de Traduction d'Applications Basés sur Plateforme

Les services de traduction basés sur plateforme combinent l'automatisation avec la gestion des flux de travail. Au lieu de gérer séparément les traducteurs et les moteurs de MT, une plateforme gère l'intégralité du pipeline : extraction des chaînes, machine translation, routage de révision humaine, translation memory et livraison dans votre base de code.

Better i18n est conçu pour ce modèle. Il fournit un Expo SDK (@better-i18n/expo) pour les applications React Native, permettant des mises à jour de traduction OTA sans redéploiement via l'App Store ou Google Play. Le moteur de traduction IA de la plateforme comprend le glossaire produit et le contexte UI, produisant des traductions conscientes de l'emplacement de chaque chaîne dans votre application. Les traductions sont livrées via CDN avec plus de 300 emplacements edge et des temps de chargement inférieurs à 50 ms, afin que les utilisateurs voient les traductions mises à jour instantanément.

Pour les équipes évaluant des services de traduction d'applications, la question clé est de savoir si vous avez besoin d'un prestataire de traduction ponctuel ou d'un pipeline de traduction continu qui suit le rythme de votre cycle de publication. Si votre application déploie régulièrement de nouvelles fonctionnalités, une approche plateforme élimine la surcharge de coordination qui ralentit les flux de travail manuels et de MT indépendant.

Erreurs Courantes en Localisation Mobile

1. Chaînes hardcodées dans le code au lieu de fichiers de ressources
2. Éléments d'UI à largeur fixe qui se cassent avec des traductions plus longues
3. Ignorer les formes plurielles — de nombreuses langues ont plus que singulier/pluriel
4. Captures d'écran non traduites dans les fiches de l'app store
5. Tests RTL manquants pour les marchés arabe et hébreu

FAQ

Avec combien de langues devrais-je lancer ? Commencez par vos 5 à 10 principaux marchés par chiffre d'affaires ou base d'utilisateurs. Premières cibles courantes : anglais, espagnol, français, allemand, japonais, chinois, coréen, portugais.

Devrais-je utiliser la machine translation pour les chaînes d'application ? La machine translation peut fournir des ébauches initiales, mais les chaînes d'UI nécessitent une révision humaine pour la précision contextuelle. Les chaînes courtes sans contexte sont particulièrement difficiles pour le MT.

Comment gérer la localisation du contenu dynamique ? Utilisez la localisation côté serveur pour le contenu dynamique (notifications push, messages in-app). La localisation côté client gère l'UI statique. Un TMS peut gérer les deux flux de travail.

Qu'en est-il du formatage des dates, heures et nombres ? Utilisez les formateurs de la plateforme (DateFormatter sur iOS, DateFormat sur Android) avec la locale de l'appareil. Ne formatez jamais les dates ou les nombres manuellement.