Alexandre Gerez
Sommaire

ASO : optimiser sa fiche App Store et Google Play en 2026

Mis à jour le 12 octobre 20269 min de lecture

Près de 65 % des téléchargements sur l'App Store se produisent directement après une recherche. 70 % des visiteurs du store passent par la recherche pour découvrir une application. Ces deux chiffres viennent d'Apple, mesurés sur l'App Store mondial en 2022.

L'ASO, pour app store optimization, est le travail qui décide si une application apparaît dans ces recherches puis si le visiteur l'installe. Voici ce que les stores indexent réellement selon leur propre documentation, les limites exactes de chaque champ, comment lire un taux de conversion de fiche, et ce que les outils de test natifs permettent avec un petit volume de trafic.

65 %des téléchargements sur l'App Store suivent directement une recherche

Source : Apple Ads, page Advanced, note de bas de page : App Store, monde, 2022

Une précision de méthode : ces deux chiffres figurent sur la page commerciale de la régie publicitaire d'Apple, sans méthodologie publiée. Google ne publie pas d'équivalent dans la documentation Google Play consultée. Les limites de caractères et les règles citées plus bas sont celles des pages officielles d'Apple et de Google, lues le 12 octobre 2026.

Une loupe trace un chemin à travers une grille d'icônes d'applications, en fait ressortir une seule, puis descend vers un téléphone
Le chemin d'un téléchargement passe d'abord par la barre de recherche du store, bien avant la fiche elle-même.

Comment fonctionne l'ASO : ce que les stores déclarent classer

Apple et Google décrivent un classement à deux étages : la pertinence du texte, puis le comportement des utilisateurs. L'ASO agit directement sur le premier, indirectement sur le second.

Côté Apple, la formule est explicite : les résultats de recherche reposent sur la pertinence textuelle, c'est-à-dire les correspondances avec le nom, le sous-titre, les mots-clés et la catégorie principale, puis sur le comportement des utilisateurs, à savoir les téléchargements, les notes et les avis.

Source : Apple Developer, App Store Search

Google Play annonce des critères plus larges : pertinence, qualité de l'expérience dans l'application, valeur éditoriale, et expérience des utilisateurs après l'installation. Pour la recherche, la page précise que Google Play priorise « la pertinence, l'engagement et la qualité », et qu'il s'appuie sur le titre, la description et les retours des utilisateurs — notes, avis, engagement.

Source : Aide Google Play, Comprendre le fonctionnement de la recherche dans Google Play

Pour l'ASO, la différence pratique est nette. Sur l'App Store, la description n'apparaît pas dans la liste des champs de pertinence, et Apple déconseille d'y ajouter des mots-clés. Sur Google Play, elle fait partie des informations utilisées, et la fiche ne comporte aucun champ mots-clés : ses seuls champs de texte sont le nom, la description courte et la description complète.

Quels champs l'App Store et Google Play indexent-ils ?

Le référencement App Store se joue sur très peu de caractères.

ChampApp StoreGoogle PlayRôle dans la recherche
Nom de l'application30 caractères30 caractèresIndexé sur les deux stores
Sous-titre30 caractères—Indexé (App Store)
Champ mots-clés100 octets—Indexé, invisible pour l'utilisateur (App Store)
Texte promotionnel170 caractères—Sans effet sur le classement, selon Apple
Description courte—80 caractèresUsage en recherche non précisé par Google
Description complète4 000 caractères4 000 caractèresNon citée par Apple ; utilisée par Google Play

Source : Apple Developer, Creating your product page

Source : Aide Play Console, configurer la fiche Play Store

Sur l'App Store, le texte que l'ASO rédige pour la recherche tient en 160 caractères : 30 pour le nom, 30 pour le sous-titre, 100 pour les mots-clés. La catégorie et le nom du développeur sont indexés aussi, mais ne se rédigent pas. Nuance pour un champ en français : App Store Connect compte les mots-clés en octets, et une lettre accentuée en occupe deux.

Source : Aide App Store Connect, informations de version

Prenons une application fictive de course à pied, nommée « Foulée – Course à pied » (22 caractères), avec le sous-titre « Plan d'entraînement running » (27 caractères). Voici un champ mots-clés tel qu'on en rencontre souvent :

course à pied, running, courses, app, plans, entraînement, application de course, coureur

Il fait 89 caractères. Passé à la grille d'Apple, presque tout tombe. Les sept espaces après les virgules sont perdus. « Course », « pied », « running », « plan » et « entraînement » figurent déjà dans le nom ou le sous-titre, et Apple demande de ne pas les répéter. « Courses » et « plans » sont des pluriels, considérés comme des doublons. « App », comme son équivalent « application », est un terme générique que la page d'Apple demande d'éviter. Il reste un seul mot nouveau, « coureur », soit 7 caractères utiles sur 89.

