Qu'est-ce que l'ASO ? L'App Store Optimization expliquée

ASO signifie App Store Optimization : faire en sorte que votre fiche soit trouvée dans la recherche du store, et que les gens qui la trouvent installent. Sur iOS, votre texte indexable tient en 160 octets répartis sur trois champs. Sur Google Play, c'est 4 110 caractères, parce que Play lit la description qu'Apple ne compte pas parmi ses champs de recherche.

L'essentiel, c'est du texte que vous écrivez une fois puis révisez. Le reste, c'est le créa, les notes et l'app elle-même. Rien de tout ça n'est une tâche de lancement qu'on coche, parce que les résultats de recherche bougent, les concurrents réécrivent leurs fiches, et les stores ajoutent sans arrêt de nouvelles surfaces.

Les champs, par store

Champ	App Store	Google Play	Pertinence en recherche
Nom / titre de l'app	30 caractères	30 caractères	Les deux stores
Sous-titre	30 caractères	Non disponible	App Store
Description courte	Non disponible	80 caractères	Google Play
Champ mots-clés	100 octets	Non disponible	App Store, invisible pour les utilisateurs
Description	4 000 caractères	4 000 caractères	Play s'en sert comme signal de recherche. Apple ne la compte pas parmi ses champs de recherche.
Texte promotionnel	170 caractères	Non disponible	Apple indique qu'il n'affecte pas le classement
Nouveautés	4 000 caractères	500 caractères	Ni l'un ni l'autre

Apple cite le nom de l'app, le sous-titre, les mots-clés et la catégorie principale parmi ses facteurs de pertinence textuelle. Choisir sa catégorie est donc une décision de recherche, pas une formalité administrative. Google indique que la recherche Play prend en compte des métadonnées comme le titre, la description et la catégorie, à côté des signaux de qualité et de réaction des utilisateurs. Les limites ci-dessus viennent de la référence des champs App Store Connect et de la documentation de fiche Google Play.

Un piège à connaître avant de localiser : Apple compte le champ mots-clés en octets, mais le nom et le sous-titre en caractères. En anglais, aucune différence. En français, en russe ou en japonais, si, parce que les caractères accentués et non latins coûtent deux ou trois octets chacun. Un champ mots-clés en français contient bien moins de 100 caractères visibles.

C'est cet écart qui fait qu'une fiche copiée-collée dans les deux consoles gaspille de la place. Play peut exploiter votre description complète pour comprendre l'app. Apple ne la compte pas parmi ses champs de recherche : la version iOS de ce texte a donc un autre rôle, expliquer le produit et convertir le visiteur.

ASO et SEO

L'instinct se transpose. Comprendre ce que les gens cherchent, rendre le résultat pertinent, améliorer ce qui se passe après qu'ils l'ont vu. La mécanique, non.

Vous avez une page produit par app au lieu d'un ensemble ouvert de pages : le réflexe SEO de publier plus de pages n'a nulle part où aller. Vous travaillez contre un budget d'octets, pas contre un nombre de mots. Et il n'existe pas de Search Console pour l'App Store : vous changez des métadonnées, vous publiez une version, et vous attendez, le plus souvent sans savoir quel changement a joué.

La différence la plus importante, c'est que classement et conversion sont le même levier. Apple cite les téléchargements, les notes et les avis parmi ses facteurs de recherche. Google combine la pertinence de la requête avec la qualité de l'app et la façon dont les utilisateurs réagissent aux résultats. Une fiche qui se classe bien et convertit mal ne garde pas son classement longtemps.

Deux surfaces récentes de l'App Store

La plupart des guides ASO en ligne sont antérieurs à ces deux-là.

Les App Tags. Apple génère des tags à partir de vos métadonnées App Store Connect, d'IA et de curation humaine ; vous décochez ceux qui ne collent pas. Ils apparaissent dans les résultats de recherche, sur les pages d'atterrissage de recherche et sur votre page produit sous forme d'entités cliquables. Apple documente une limite ferme : "Currently, tags are only supported and displayed to users across the App Store in the United States." Traitez-les comme une surface de découverte aux États-Unis, pas comme un remplacement des mots-clés. Voir gérer les App Tags.

Les mots-clés sur les pages produit personnalisées. Une page produit personnalisée approuvée peut porter ses propres mots-clés, tirés de votre dernière version approuvée, et Apple peut servir cette page à la place de votre page par défaut pour les recherches correspondantes. L'attribution des mots-clés se gère indépendamment d'une mise à jour de l'app, mais la page doit être approuvée, visible et publiée avant d'être indexée. Voir les instructions d'Apple sur les pages produit personnalisées.

Ensemble, elles signifient que le champ de 100 octets n'est plus la totalité de votre budget mots-clés.

Ce qui bouge vraiment l'aiguille

Trois parties, et les stores les traitent séparément.

La pertinence vient des métadonnées : nom, sous-titre ou description courte, champ mots-clés, description là où elle compte, catégorie et localisation. C'est ce qui décide dans quelles recherches vous apparaissez, et presque rien d'autre ne le décide.

La conversion vient de l'icône, des deux premières captures, de la note, et de la question de savoir si la promesse de la page correspond à la recherche qui a amené la personne. Tout cela est vu en taille vignette, dans une liste qui défile, à côté de concurrents, pendant environ une seconde.

