ASO : comment faire trouver votre application sur les stores
ASO est le sigle anglais de l’optimisation pour les stores d’applications (App Store Optimization). C’est l’équivalent du SEO, mais à l’intérieur de l’App Store et de Google Play : le travail qui fait apparaître l’application quand quelqu’un cherche, puis qui pousse cette personne à l’installer quand elle apparaît.
Pour l’application d’un commerce local, la bonne nouvelle est que la concurrence dans la recherche est souvent faible. Qui tape « pizzeria batignolles » dans le store ne compare pas cent applications. Ce qui décide, c’est d’avoir le bon nom, les bons mots et une page qui convainc en trois secondes.
Les deux moitiés de l’ASO
Mieux vaut les séparer dès le départ, parce que chacune a son remède :
- Être trouvé. L’application apparaît dans la recherche pour les mots que tape votre client. Ici comptent le nom, les champs de texte et l’historique d’installations ;
- Être choisi. La personne a vu l’application dans la liste et décide de l’ouvrir et de l’installer. Ici comptent l’icône, les captures d’écran et la note.
Beaucoup ne travaillent que la première. Apparaître en troisième position avec une icône confuse et une note de 3,1 est pire qu’apparaître en cinquième avec une page soignée.
Les champs de texte dans chaque store
Les deux stores ne lisent pas les mêmes choses, et c’est là que la plupart des vieux tutoriels se trompent.
| Champ | App Store | Google Play |
|---|---|---|
| Nom | 30 caractères, compte pour la recherche | 30 caractères, compte pour la recherche |
| Deuxième ligne | sous-titre, 30 caractères, compte pour la recherche | description courte, 80 caractères, compte pour la recherche |
| Mots-clés | champ dédié, 100 octets, invisible pour l’utilisateur | n’existe pas |
| Description longue | jusqu’à 4 000 caractères, pas utilisée par la recherche selon Apple | jusqu’à 4 000 caractères, lue par la recherche |
| Texte promotionnel | 170 caractères, modifiable sans envoyer de nouvelle version | n’existe pas |
Le nom
C’est le champ qui pèse le plus dans les deux stores. La formule qui marche pour un commerce local est la marque plus ce que fait l’application : « Bella Pasta Pizzeria Livraison » donne le nom et répond en même temps à la recherche générique.
Ce que Google interdit dans le nom, et qu’Apple refuse aussi : « n° 1 », « meilleur », « gratuit », un prix, des emoji et des majuscules décoratives qui ne font pas partie de la marque. Ce sont les règles sur les métadonnées, et une application qui insiste est retirée.
Le champ de mots-clés d’Apple
Il fait 100 octets, et le détail des octets compte en français : une lettre accentuée occupe plus d’un octet, donc « réduction » consomme plus de place qu’il n’y paraît. Les règles publiées par Apple elle-même :
- séparez les termes par une virgule, sans espace après la virgule ;
- ne répétez pas les mots déjà présents dans le nom, le sous-titre ou la catégorie, car ils comptent déjà ;
- n’ajoutez pas le pluriel d’un mot déjà présent ;
- n’utilisez ni nom de concurrent, ni nom de célébrité, ni marque qui n’est pas la vôtre ;
- évitez les mots génériques comme « app ».
Un exemple pour la pizzeria nommée plus haut : pizza,calzone,panini,diner,commande,emporter,menu,batignolles. Ni « pizzeria » ni « livraison », qui sont déjà dans le nom.
La description sur Google Play
Comme Google lit le texte, écrivez la description pour des humains et laissez les mots venir naturellement : le quartier, le type de cuisine, ce qu’on peut faire dans l’application. Répéter le même mot vingt fois est ce que les règles appellent du bourrage, et cela nuit au lieu d’aider.
Les premières lignes sont celles qui s’affichent avant « Plus ». Mettez-y ce que résout l’application, pas l’histoire de l’entreprise.
Ce qui convainc : icône, images et note
Dans la liste de résultats, la personne voit l’icône, le nom, la note et, dans une bonne partie des recherches, les premières captures d’écran. C’est ce qui décide du clic.
- Icône : simple, lisible à la taille d’un ongle, sans petit texte. Un guide entier y est consacré ;
- Captures d’écran : les deux premières font presque tout le travail. Montrez l’application en usage avec une phrase courte au-dessus de chacune ;
- Note : c’est le facteur qui pèse le plus dans la décision de celui qui regarde déjà la page.
Les avis : comment les demander correctement
Une bonne application avec peu d’avis perd face à une application moyenne qui en a beaucoup. Ce qui marche :
Demandez dans l’application, au bon moment. Après une commande livrée, une réservation confirmée, une séance terminée. Jamais à la première ouverture et jamais après une erreur.
Utilisez la demande native du store. Sur iPhone, le système limite cette demande à trois affichages par an pour une même personne, et décide seul quand l’afficher. Sur Google Play, la limite est comparable. Inutile donc de la déclencher à chaque écran.
Répondez aux avis. Les deux stores permettent de répondre publiquement. Une réponse polie à une mauvaise note montre aux suivants qu’il y a quelqu’un de l’autre côté.
N’offrez pas de cadeau contre une note de cinq étoiles. Les deux stores interdisent les avis incités, et le risque est de perdre la fiche.
Langue et pays
Les deux stores permettent des textes différents par langue. Si l’application ne sert que la France, faites une fiche complète en français, avec un nom, un sous-titre et des mots-clés pensés en français. Une fiche en anglais traduite à la hâte n’apparaît pas pour qui cherche en français.
Si vous servez des touristes ou un autre pays, une deuxième localisation se justifie. Pour un commerce local, non.
Ce qui influe sur le classement et ce qui relève du mythe
Ce qui influe, selon les stores eux-mêmes : le texte des champs indexés, la pertinence pour la recherche, la note et le volume d’avis, les installations et le fait que les gens continuent d’utiliser l’application après l’avoir installée.
Ce qui influe peu ou pas du tout :
- remplir la description de mots répétés. Chez Apple, elle n’est même pas lue par la recherche ; chez Google, le bourrage est une violation des règles ;
- changer de nom chaque semaine. Chaque changement chez Apple exige une nouvelle version, et vous perdez la constance que la recherche avait apprise ;
- acheter des installations ou des avis. Les stores le détectent, et la sanction va de la suppression des avis au retrait de l’application ;
- mettre le nom d’un concurrent dans les mots-clés. C’est interdit et, quand cela passe, cela amène des gens qui ne voulaient pas votre application et la désinstallent, ce qui dégrade le reste.
Testez avant de conclure
Les deux stores ont leur propre outil de test A/B de la page : Google Play parle de tests de fiche Play Store, et Apple d’optimisation de la page produit. Vous pouvez tester une icône ou un ordre de captures contre un autre et voir lequel transforme le plus de visites en installations.
Pour une petite application, le trafic peut être trop faible pour un test concluant. Dans ce cas, changez une seule chose à la fois et comparez les installations d’un mois avec le précédent dans la console du store.
Et avant tout, avoir l’application sur le store
L’ASO ne commence que quand une fiche existe. Chez Fabapp, l’application que vous décrivez devient d’abord une application web, utilisable tout de suite par son lien, puis une application native envoyée sur l’App Store et Google Play sous votre propre compte développeur. La fiche, les avis et l’historique d’installations restent à vous.
La marche à suivre dans le produit est dans le guide Publier l’application sur les stores. Les champs de texte, les mots-clés et les captures restent votre affaire, et c’est ce que ce guide vous aide à écrire.
Le résumé
- l’ASO, c’est être trouvé et être choisi, et les deux moitiés demandent des soins différents ;
- le nom pèse plus que tout : la marque plus ce que fait l’application, sans « meilleur » ni « gratuit » ;
- chez Apple, utilisez bien les 100 octets de mots-clés et ne répétez pas ce qui est dans le nom ;
- chez Google, la description compte, écrite pour des humains et sans bourrage ;
- un avis se demande au bon moment, avec la demande native du store, et jamais contre un cadeau.
Une demande prête pour créer la vôtre
Crée une app de livraison pour une pizzeria de quartier. Une carte avec catégories, des pizzas avec photo, prix par taille, moitié-moitié et croûtes garnies payantes ; un panier avec les quartiers desservis, des frais par quartier et une option de retrait ; paiement par carte ou par un moyen de paiement local, dans l'app ou à la livraison ; des horaires d'ouverture qui ferment le panier en dehors ; le suivi de la commande en quatre étapes avec une notification push à chaque changement ; après la livraison, une demande au client de noter sa commande de 1 à 5 avec un commentaire ; et un tableau de bord rien que pour moi avec les commandes du jour, le chiffre d'affaires par jour, les pizzas les plus commandées et la note moyenne.
Gratuit pour commencer. La première version arrive en quelques minutes et vous l’ajustez en discutant.