Les trois premières lignes de ta description App Store
Personne ne lit ta description en entier. Les gens lisent les deux premières lignes, puis soit ils tapent sur plus, soit ils partent. Cette partie visible est la seule dont tu es sûr qu'elle sera vue, ce qui en fait le texte le plus important de toute ta fiche. La plupart des descriptions gaspillent cet espace avec un nom d'entreprise et un bonjour.
Voici un modèle pour la partie qui s'affiche avant-le-pli, plus l'unique différence entre l'App Store et Google Play qui détermine comment tu dois l'écrire.
4 000 caractères, et presque personne ne fait défiler
Le champ de description complète est plafonné à 4 000 caractères sur les deux stores, App Store et Google Play. Ça paraît beaucoup, et ça l'est — mais c'est un piège si tu le traites comme une dissertation. Sur les deux pages produit, la description est repliée par défaut. Seules les premières lignes sont visibles ; le reste se cache derrière un appui sur …plus (App Store) ou Lire la suite (Google Play).
La quantité exacte visible avant-le-pli varie selon l'appareil, la taille de police et l'emplacement des retours à la ligne — mais en pratique, ce sont les deux ou trois premières lignes, dans les deux ou trois cents premiers caractères. Traite cette ouverture comme la vraie accroche publicitaire, et les quelque 3 800 caractères restants comme une annexe que presque personne n'ouvre. (Sur iOS, il existe aussi un champ séparé de texte promotionnel, jusqu'à 170 caractères, qui se place au-dessus de la description et peut être mis à jour sans nouvelle build — même règle : fais-en une accroche, pas un préambule.)
L'unique asymétrie qui change ta façon d'écrire
Voici la partie que la plupart des modèles oublient. L'App Store et Google Play lisent ta description de façon totalement différente :
- Google Play indexe la description complète. Les mots qu'elle contient sont un signal de classement direct pour la recherche. Les mots-clés que tu utilises — surtout tôt, et répétés naturellement quelques fois — aident à décider pour quelles recherches ton appli apparaît.
- Apple n'indexe pas du tout la description. Son algorithme de recherche lit le nom de l'appli, le sous-titre et le champ mots-clés de 100 caractères, pas la description. Sur iOS, la description n'existe que pour une seule raison : convaincre une personne qui regarde déjà ta fiche d'installer l'appli.
Le même bloc de texte a donc deux fonctions selon le store. Sur Google Play, la première ligne travaille à la fois pour un robot d'indexation et pour un acheteur. Sur l'App Store, la première ligne n'a besoin de fonctionner que pour l'acheteur — ce qui est libérateur, car tu peux abandonner le réflexe de bourrage de mots-clés et écrire simplement la phrase la plus convaincante possible.
Commence par le bénéfice, pas par l'introduction
L'erreur la plus fréquente avant-le-pli est d'ouvrir en disant qui tu es plutôt que ce que le lecteur obtient. « Bienvenue chez Acme. Fondée en 2019, nous créons des outils pour… » gâche les seules lignes que quelqu'un lira avec des paroles d'introduction.
Inverse l'ordre. La première ligne doit nommer le résultat unique que ton appli apporte, dans les mots du lecteur. La deuxième ligne appuie ça avec une preuve ou des détails concrets. La troisième dit concrètement ce que fait l'appli. Tout ce qui suit sous le pli — listes de fonctionnalités, récompenses, journal des versions — peut attendre, car la décision est généralement prise avant même que l'utilisateur touche l'écran.
Le modèle pour la partie visible avant-le-pli
Remplis d'abord ces trois lignes, puis rédige le reste des 4 000 caractères. Ça fonctionne pour les deux stores ; les notes signalent où ils diffèrent.
Ligne 1 — le bénéfice.
[Le résultat unique que ton appli apporte à quelqu'un, exprimé clairement.] Sur Google Play, place ton mot-clé principal dans cette ligne. Sur l'App Store, ignore les mots-clés ici et concentre-toi juste sur l'impact.
Ligne 2 — la preuve.
[Pourquoi te croire — un chiffre, une note, un cas d'usage, un public nommé.] Reste concret, pas un slogan.
Ligne 3 — ce que ça fait vraiment.
[L'action principale en une phrase, pour qu'il n'y ait aucun mystère sur ce qu'ils installent.] Sur Google Play, glisse ici naturellement un mot-clé pertinent supplémentaire.
Un exemple concret pour une appli de suivi d'habitudes :
Remarque : pas de « Bienvenue », pas de date de création, pas de déballage de fonctionnalités. Trois lignes, uniquement du bénéfice et de la preuve, et le lecteur sait exactement ce qu'il obtient avant même de voir le reste de la fiche.
Sous le pli, les stores se séparent à nouveau
Une fois passées les lignes visibles, écris pour le store sur lequel tu es. Pour Google Play, le corps du texte travaille encore pour la recherche — répète tes termes principaux naturellement, couvre les expressions que les gens tapent réellement, et garde ça lisible (le bourrage de mots-clés se lit mal, autant pour l'algorithme que pour l'humain). Pour l'App Store, le corps n'est pas indexé, donc consacre-le entièrement à la conversion : une liste de fonctionnalités concise, des preuves sociales, et une raison de te faire confiance. Deux versions de la même histoire, ajustées selon qui lit.
Puis localise sans perdre l'accroche
Le piège de l'approche « avant-le-pli » est qu'une accroche ne fonctionne que si elle survit à la traduction. Une première ligne traduite littéralement, à la machine, perd souvent la force de frappe qui faisait convertir la version anglaise — le bénéfice se noie, la preuve sonne bizarrement, et tu te retrouves avec un mur de texte dans douze marchés.
C'est là que Mokbi intervient. Il rédige ta description à partir de ta vraie appli et la localise en 50 langues, en gardant la structure avant-le-pli intacte dans chaque langue — bénéfice d'abord, preuve ensuite, action en troisième — pour que la partie visible se lise encore comme une accroche publicitaire sur chaque marché, plutôt que comme la traduction d'une seule version. Tu révises et ajustes la version de chaque store, puis tu apportes le texte toi-même dans App Store Connect et Play Console.