La qualité continue après l'installation. Google compte explicitement la performance technique et l'expérience utilisateur dans son évaluation des apps. Apple cite le comportement des utilisateurs, les téléchargements, les notes et les avis.

Aucun champ à lui seul ne gagne un classement. Le travail consiste à améliorer chaque partie sans changer cinq choses d'un coup et perdre la capacité de dire ce qui a marché.

Cinq façons de rater ça

Le champ mots-clés rempli de mots sur lesquels vous vous classez déjà. Apple utilise votre nom, votre sous-titre et votre catégorie pour la pertinence. Répéter ces mots dans les 100 octets dépense du budget sur des termes qui vous appartiennent déjà. Séparés par des virgules, sans espace après, parce qu'un espace est un octet.

Une seule fiche, collée dans les deux stores. Les deux stores exposent des champs différents et décrivent leur classement différemment. Écrivez à partir d'un seul brief de positionnement et adaptez les métadonnées store par store.

Des captures validées en pleine taille. Elles sont validées sur un écran 27 pouces, puis concourent en vignettes. Vérifiez vos deux premières images à l'échelle vignette, à côté des apps qui se classent réellement sur votre requête cible.

Des métadonnées figées au lancement. Les concurrents réécrivent leurs sous-titres, les termes de recherche se déplacent, la catégorie se remplit chaque trimestre. Une fiche réglée une fois en mars perd du terrain en silence en septembre, et aucune des deux consoles ne vous le dira.

Les avis traités comme des données de support. Ils façonnent la confiance sur la page produit, et les deux stores décrivent le retour utilisateur comme un signal de découverte ou de qualité. Un fil une étoile sans réponse est la première chose que lit quelqu'un qui hésite à installer.

Une checklist ASO pour cette semaine

La plupart des bonnes pratiques d'optimisation que vous trouverez en ligne sont écrites pour des équipes avec un responsable ASO. Ces dix-là, non — et aucune ne demande un outil que vous n'avez pas déjà.

1. Cherchez vos trois termes principaux dans chaque store et relevez les cinq premiers résultats pertinents. C'est votre vraie concurrence, pas les apps contre lesquelles vous croyez lutter.
2. Notez chaque mot déjà utilisé dans le nom de l'app et le sous-titre iOS. Ceux-là sont réglés.
3. Réécrivez le champ mots-clés iOS avec uniquement des mots absents de cette liste. Séparés par des virgules, sans espaces, au singulier.
4. Vérifiez que le sous-titre dit ce que fait l'app, pas l'effet qu'elle produit. Il est indexé et il est lu.
5. Sur Play, faites de la description courte un résumé exact en 80 caractères. Elle est indexée.
6. Réécrivez la description Play pour les humains et pour la recherche, sans empiler des termes répétés.
7. Regardez votre icône à la taille qu'elle a dans les résultats. Si vous ne distinguez pas ce que c'est, corrigez ça avant tout le reste.
8. Comparez vos deux premières captures en vignettes face à ces résultats de recherche réels.
9. Lisez les avis des 30 derniers jours en cherchant les objections répétées et les manques de langue, et répondez à ceux d'une étoile.
10. Consignez la date et les champs exacts que vous avez changés, pour que la prochaine revue ait un point de départ.

Les étapes 1 à 6 tiennent dans un après-midi. Les étapes 7 et 8 demandent un designer ou un générateur. L'étape 9 est celle que tout le monde saute.

Changez un bloc à la fois. Mettez à jour ensemble les métadonnées liées, mais ne remplacez pas le titre, l'icône, les captures et le positionnement d'un seul coup sans rien noter. Il vous faut une trace propre de ce qui a changé avant de pouvoir tirer quoi que ce soit du résultat.

À quelle fréquence y revenir

Une fois par mois est un rythme de départ raisonnable pour une petite équipe. Plus tôt si un concurrent bouge, si un nouveau terme apparaît dans vos avis, ou si un store ajoute une surface comme les App Tags.

Le créa demande plus de planification, parce que l'App Store sépare vos champs en deux groupes. Le texte promotionnel se modifie sans nouvelle version. Les métadonnées d'une page produit personnalisée peuvent partir en revue toutes seules. Les captures approuvées, non : Apple exige une nouvelle version avant de pouvoir les remplacer. Regroupez le travail lié à une version avec une release, et menez vos petites expériences dans les champs qui se mettent à jour seuls.

Ce que ça coûte de sauter l'étape

Rien de dramatique sur une semaine donnée. C'est bien ça le problème.

Une app en page deux sur le terme de sa propre catégorie est trouvée par des gens qui connaissent déjà son nom. Les installations viennent d'où vous les poussez, et le store n'apporte quasiment rien. La plupart des développeurs solo y lisent la preuve que le store ne marche pas pour leur type d'app et arrêtent de le regarder — ce qui finit de rendre la chose vraie.

Les apps qui reçoivent du trafic store font rarement quelque chose d'astucieux. Elles ont réécrit le sous-titre deux fois, remplacé l'icône une fois, répondu à leurs avis, et continué à le faire.

Ce qu'Uprate en fait

Uprate tient cette cadence pour vous. Textes de fiche rédigés à partir du build que vous publiez vraiment, vérification des prix sur les 178 marchés, avis traités dans votre voix en 29 langues, icône et set de captures livrés en brouillon.

La revue mensuelle a toujours lieu. Elle cesse simplement d'avoir lieu sur votre dimanche.

Rien ne passe en ligne tant que vous ne l'avez pas approuvé.