Dans quelles langues traduire ta fiche App Store ?
La plupart des conseils sur ce sujet répondent à une autre question. Tu demandes « dans quelles langues devrais-je me localiser », et la réponse est un mur de statistiques sur l'économie mondiale des apps. Une trivia utile, mais aucune décision. Cet article, lui, est la décision.
Il existe aujourd'hui environ 50 langues de métadonnées sur l'App Store (Apple est passé de 39 à 50 en mars 2026, en ajoutant onze langues majoritairement indiennes) et encore plus de locales de fiche sur Google Play. Tu ne vas pas toutes les faire, et tu ne devrais pas. L'objectif est une liste courte et classée, sur laquelle tu peux agir cette semaine.
D'abord, sépare la fiche de l'app
Ce sont deux projets différents avec des coûts très différents, et les confondre est l'erreur la plus courante.
- La fiche store — ton titre, sous-titre, description, mots-clés et captures d'écran. Les traduire change ce qu'un visiteur voit avant d'installer. Ça ne touche aucun code et se publie instantanément depuis App Store Connect et Play Console.
- L'interface de l'app — chaque chaîne de texte dans l'app elle-même. La traduire est un vrai travail d'ingénierie : extraire les chaînes, brancher un système de localisation, retester chaque écran, maintenir ça à chaque version.
L'ordre logique et économique consiste à localiser la fiche d'abord, et à repousser la traduction de l'app jusqu'à ce que les données le justifient. Les experts ASO appellent ça la localisation minimale viable : mets une vitrine traduite devant un marché, observe si les installations et (surtout) la rétention tiennent, et ne paie qu'ensuite pour traduire l'app elle-même. Une fiche localisée avec une app en anglais est un test parfaitement valable. Une app entièrement traduite pour un marché qui ne convertit jamais, c'est de l'argent perdu.
La grille ci-dessous porte donc sur la fiche. Considère la traduction de l'interface comme une décision séparée, à prendre plus tard, marché par marché, selon la rétention.
Les deux forces qui tirent en sens opposés
Les marchés se classent selon un axe de dépense et un axe de volume, qui s'alignent rarement. Ici, mieux vaut une direction générale qu'une précision au chiffre près — considère ces éléments comme une orientation, pas une grille tarifaire, car les chiffres exacts varient selon la catégorie et l'année.
- Revenu élevé par utilisateur. Une poignée de marchés matures pèsent bien au-delà de leur population en dépense. Le Japon se distingue — ses meilleures apps affichent historiquement environ le double du revenu par utilisateur des États-Unis — avec l'Allemagne et la Corée du Sud dans le même palier de forte dépense. Moins de téléchargements, mais chacun vaut davantage.
- Volume de téléchargements élevé. L'Inde domine largement les installations mondiales, suivie de près par le Brésil et l'Indonésie. Une portée énorme, mais un revenu par utilisateur bien plus faible, et une monétisation qui repose davantage sur la publicité et les petits prix que sur les installations payantes ou les abonnements.
Aucun des deux axes ne l'emporte franchement. Une app premium sur abonnement devrait privilégier la première liste ; une app financée par la publicité et qui vit du volume devrait privilégier la seconde. La plupart des apps veulent quelques langues de chaque, choisies selon leur modèle de prix.
La grille de décision
Trois paliers. Fais-les dans l'ordre. Arrête-toi dès que ton appétit pour la maintenance s'épuise — une fiche localisée jusqu'au palier 1 couvre déjà l'essentiel des dépenses mondiales en apps.
Palier 1 — commence ici. Les langues que presque toutes les apps devraient utiliser pour localiser leur fiche, car elles combinent de grandes audiences et une propension avérée à dépenser :
- L'espagnol et le portugais (Brésil) — une portée combinée énorme sur les Amériques et l'Espagne.
- L'allemand, le français, le japonais — des marchés matures à forte dépense où une fiche native améliore mesurablement la conversion.
- Le chinois simplifié — la plus grande boutique à elle seule, si ton app y est viable.
Palier 2 — à ajouter ensuite. Des marchés solides à cibler une fois le palier 1 en ligne et ses effets constatés :
- Le coréen et l'italien — plus petits mais à forte intention, bonne conversion.
- Le russe et le turc — de grandes audiences, une monétisation qui dépend de la catégorie.
- Le portugais (Portugal) et le néerlandais si ton produit penche vers l'Europe.
Palier 3 — en bonus. Des paris sur le volume et une portée de longue traîne. Utile quand le coût marginal d'une langue de plus est proche de zéro (on y revient plus bas), ou quand un marché précis ressort dans tes analytics :
- Le hindi, l'indonésien, le vietnamien, le thaï — un volume d'installations massif, un revenu par utilisateur plus faible, souvent monétisé par la publicité.
- Le polonais, l'arabe, et les autres langues régionales adaptées à ton audience spécifique.
En résumé rapide :
Adapte tout ça à ta propre app. Une app de méditation avec une bonne rétention aux États-Unis et en Allemagne privilégie les langues européennes du palier 1. Une app sociale qui vise l'échelle passe plus vite aux marchés de volume du palier 3. Tes propres données d'installation et de rétention valent mieux que toute liste générique — ces paliers sont un point de départ, pas une conclusion.
Une seule fiche peut couvrir plusieurs boutiques
Une subtilité utile à connaître : sur l'App Store, une seule localisation de langue peut servir des territoires apparentés grâce à un mécanisme de repli. Si tu as une fiche en français (France) mais que tu n'as pas configuré le français (Canada), les métadonnées en français (France) servent les francophones du Canada jusqu'à ce que tu ajoutes la version spécifique. C'est pareil pour l'espagnol (Espagne) et l'espagnol (Mexique), et ainsi de suite pour les autres variantes.
En pratique, ça veut dire qu'une seule fiche en français bien écrite touche déjà les francophones de plusieurs boutiques, et qu'une fiche en espagnol fait de même en Amérique latine et en Espagne. Tu ajoutes la variante propre à chaque pays plus tard, quand un marché est assez important pour justifier d'ajuster le texte et les mots-clés. Commence par la langue de base ; affine par territoire une fois le volume au rendez-vous.
Pourquoi « combien » cesse d'être la vraie difficulté
Chaque palier ci-dessus suppose que traduire coûte quelque chose par langue — c'est pour ça que les agences te recommandent d'être sélectif. C'est cette hypothèse que Mokbi change. Comme l'outil traduit toute la fiche — le texte du store et les légendes des captures d'écran — en 50 langues en un seul passage, le coût marginal de la vingtième langue se rapproche de celui de la deuxième.
Quand ajouter une langue devient presque gratuit, la contrainte s'inverse. Tu ne rationnes plus tes traductions pour protéger un budget ; tu décides quels marchés méritent de l'attention, des mots-clés ajustés, et un jour une app traduite. C'est une question de priorisation, et la grille par paliers y répond. Fais la fiche largement, puis investis en profondeur là où les données pointent.
Les captures d'écran ne sont qu'une étape de ce flux — captures d'écran, feature graphic, texte du store, traduction, publication — donc les légendes sont traduites dans la même passe que la description, et les deux restent synchronisées par locale. Tu ne localises pas le texte dans un outil et les images dans un autre.
Une séquence simple à suivre
- Localise la fiche jusqu'au palier 1. Métadonnées plus captures d'écran, app en anglais en dessous. C'est ton test, pas un engagement.
- Observe la conversion et la rétention par marché. Les installations te disent si la fiche fonctionne ; la rétention te dit si le marché est réel.
- Ajoute le palier 2, puis le palier 3. Étends tant que le coût marginal est faible, et laisse tes propres analytics remonter des langues précises dans la liste.
- Ne traduis l'interface de l'app qu'ensuite — pour les deux ou trois marchés qui l'ont mérité par une vraie rétention.
Cet ordre maintient le travail coûteux (traduire l'app) conditionné à des preuves, et rend le travail bon marché (une vitrine traduite) aussi large que possible.