La version corrigée occupe 94 caractères, soit 95 octets, et apporte quatorze termes absents du nom et du sous-titre :

jogging,footing,marathon,semi,10km,fractionné,allure,chrono,cardio,coach,GPS,trail,VMA,fartlek

Comment lire le taux de conversion d'une fiche ?

L'ASO ne s'arrête pas au classement : il amène des visiteurs, puis la fiche décide de l'installation. Encore faut-il savoir ce que mesure le taux visé : les benchmarks publiés n'ont pas le même dénominateur.

SourceCe qui est diviséValeur publiéePopulation
Apple, App AnalyticsTéléchargements, retéléchargements compris ÷ impressions uniquesComparaison au groupe de pairs, dans la consoleApplications du store, utilisateurs ayant accepté le partage
AppTweak, taux de conversionTéléchargements ÷ vues de la fiche8,56 % (App Store), 16,15 % (Google Play)États-Unis, année 2025
AppTweak, taux d'installationPremiers téléchargements faits depuis les résultats, sans ouvrir la fiche ÷ impressions3,8 % (App Store)États-Unis, année 2025

Source : Apple Developer, App Analytics

Source : AppTweak, Average App Conversion Rate per Category, publié le 18 mai 2026, données 2025

Une impression, c'est l'affichage de l'application dans un résultat de recherche ou une liste du store. Une vue de fiche, c'est l'ouverture de sa page. Le taux d'Apple divise tous les téléchargements, retéléchargements compris, par les impressions uniques. Il ne correspond à aucun des deux taux d'AppTweak. Le comparer aux 8,56 % donne l'illusion d'un échec, le comparer aux 3,8 % l'illusion inverse.

Les moyennes cachent des écarts de catégorie énormes : sur l'App Store américain, AppTweak mesure 52,8 % de conversion sur la fiche pour la catégorie Food & Drink et 5,2 % pour les jeux de quiz. La page d'AppTweak contient aussi une incohérence interne, un « 25 % » attribué à l'App Store qui contredit ses propres 8,56 %. Pour fixer un objectif d'ASO, ces chiffres sont des repères, pas des cibles.

Pour l'ASO sur iOS, le comparateur le plus fiable reste celui d'Apple. Les benchmarks de groupe de pairs d'App Analytics situent la conversion d'une application face à des applications de même catégorie, de même modèle économique et de volume de téléchargement comparable — bas, moyen ou élevé.

Peut-on tester sa fiche ASO avec peu de trafic ?

Les deux stores intègrent un outil gratuit de test A/B de fiche, la partie la plus mesurable de l'ASO. Leur vraie limite est le volume de trafic nécessaire.

App Store — product page optimizationGoogle Play — store listing experiments
VariantesJusqu'à 3 traitements face à l'originalJusqu'à 2 variantes face à la fiche actuelle
Éléments testablesIcône, captures, vidéos d'aperçuIcône, image de présentation, captures ; descriptions en test localisé
Tests simultanésUn seulUn test graphique par défaut, ou jusqu'à 5 tests localisés
Durée maximale90 joursArrêt automatique après 6 mois
ContrainteValidation App Review ; icônes alternatives incluses dans le binaireMesure sur les clics d'installation ou d'ouverture

Source : Apple Developer, Product Page Optimization

Source : Aide Play Console, store listing experiments

Un flux de visiteurs se divise en trois branches, chacune menant à une version différente de la fiche d'une application
Un test de fiche divise le trafic existant : chaque variante ne reçoit qu'une fraction des visiteurs, et c'est cette fraction qui fixe la durée du test.

Apple recommande d'attendre qu'un traitement soit déclaré meilleur ou moins bon que l'original avec au moins 90 % de confiance, un traitement étant le nom qu'Apple donne à une variante. Le calcul classique de comparaison de deux proportions en donne l'ordre de grandeur avant de lancer.

Hypothèses : une conversion de départ de 3 % sur les impressions, un gain visé de 20 %, soit 3,6 %, une confiance de 90 % et une puissance statistique de 80 % — la probabilité de détecter le gain s'il existe.

  • Écart à détecter : 3,6 % − 3 % = 0,6 point
  • Taille d'échantillon par groupe, formule bilatérale, qui détecte une hausse comme une baisse : environ 10 960 impressions
  • Avec un seul traitement et 50 % du trafic alloué au test, l'original et la variante reçoivent chacun la moitié des impressions : il en faut environ 21 900 au total

À 500 impressions par jour, le test se conclut en 44 jours. À 200 impressions par jour, il en faut 110, au-delà des 90 jours autorisés. Le seuil se situe vers 244 impressions quotidiennes : 21 900 divisé par 90. Et un gain visé de 15 % au lieu de 20 % demande environ 19 000 impressions par groupe, près de 75 % de plus.

