- L'ASO en 2026 : pourquoi c'est devenu non négociable
- Recherche de mots-clés : la base de tout l'ASO
- Titre, sous-titre, nom d'éditeur : les 3 zones critiques
- Description longue : optimiser sans saturer
- Des captures d'écran qui donnent envie (pas de simples copies d'écran)
- Vidéo de prévisualisation : à faire ou pas ?
- Avis et notes : le facteur multiplicateur
- Comment la fiche store se prépare sur un projet Zuhd Studio
L'ASO, pour App Store Optimization, est le travail de la fiche store qui décide si votre application apparaît quand quelqu'un tape une recherche sur l'App Store ou le Play Store. Il se joue surtout dans le nom, le sous-titre, les mots-clés, les captures et les avis. L'article déroule la méthode complète, à préparer avant la sortie.
Vous avez investi dans le développement de votre app. Le code est propre, les fonctionnalités sont solides, le design est beau. Vous publiez. Et puis… rien. Quelques téléchargements le premier jour grâce à votre cercle proche. La semaine suivante, le robinet se ferme. Personne ne trouve votre app.
Ce n'est pas votre code qui est en cause. C'est souvent votre fiche store. Une grande part des téléchargements commence par une recherche dans le store lui-même. Pas par Instagram, ni par la presse. Et ce classement se travaille : c'est l'ASO, pour App Store Optimization.
L'ASO, c'est le SEO des stores. C'est la discipline qui décide si votre app apparaît en haut quand un utilisateur tape « app pour suivre mes runs », ou si elle reste à la page 8 où personne ne va. Voici la méthode complète, à préparer avant la sortie de votre application.
L'ASO en 2026 : pourquoi c'est devenu non négociable
L'App Store et le Play Store sont des moteurs de recherche. Quand un utilisateur tape une requête, l'algorithme classe toutes les apps disponibles selon une combinaison de signaux : pertinence du titre, des mots-clés, des descriptions, qualité des screenshots, taux de conversion de la fiche, taux de rétention, fréquence des mises à jour, notes et avis. Une bonne app avec une mauvaise fiche peut très bien finir invisible. À l'inverse, une fiche travaillée donne sa chance à une application qui débute.
Ce qu'il faut retenir :
- La recherche dans le store amène une grande part des téléchargements gratuits. C'est là que votre application doit être trouvée.
- La fiche fait télécharger, ou pas. Une fiche claire transforme plus de visites en téléchargements qu'une fiche confuse. App Store Connect et la Play Console vous montrent ce taux de conversion.
- La note est l'un des signaux les plus visibles de la fiche. On en parle plus bas.
- La publicité envoie les gens sur la même fiche. Si vous en lancez un jour, mieux vaut que la fiche soit prête avant.
Ne pas faire d'ASO en 2026, c'est avoir un site web sans SEO. Vous existez, mais personne ne vous trouve.
Recherche de mots-clés : la base de tout l'ASO
Avant de toucher à votre fiche, vous devez savoir ce que tape votre cible dans la barre de recherche du store. Pas ce que vous croyez qu'elle tape. Ce qu'elle tape vraiment.
Étape 1 : lister 30 à 50 mots-clés candidats
Listez tout ce qu'un utilisateur potentiel pourrait taper pour tomber sur votre type d'app. Mélangez plusieurs angles :
- Le problème : « suivre ses dépenses », « apprendre l'arabe », « trouver un coiffeur ».
- La solution générique : « budget app », « app langue », « coiffeur à domicile ».
- Les variations longue traîne : « app budget famille », « apprendre arabe enfant ».
- Les noms de concurrents (à utiliser avec précaution sur Apple, c'est interdit pour les marques que vous ne possédez pas).
Étape 2 : qualifier les mots-clés avec des outils
Pour chaque mot-clé candidat, vous avez besoin de 3 informations : volume de recherche (est-ce que des gens le tapent vraiment ?), difficulté (combien d'apps sont déjà bien classées dessus ?), pertinence (est-ce que les utilisateurs qui tapent ça sont vraiment dans votre cible ?).
Outils à connaître : AppTweak, Sensor Tower, ou les outils gratuits intégrés à App Store Connect et à la Play Console. Les versions gratuites des outils payants sont limitées, mais suffisent souvent pour une première version.
Étape 3 : sélectionner 8 à 12 mots-clés gagnants
Vous gardez ceux qui combinent : un volume suffisant (des gens le tapent vraiment), une difficulté gérable (pas dominé par 5 grosses apps), forte pertinence (votre app répond précisément à cette recherche). Ces 8 à 12 mots-clés deviennent votre matrice. Ils vont guider l'écriture du titre, du sous-titre, de la description et des mots-clés Apple.
Titre, sous-titre, nom d'éditeur : les 3 zones critiques
Dans le classement, ces 3 zones pèsent le plus. Si vous ne devez optimiser qu'une chose, c'est ça.
Le nom de l'app (30 caractères Apple, 30 Play Store)
Format gagnant : NomDeMarque : promesse avec mot-clé principal. Exemples : « Mojo : Stories Vidéo », « Strava : Course et Vélo », « Yuka : Scan Alimentaire ».
Le mot-clé principal doit absolument apparaître ici. Pas dans le sous-titre. Pas dans la description. Dans le nom. Apple et Google donnent le poids maximum à cette zone.
Le sous-titre (30 caractères Apple uniquement)
Spécifique iOS. C'est l'occasion d'utiliser 2-3 autres mots-clés importants. Format : Verbe d'action + bénéfice. Exemple pour une app de coaching course : « Plans course, vélo et trail ». Trois mots-clés ciblés, et une phrase qui se lit.
Erreur classique : remplir le sous-titre avec un slogan flou genre « Vivez votre passion ». Inutile pour l'ASO et faible pour la conversion.
Le nom de l'éditeur
Apple indexe le nom de l'éditeur dans les recherches. Si votre éditeur s'appelle « Zuhd Studio », les recherches contenant « zuhd » ou « studio » peuvent vous remonter. Choisissez un nom d'éditeur qui ne crée pas de confusion mais qui reste cohérent avec votre marque.
Le champ « mots-clés » caché Apple (100 caractères)
Spécifique iOS. C'est un champ invisible aux utilisateurs mais utilisé par l'algorithme. Règle d'or : ne jamais répéter ici un mot-clé déjà présent dans le titre ou le sous-titre. Apple croise automatiquement, vous gaspilleriez les 100 caractères. Mettez ici les variantes que vous n'avez pas pu placer ailleurs : synonymes, longue traîne, fautes de frappe courantes (« budjet » peut payer si beaucoup de gens font la faute).
Format : mot1,mot2,mot3. Sans espaces après les virgules pour économiser des caractères. Pas de pluriels redondants (Apple gère le matching singulier/pluriel automatiquement).
Description longue : optimiser sans saturer
La description longue (4 000 caractères max sur les deux stores) joue un rôle différent sur Apple et sur Google. Important à comprendre.
Sur Apple : faiblement indexée, fortement convertissante
Apple n'utilise presque pas la description longue dans son classement. Vous pouvez écrire ce que vous voulez, ça n'aidera pas votre classement. Par contre, l'utilisateur qui clique sur votre fiche peut lire les premières lignes (les 3 premières lignes sont visibles avant le lien « plus »). Là, c'est de la conversion pure : vous avez 3 lignes pour convaincre que votre app vaut le téléchargement.
Format qui marche sur Apple : 3 lignes d'accroche, puis les bénéfices clés en liste, puis les fonctionnalités.
Sur Google Play : fortement indexée, à travailler pour le classement
Google indexe toute la description. C'est ici que vos mots-clés cibles doivent apparaître. Répétez-les naturellement, là où ils ont du sens pour le lecteur. Google Play sanctionne les répétitions et les mots-clés hors sujet.
Format qui marche sur Google Play : une première phrase avec le mot-clé principal et la promesse, puis un paragraphe qui développe, puis les bénéfices.
Texte court (80 caractères, Play Store uniquement)
Spécifique Google. C'est le résumé visible avant le « lire plus ». Énorme impact sur la conversion. Mettez ici votre meilleure accroche, avec un mot-clé fort. Exemple : « Plans de course personnalisés. Suivi GPS, conseils trail et marathon. »
Des captures d'écran qui donnent envie (pas de simples copies d'écran)
Voici l'erreur la plus fréquente : prendre 6 captures d'écran brutes de l'app et les uploader. Vous gaspillez la zone de conversion la plus puissante de la fiche.
Une capture pour le store n'est pas une simple copie d'écran. C'est un visuel qui associe un écran de l'app, un texte court écrit gros par-dessus et un fond aux couleurs de votre marque. Ce qui marche : une suite qui raconte, pas une galerie.
Le format gagnant en 6 à 8 visuels
Exemple pour une app de coaching course :
- Capture 1 : grande accroche. « Devenez le coureur que vous voulez être » + écran d'accueil.
- Capture 2 : bénéfice n°1. « Plans personnalisés selon votre niveau » + écran du plan.
- Capture 3 : bénéfice n°2. « Suivi GPS précis sans vider la batterie » + écran de suivi.
- Capture 4 : bénéfice n°3. « Conseils audio pendant la course » + écran d'écoute.
- Capture 5 : bénéfice n°4. « Vos progrès, semaine après semaine » + écran de suivi des progrès.
- Capture 6 : le bénéfice le plus distinctif, celui que les autres applications n'ont pas : c'est votre phrase de positionnement, en image.
Bonnes pratiques techniques
- Texte gros et lisible. Si on ne peut pas le lire en taille vignette dans le store, c'est inutile.
- Couleurs de marque cohérentes. Les 6 captures forment un ensemble visuel, pas 6 visuels disparates.
- Format vertical en priorité (la plupart des stores affichent la version portrait par défaut).
- Localisation. Si votre app vise le marché français, les textes des captures doivent être en français. Vous pouvez avoir des captures différentes par langue dans App Store Connect et la Play Console.
- Tests de variantes. Sur Google Play, les tests de fiche (Store Listing Experiments) comparent plusieurs versions. Sur l'App Store, l'optimisation de la page produit (Product Page Optimization) permet de tester jusqu'à 3 variantes. Utilisez-les.
Vidéo de prévisualisation : à faire ou pas ?
Question récurrente. Réponse honnête : la vidéo n'est pas indispensable, et mal faite elle peut nuire. Quand elle est bien faite, elle aide à comprendre l'app en quelques secondes. Quand elle est mal faite (qualité moyenne, son lourd, message confus), elle baisse la conversion parce qu'elle remplace les screenshots qu'on aurait vus à la place.
Format gagnant si vous décidez de la faire
- Durée courte : sur l'App Store, un aperçu vidéo dure entre 15 et 30 secondes. Sur Google Play, la vidéo est hébergée sur YouTube : gardez-la aussi courte.
- Format vertical, comme un Reel.
- Compréhensible sans le son. Beaucoup la regarderont muette : tout doit se comprendre ainsi, avec sous-titres si besoin.
- Première seconde = accroche visuelle forte. Si on n'a pas envie de continuer, c'est mort.
- Mise en scène claire : problème → utilisation de l'app → bénéfice. Pas une simple démo de fonctionnalité.
Pour une première version, je préfère souvent mettre le temps de la vidéo dans 8 très bonnes captures plutôt que dans 1 vidéo moyenne. La vidéo se rajoute en V2 quand l'app a fait ses preuves et qu'on optimise au-delà des bases.
Avis et notes : le facteur multiplicateur
Tous les efforts d'ASO ci-dessus peuvent être annulés par une seule chose : une note basse. Et inversement, une très bonne note donne du poids à une fiche moyenne.
Comment on génère des avis légitimement
- Demandez au bon moment. Pas au lancement de l'app. Pas pendant un parcours critique. Demandez après un moment de valeur réussi : tâche accomplie, achat finalisé, X ouvertures cumulées.
- Utilisez les API natives.
SKStoreReviewController(iOS) etIn-App Review API(Android) permettent d'afficher la pop-up native, sans sortir l'utilisateur de l'app. Ces APIs ont un quota par utilisateur, donc à utiliser intelligemment. - Ne demandez pas si l'utilisateur n'est pas satisfait. Ajoutez en amont une question simple : « Vous appréciez l'app ? ». Si oui, déclenchez la demande d'avis. Si non, ouvrez un canal de feedback (mail, formulaire) pour récupérer le retour sans mauvaise note.
- Répondez aux avis négatifs. Apple et Google permettent à l'éditeur de répondre publiquement. Une réponse de qualité montre que vous prenez le sujet au sérieux et peut convaincre l'utilisateur de changer sa note.
Pour creuser le rapport entre la qualité de l'app et la note (qui dépend directement de la rétention et des bugs corrigés vite), voir la dette technique et les métriques de rétention.
Comment la fiche store se prépare sur un projet Zuhd Studio
Sur un projet MVP Momentum, la fiche store fait partie du déploiement : captures d'écran, description et icône sont préparées pendant le projet, puis validées par vous avant la soumission. Les mots-clés se choisissent dès que le positionnement est écrit au cadrage, parce que c'est la même phrase qui sert : celle de l'étape 3 du guide gratuit.
Mois 1 et 2 : lire les premiers chiffres
Après la mise en ligne, App Store Connect et la Play Console vous montrent le taux de conversion de votre fiche et les recherches qui vous amènent. Regardez-les chaque semaine le premier mois : une fiche store n'est jamais figée.
Une fiche travaillée avant la sortie ne garantit aucun volume, mais elle évite de perdre les gens qui vous cherchent déjà. Pour préparer aussi l'examen d'Apple, voir l'article sur les 7 motifs de refus à éviter avant de publier.
Avant la fiche store, il y a la phrase qui la nourrit : l'étape 3 du guide gratuit vous fait écrire votre positionnement en une phrase, et l'étape 8 explique pourquoi la landing page et la liste d'attente se lancent bien avant la sortie.
Vous avez une idée d'application ?
Zuhd Studio la conçoit, la développe pour l'App Store et Google Play, et vous la livre en 60 jours, pour un prix fixe.