Google Play vous montre les termes exacts que les gens ont tapés. Apple non, et ne l'a jamais fait. Où sont réellement les données, comment dépenser 100 octets, et trois affirmations sur le champ mots-clés d'Apple que tout le monde répète et que personne ne peut sourcer.
La Google Play Console vous montre les termes de recherche qui ont amené les gens à votre fiche. Apple ne vous montre rien de tel : App Store Connect n'a pas de dimension mots-clés et n'en a jamais eu. La plupart des guides sur les mots-clés prennent ça à l'envers, parce qu'ils supposent qu'Apple est la plateforme la plus généreuse.
Cette asymétrie décide de toute la méthode. Sur Play, vous lisez ce qui s'est passé. Sur l'App Store, vous devinez bien, vous publiez, et vous déduisez.
Où sont réellement les données
| App Store | Google Play | |
|---|---|---|
| Termes de recherche qui vous ont fait trouver | Non disponible | Oui, dans le rapport d'acquisition |
| Répartition par source de trafic | Oui, par Source Type | Oui, par source de trafic |
| Recherche organique et payante séparées | Non, un seul Source Type combiné | Oui |
| Indice de popularité des mots-clés | Apple Ads, échelle de 1 à 5 | Non publié |
| Taux de conversion par source | Oui | Oui, plus rétention à 1 jour dans les expériences |
Le rapport d'acquisition de Play ventile les visites par terme de recherche, pays, langue, version de la fiche et état d'installation. La liste des dimensions d'Apple couvre date de téléchargement, version, appareil, plateforme, page produit, région, territoire, source type et campagne. Pas de terme de recherche, pas de mot-clé.
Le contournement que tout le monde adopte, c'est Apple Ads. Il publie bien un indice de popularité, et le constructeur de campagne suggère des mots-clés liés à votre app et à votre genre. Deux choses à savoir avant de s'y fier.
L'échelle va de 1 à 5. Le glossaire d'Apple lui-même : "Search popularity is displayed as numbers from 1 to 5, with 5 being the most popular." L'indice de 5 à 100 que vous voyez cité partout vient d'outils tiers qui lisent l'API d'Apple, pas de quoi que ce soit qu'Apple publie. Si un guide attribue le 5 à 100 à Apple, il n'a pas vérifié.
Il est conditionné à l'activité. Apple indique qu'une raison de ne voir aucune recommandation est que "there may not be enough campaign activity". Vous pouvez construire une campagne avant d'ajouter un moyen de paiement, et elle démarre dès que vous en ajoutez un. Considérez la consultation de la popularité sans dépenser comme un effet de bord non documenté, pas comme une fonctionnalité.
Dépenser 100 octets
La consigne d'Apple elle-même, citée parce qu'elle est plus précise que la plupart des conseils écrits à son sujet :
"Keywords are limited to 100 characters total, with terms separated by commas and no spaces. You can use spaces to separate words within keyword phrases."
Et ce qu'il faut laisser de côté : les pluriels de mots déjà inclus, parce qu'Apple les compte comme des doublons. Les termes génériques comme "app" ou "game". Les mots de remplissage comme "the" et "to". Les caractères spéciaux, sauf s'ils font partie de votre marque.
Puis l'instruction que les gens sautent : ne répétez pas les mots de votre nom d'app, de votre sous-titre ou de votre catégorie. Apple indexe les trois. Vos catégories principale et secondaire sont indexées aussi, ce qui fait du choix de catégorie une décision de recherche plutôt qu'une formalité administrative.
Notez que ce sont 100 octets, alors que nom et sous-titre se comptent en caractères. En anglais, c'est pareil. En français, en russe ou en japonais, non, parce que les caractères accentués et non latins coûtent deux ou trois octets chacun.
Google Play n'a pas de champ mots-clés. Vos termes vivent dans le titre, la description courte de 80 caractères et la description complète de 4 000 caractères, et le conseil publié par Google est mince à dessein : bonnes pratiques SEO dans la description, un titre unique et ciblé, et pas de fautes d'orthographe volontaires, parce que les gens les corrigent.
Trois choses que tout le monde répète
"Apple combine pour vous nom, sous-titre et mots-clés en expressions." Apple n'a jamais dit ça. Apple a dit de ne pas répéter les mots, et que les pluriels comptent comme des doublons. La théorie de la combinaison est une déduction à partir de ces deux instructions. Elle est probablement juste. Elle n'est pas citable, et un guide qui la présente comme l'algorithme d'Apple devine avec assurance.
"Le score de popularité va de 5 à 100." Apple documente de 1 à 5. Voir plus haut.
"App Analytics montre vos mots-clés." Non. Play, oui.
Ce qui vous vaudra un rejet
Apple le nomme directement : l'usage abusif des mots-clés est une cause fréquente de rejet. Sont expressément interdits les termes de marque non autorisés, les noms de célébrités, les termes sans rapport avec l'app et les noms d'apps concurrentes.
La guideline 2.3.7 va plus loin et dit qu'Apple "may modify inappropriate keywords at any time". Le risque n'est donc pas seulement le rejet. Vous pouvez aussi perdre le champ sur lequel vous avez passé un après-midi, sans en être informé.
La règle de Google sur les métadonnées interdit les mots-clés répétitifs ou sans rapport, les marques et noms de célébrités utilisés sans permission, et les références trompeuses à des apps concurrentes.
Tester, là où c'est possible
Aucun des deux stores ne vous laisse faire de test A/B sur vos mots-clés. Les deux vous laissent tester le créa.
Apple Product Page Optimization oppose jusqu'à trois variantes à votre page d'origine, pendant 90 jours au plus, sur la part de trafic que vous choisissez. Vous pouvez tester l'icône, les captures et les app previews. Le texte n'est pas testable. Les résultats reposent sur une confiance bayésienne au seuil de 90 %, et les tests n'apparaissent qu'une fois au moins cinq premiers téléchargements attribués. Tester des icônes alternatives exige une nouvelle version de l'app, parce que chaque variante d'icône doit être dans le binaire livré. Tout le reste peut être soumis indépendamment.
Google Play Store Listing Experiments autorisent deux variantes, durent jusqu'à six mois et peuvent tester le texte, ce qu'Apple ne peut pas. Google conseille de tester au moins une semaine pour couvrir le trafic de semaine et de week-end, et de ne changer qu'un asset à la fois.
Le piège de la mesure
Sur l'App Store, les résultats de recherche organique et Apple Ads partagent un seul Source Type. Apple le dit clairement : filtrez par recherche App Store et "keep in mind that your Apple Ads performance shows up here as well."
Donc si vous diffusez des annonces pendant que vous modifiez votre champ mots-clés, vous ne pouvez pas lire l'effet du changement. Soit vous mettez les annonces en pause pendant la fenêtre de mesure, soit vous acceptez que le chiffre soit contaminé. C'est la raison la plus fréquente pour laquelle un développeur conclut qu'un changement de métadonnées "n'a rien fait".
Ce que vous pouvez lire : impressions uniques, vues de la page produit, taux de conversion, et celui qui compte le plus, le taux de conversion par source type. C'est ce chiffre-là qu'il faut surveiller après un changement de métadonnées, pas les téléchargements bruts.
Deux nouveaux endroits où vont vos mots-clés
Les pages produit personnalisées peuvent porter leurs propres mots-clés, attribués depuis votre dernière version approuvée, et Apple peut servir cette page à la place de votre page par défaut pour ces recherches. Vous pouvez les attribuer à tout moment sans revue, mais la page elle-même doit être approuvée et visible. Apple en autorise jusqu'à 70. Google autorise jusqu'à 50 fiches personnalisées, elles aussi ciblables par mot-clé.
Les App Tags sont générés par un grand modèle de langage à partir des métadonnées que vous avez déjà écrites, puis curés. Ils apparaissent dans les résultats de recherche et comme entités cliquables sur votre page produit. Vous pouvez décocher ceux qui ne collent pas, et Apple prévient que tout décocher peut nuire à la découvrabilité. Ils n'existent qu'aux États-Unis.
La conséquence pratique : votre champ mots-clés et votre description ne sont plus seulement confrontés aux requêtes. Ils alimentent aussi quelque chose qui génère une surface navigable que vous ne contrôlez pas directement.
Une méthode qui travaille avec ce que vous voyez vraiment
- Lisez vos termes de recherche Play. Ce sont de vraies données de requêtes, et elles sont gratuites. L'essentiel s'applique aussi à votre fiche App Store, parce que les gens décrivent la même tâche de la même façon.
- Lisez vos propres avis pour repérer les mots qu'emploient les utilisateurs. Ils correspondent rarement à ceux que vous avez choisis.
- Cherchez vos termes principaux dans les deux stores et notez le nom et le sous-titre des cinq premières apps. Ce sont des champs indexés que vous pouvez lire gratuitement.
- Listez chaque mot déjà présent dans votre nom, votre sous-titre et votre catégorie. Ceux-là sont dépensés.
- Remplissez les 100 octets avec des mots absents de cette liste. Séparés par des virgules, sans espaces, au singulier.
- Sur Play, intégrez les termes dans le titre, la description courte et la description complète, sans bourrage.
- Publiez, notez la date et exactement ce que vous avez changé, et mettez en pause les Apple Ads autour desquelles vous voulez mesurer.
- Quatre semaines plus tard, regardez le taux de conversion par source type, pas les téléchargements.
Ce qu'Uprate en fait
L'agent fiche rédige votre titre, votre sous-titre, vos mots-clés et votre description à partir du build que vous livrez vraiment, et revient quand ils dérivent. L'agent de soumission attrape les problèmes de métadonnées qui font rejeter une version avant que vous l'envoyiez.
Rien ne passe en ligne tant que vous ne l'avez pas approuvé.
Cet article vous a-t-il aidé ?