À quoi servent les pages produit personnalisées en ASO ?

Les pages produit personnalisées d'Apple étendent l'ASO au trafic qui arrive d'une campagne, d'un réseau social ou d'un partenaire, avec une attente précise.

Apple autorise jusqu'à 70 versions supplémentaires de la fiche, chacune avec ses captures, son texte promotionnel et ses vidéos, une URL unique et, à partir d'iOS 18, un lien profond vers un écran de l'application. Chaque page peut aussi recevoir des mots-clés pour apparaître dans les résultats de recherche correspondants, à la place de la page par défaut.

Source : Apple Developer, Custom Product Pages

Le chiffre publié par Apple : les développeurs constatent en moyenne 2,5 points de conversion en plus en envoyant les visiteurs vers une page personnalisée, contre 1,6 % de conversion moyenne sur les pages par défaut. Soit 4,1 %, une hausse de 156 %.

Sur 10 000 visiteurs envoyés par une campagne, 160 téléchargements avec la page par défaut, 410 avec une page personnalisée. Apple ne publie ni la période, ni la méthode, ni le dénominateur de ce calcul. Et les développeurs qui construisent une page dédiée ont souvent le trafic le plus ciblé : l'écart mesure autant la campagne que la page.

Quelles erreurs d'ASO font perdre du classement ?

Ces erreurs sortent des règles publiées par les stores, et aucune ne coûte de budget à corriger.

Écrire des mots-clés dans le texte promotionnel. Apple l'écrit noir sur blanc : le texte promotionnel n'a aucun effet sur le classement et ne doit pas servir à afficher des mots-clés.

Ignorer la stabilité sur Google Play. Android vitals fixe des seuils de mauvais comportement : 1,09 % des utilisateurs quotidiens touchés par un plantage, ou 0,47 % par un blocage de l'application (ANR), tous appareils confondus. Au-delà, Google prévient que l'application sera probablement moins visible sur Google Play, et qu'un avertissement peut s'afficher sur sa fiche. Un problème de dette technique d'une application devient alors un problème d'ASO.

Source : Aide Play Console, Android vitals

Gaspiller les demandes d'avis. Les notes et avis comptent parmi les signaux de classement de l'App Store cités par Apple, qui limite la demande de note dans l'application à trois affichages par période de 365 jours. Déclencher la demande au premier lancement, avant toute valeur perçue, gaspille l'une des trois occasions de l'année sur un utilisateur qui n'a encore rien vu. Le moment juste dépend du parcours, et de la rétention de l'application dans les premiers jours.

Source : Apple Developer, Ratings and Reviews

Promettre un classement dans le titre. Google Play interdit dans le titre, l'icône et le nom du développeur les mentions de performance comme « #1 » ou « App of the year », les emojis et les caractères spéciaux répétés. La page de configuration de la fiche ajoute que l'usage répétitif de mots-clés peut aller jusqu'à la suspension.

Source : Règles Google Play, métadonnées

Le travail d'ASO commence au moment de la publication d'une application sur Google Play et l'App Store. Et l'ASO se juge à la fin sur le revenu, détaillé dans ce que rapporte une application mobile gratuite.

Questions fréquentes

Qu'est-ce que l'ASO ?

L'ASO, pour app store optimization, regroupe le travail sur la fiche d'une application pour qu'elle apparaisse dans les recherches des stores et qu'elle convertisse les visiteurs en téléchargements. Il porte sur deux leviers distincts : les champs de texte que le store indexe, et les éléments visuels qui décident de l'installation.

Quelle est la différence entre l'ASO et le SEO ?

Le SEO travaille le classement d'un site dans Google, l'ASO celui d'une application dans l'App Store et Google Play. Les règles d'indexation n'ont rien à voir : sur l'App Store, le texte rédigé pour la recherche tient en 160 caractères, nom, sous-titre et champ mots-clés, auxquels s'ajoutent la catégorie et le nom du développeur, et le classement dépend aussi selon les téléchargements, les notes et les avis.

Combien de mots-clés peut-on mettre sur l'App Store ?

Le champ mots-clés de l'App Store est limité à 100 octets, soit 100 caractères sans accent, termes séparés par des virgules sans espace. Apple demande de ne pas y répéter les mots déjà présents dans le nom, le sous-titre ou la catégorie, ni les pluriels, ni les termes génériques comme « app ».

La description compte-t-elle pour le référencement App Store et Google Play ?

Pas de la même façon. Apple ne cite pas la description parmi les champs de pertinence textuelle et déconseille d'y ajouter des mots-clés. Google Play déclare au contraire utiliser le titre et la description pour décider quelles applications apparaissent dans ses résultats, tout en sanctionnant les listes de mots-clés répétitives.