Traduire la description de ton app : le même texte joue deux rôles différents
Tu as écrit une bonne description en anglais. Tu veux maintenant l'avoir en allemand, en japonais et en portugais, et le réflexe évident est de la faire passer par un traducteur puis de coller le résultat à la fois dans App Store Connect et dans Play Console. Le texte est identique sur les deux stores en anglais, alors pourquoi la traduction serait-elle différente ?
Parce que la description ne fait pas le même travail sur les deux stores. Elle se lit de façon identique pour un humain, mais l'algorithme de recherche de chaque store la traite d'une manière complètement différente. Réussir la traduction pour l'un peut quand même te faire livrer à l'autre une fiche plus faible que celle de départ.
Sur l'App Store, la description est une page de vente
Apple n'indexe pas ta description pour la recherche. Les mots qu'elle contient, aussi bons soient-ils, n'influencent pas les recherches pour lesquelles ton app apparaît. Le classement sur l'App Store vient du nom de l'app, du sous-titre, et d'un champ de mots-clés dédié — un champ caché, séparé par des virgules, limité à 100 caractères, et Apple t'en donne un distinct pour chaque langue dans laquelle tu localises ton app.
Sur iOS, la description n'a donc qu'un seul objectif : convertir. Elle intervient après que quelqu'un a déjà trouvé ton app et décide s'il l'installe. Elle doit être claire, persuasive, et facile à parcourir en diagonale — surtout les premières lignes visibles avant le pli « plus ». Quand tu traduis une description iOS, tu traduis pour un lecteur, pas pour un algorithme. Une formulation naturelle bat un mot-clé casé de force, puisque ce mot-clé ne te rapporte rien ici de toute façon.
Sur Google Play, la description est aussi le champ de mots-clés
Google Play n'a aucun champ de mots-clés séparé. Il lit ton titre, ta description courte, et ta description longue complète, et il extrait ses termes de classement directement de ce texte. Toute la description longue — jusqu'à 4 000 caractères — est indexable.
Cela inverse la fonction des mots. Sur Android, la description doit toujours convaincre un humain, mais elle doit aussi porter les mots-clés sur lesquels tu veux te positionner, dans la langue de ce marché. Une règle empirique courante en ASO consiste à garder ton terme principal à une densité d'environ 2 à 3 % — répété naturellement quelques fois dans la description plutôt que bourré. Prends ça comme un repère de praticiens, pas un chiffre publié par Google ; l'idée de fond reste solide, elle : sur Play, les termes doivent être réellement présents dans le texte traduit, sinon tu ne te classes pas dessus.
La même phrase, deux rôles
Voici le piège. Disons que ta description anglaise s'appuie sur l'expression « habit tracker ». Sur l'App Store, cette expression a sa place dans ton champ de mots-clés, et la description peut décrire l'app dans la formulation la plus naturelle qui soit. Sur Google Play, « habit tracker » doit survivre à la traduction en tant que terme réellement recherché dans la langue cible — l'équivalent allemand que les gens tapent vraiment, pas un rendu mot à mot littéral que personne ne recherche.
Une traduction générique optimise pour la fluidité de lecture. Elle n'a aucune raison de préserver le terme précis, propre au marché, qu'un chercheur sur Play utiliserait, et souvent elle ne le fera pas — elle choisira un synonyme, un registre plus formel, ou glissera l'expression dans une tournure qui se lit bien mais ne contient plus le mot-clé. Sur iOS, c'est sans conséquence. Sur Android, c'est ton classement que tu viens de sacrifier en traduisant.
Pourquoi « traduire une fois, livrer aux deux » est une erreur
L'instinct de faire passer la description une seule fois dans un traducteur et de coller le résultat identique dans les deux stores est efficace, et pour la description iOS, c'est globalement acceptable. Le problème, c'est le côté Android. Le même résultat qui se lit bien sur l'App Store est celui qui a cessé de porter des mots-clés sur Google Play, et rien ne t'avertit — la fiche a l'air traduite et professionnelle. Tu ne le remarques que des mois plus tard, quand l'app Android ne se classe jamais dans cette langue.
Les deux traductions ne devraient donc pas être identiques. La description iOS est traduite pour la conversion et la clarté. La description Android est traduite en gardant intacts les mots-clés du marché cible, placés naturellement dans le texte courant. Même texte source, deux résultats, volontairement.
À quoi ressemble une traduction consciente des mots-clés
Une traduction qui respecte Google Play fait trois choses qu'une traduction ordinaire ne fait pas. Elle identifie les termes sur lesquels tu cherches réellement à te positionner. Elle trouve l'expression que les vrais utilisateurs de ce marché recherchent — ce qui relève d'une décision de localisation, pas d'une simple consultation de dictionnaire — et elle maintient cette expression présente dans la description traduite à une densité raisonnable, au lieu de la paraphraser hors du texte. Le résultat se lit toujours comme écrit par une personne ; il ne fait juste pas disparaître tes mots-clés au passage.
Pour iOS, tu fais le miroir de cela : tu traduis la description pour la lecture la plus claire et la plus convaincante possible, et tu déplaces ton effort de mots-clés vers le champ de 100 caractères de cette locale, là où Apple l'utilisera réellement. Deux stores, deux stratégies, un seul texte source.
Comment Mokbi gère ça
Mokbi traduit toute ta fiche — titre, description et légendes — dans 50 langues, en utilisant un modèle sensible à l'ASO (Claude) plutôt qu'un simple passage traduire-et-oublier. Cela signifie que la description Android conserve sa couverture de mots-clés dans chaque langue, tandis que la description iOS est traduite pour la conversion. Tu ne compares pas manuellement deux versions du même paragraphe dans vingt marchés ; la distinction entre « classer » et « convaincre » est intégrée à la façon dont le texte sort, pour chaque store.
Une réserve honnête : la traduction par IA est un excellent point de départ, pas une validation finale. Pour tes marchés à plus forte valeur — les deux ou trois langues qui génèrent la majorité de tes installations — une relecture par un locuteur natif reste précieuse pour repérer les nuances qu'un algorithme ne peut pas juger, en particulier si le mot-clé traduit est bien le terme que les locaux recherchent réellement. Utilise le passage automatique pour couvrir les 50 langues à moindre coût, puis consacre une relecture humaine là où se trouve le revenu.