Comment promouvoir une application mobile ? 📈 #applicationmobile

TL;DR

Le créateur de la chaîne Dev Affranchi, filmé en marchant dans une rue du Vietnam, explique comment faire connaître une application mobile sans publicité payante. Sa thèse : sortir l'application ne suffit pas, le référencement sur les stores (ASO, App Store Optimization) est « la clé du succès » et représente selon lui 50 % du travail. Il détaille les leviers : icône, A/B tests, titre et description riches en mots-clés trouvés via l'autocomplétion du Play Store, poids de l'application, crashs, stratégie des avis, partage récompensé, UX sans friction, timing des notifications, du premium et des publicités. Il conseille de ne payer de la pub (TikTok, Instagram, 20 à 50 € par jour) qu'une fois l'application stable. Public visé : développeurs indépendants et débutants qui publient des apps Android ou iOS.

Points clés

1. Le référencement sur les stores (ASO, l'équivalent du SEO pour les applications) est présenté comme la clé du succès d'une application mobile. 0:05:27
2. Selon le créateur, 90 % des applications qui sortent n'ont pas travaillé leur référencement, qui représenterait 50 % du travail. 0:22:28 0:23:11
3. 60 % des téléchargements viendraient d'utilisateurs qui se baladent sur les stores, pas de la publicité ni de l'affiliation (source non citée). 0:04:40
4. Trouver les mots-clés gratuitement : taper les premières lettres du thème dans la barre de recherche du Play Store et reprendre les suggestions d'autocomplétion dans le titre et la description. 0:07:13
5. Faire des A/B tests en permanence sur l'icône, le titre, la description et les screenshots (version A à 50 % des utilisateurs, version B aux 50 % restants). 0:06:10
6. Le nombre d'avis compte autant que la note ; une note de 4,8 ou 4,9/5 convertirait mieux qu'un 5/5. 0:09:32 0:10:01
7. Demander une note après un moment positif (niveau gagné, résultat obtenu), jamais au lancement, et utiliser les avis intégrés natifs d'Android et d'Apple pour noter sans quitter l'application. 0:10:36 0:11:56
8. Ne payer de la publicité (TikTok, Instagram, Facebook, environ 20 à 50 € par jour) qu'une fois l'application stable, avec de bons avis ; au début, laisser agir le référencement organique. 0:17:33 0:18:34
9. Abuser des pubs ou faire payer avant tout essai provoque des avis 1 étoile et fait chuter le classement. 0:16:29 0:16:51
10. Une application légère est favorisée par Google : héberger images, audio et vidéos sur un serveur et les télécharger à la première ouverture. 0:08:04
11. UX : pas de création de compte forcée, un seul bouton au premier écran, pas de tutoriel ; demander les notifications et proposer le premium seulement après que l'utilisateur a utilisé l'application. 0:13:30 0:14:36 0:14:58
12. Ajouter une fonction de partage avec récompense (exemple : « gagner 300 points »). 0:12:42
13. Viser le top 3 sur ses mots-clés ; être 2e ou 3e convertirait mieux qu'être 1er (opinion). 0:19:43
14. Causes d'un échec : concurrence trop forte (ne pas attaquer Instagram, TikTok, YouTube, Tinder), application médiocre, design négligé, référencement non travaillé. 0:20:29

Plan de la vidéo

Contenu détaillé

0:00:00 Introduction et offre

• Le créateur propose un accompagnement pour apprendre à créer des applications mobiles et une nouvelle offre pour entreprises, freelances et particuliers. 0:00:00
• Il a sa propre entreprise d'IT au Vietnam avec des développeurs ; il prend en charge le code, le design (en collaboration avec le client), la base de données et le serveur. 0:00:23
• À la livraison, le client est propriétaire du code et de la base de données ; l'application est publiée sur le Play Store et l'App Store. 0:00:49
• Il vit au Vietnam depuis 2 ans et tourne dehors, le matin, avec la réduction de bruit du micro activée (bruit de motos). 0:01:08
• Une vidéo sur « comment rentabiliser au maximum les revenus d'une application » a été tournée mais sera réservée aux membres de son accompagnement. 0:01:28

0:01:50 Pourquoi les applications échouent

• Idée reçue dénoncée : croire que coder l'application est « le plus gros du taf » et qu'il suffit de la sortir. 0:01:50
• Une application sortie sans rien d'autre fait souvent 10 téléchargements, dont le développeur, sa famille et ses amis. 0:02:14
• Il affirme n'avoir jamais fait de publicité pour ses applications : « c'est tout le trafic organique ». 0:02:14

0:02:36 Viser la quantité

• Pour générer de l'argent, c'est la quantité qui compte : beaucoup de téléchargements et beaucoup d'utilisateurs actifs par jour. 0:02:36
• Opinion : ne pas se décourager face à la concurrence, « le gâteau est assez gros pour tout le monde ». 0:02:36
• Avec 8 milliards d'habitants, il faut viser plusieurs millions de téléchargements, pas 100 000. 0:03:01
• Comparaison pour relativiser : 1 million de secondes équivaut à 11 jours, 1 milliard de secondes à 31 ans ; viser 50 ou 100 millions de téléchargements n'est « pas un truc de malade ». 0:03:24

0:03:51 L'ASO

• ASO (App Store Optimization, transcrit « Azo » par les sous-titres) : l'équivalent pour les applications du SEO (Search Engine Optimization) de Google. 0:03:51
• Deux stores principaux : le store Android (Google Play) et l'App Store d'Apple. 0:04:17
• Statistique citée sans source précise : 60 % des téléchargements, toutes applications confondues, viennent d'utilisateurs qui se baladent sur les stores (page d'accueil, catégories), pas de la publicité ni de l'affiliation. 0:04:40
• Ces utilisateurs regardent les icônes et les titres et téléchargent ce qui les intéresse. 0:05:06
• Il existe des paramètres qu'on contrôle et d'autres qu'on ne contrôle pas. 0:05:27

0:05:48 Leviers de la fiche store

• Icône : elle doit évoquer le thème (pour une application de foot : un ballon, un stade, du vert pour le terrain). 0:05:48
• A/B tests, « super important », à faire « tout le temps » : version A présentée à 50 % des utilisateurs, version B aux 50 % restants, on garde celle qui convertit le mieux. 0:06:10
• Exemple : deux versions identiques sauf l'icône ; si l'icône A génère 10 fois plus de téléchargements, c'est elle qu'on garde. Les tests portent aussi sur titres, descriptions et screenshots. 0:06:33
• Nom et description : y mettre les mots-clés que les gens recherchent, pas ceux que le développeur préfère. 0:06:54
• Méthode gratuite : dans la barre de recherche du Play Store, taper les premières lettres (exemple « F » pour une application de foot) ; le store propose 5 ou 6 suggestions issues des recherches des utilisateurs. 0:07:13
• Ces mots-clés sont à cibler dans le titre, la description et les « miniatures » (terme ambigu, probablement les visuels de la fiche, à vérifier). 0:07:31
• Il précise avoir testé lui-même tout ce qu'il explique sur ses applications. 0:07:56

0:08:04 Poids et stabilité

• Travailler aussi la taille de l'application : éviter 250 MB pour un simple utilitaire, car Google aime les applications légères. 0:08:04
• Si l'application est lourde : sortir images, fichiers audio et vidéos sur un serveur ; l'application les télécharge à la première ouverture dans son stockage local. 0:08:29
• Crashs et bugs sont aussi regardés par Google et Apple ; en bêta, Google envoie un email signalant un bug à corriger. 0:08:46
• Pour localiser un bug précisément, il cite « Crash Litique sur Firebase », très probablement Crashlytics (à vérifier). 0:09:08

0:09:13 Stratégie des avis

• Les avis sont un critère regardé par Apple et Google : viser la meilleure note possible. 0:09:13
• Une note de 4,9/5 convertirait plus qu'un 5/5, « il y a des études » (non citées) ; un 5/5 est presque impossible de toute façon. 0:09:32
• Le volume compte : une application à 4,9/5 avec 3 avis inspire moins confiance qu'une autre à 4,5/5 avec 10 000 avis. 0:10:13
• Erreurs fréquentes : ne jamais demander de noter, ou afficher la demande dès le début de l'utilisation. 0:10:13
• Demander la note à un moment stratégique, par exemple quand l'utilisateur vient de gagner un niveau ou d'obtenir un résultat positif. 0:10:36
• Pratique décrite chez « plein de développeurs » : une interface maison à 5 étoiles dans l'application (« qu'est-ce que tu penses de notre application ? ») ; une note de 1 étoile affiche un simple remerciement et n'est pas envoyée au store. 0:10:56
• Seuls les utilisateurs qui mettent 4 ou 5 étoiles sont redirigés vers le Play Store, où seul le composant officiel compte. Le créateur décrit cette pratique sans la recommander ni la condamner explicitement. 0:11:21
• Android et Apple proposent des avis intégrés : un encart en bas de l'écran permet de noter sur le store sans quitter l'application. Recommandé pour limiter la friction. 0:11:56

0:12:27 Partage et UI/UX

• Beaucoup d'applications testées pour ses clients n'ont pas d'option de partage : elle devrait être systématique. 0:12:27
• Récompenser le partage plutôt qu'un simple bouton « Partager », par exemple « si vous partagez, vous allez gagner 300 points ». 0:12:42
• Une grande base d'utilisateurs est détectée par Google et Apple, qui mettent alors l'application davantage en avant. 0:13:06
• UI (design, harmonie des couleurs) et UX (expérience utilisateur) sont souvent négligées. 0:13:20
• Ne pas forcer la création de compte au début, sauf si l'application en a besoin pour fonctionner. 0:13:30
• Au premier lancement, idéalement un seul bouton, le moins de friction possible, pas de parcours « étape 1, étape 2 ». 0:13:55
• Opinion : avoir besoin d'un tutoriel signifie que l'expérience utilisateur est « pourrie » ; l'usage doit être intuitif. 0:14:15

0:14:26 Notifications, premium, pubs

• Les notifications ramènent les utilisateurs mais exigent qu'ils cliquent sur « autoriser ». 0:14:26
• Ne pas afficher la demande d'autorisation dès le début : expliquer d'abord pourquoi les notifications sont utiles, puis afficher la demande système. 0:14:36
• Premium (produits ou abonnements) : ne pas le proposer au premier lancement, laisser utiliser gratuitement puis le proposer quand l'utilisateur est satisfait. 0:14:58
• Opinion : créer juste assez de frustration pour donner envie du premium, sans donner l'impression qu'il faut payer pour tout. 0:15:24
• Il recommande de mettre des publicités (il en met dans ses applications) ; l'erreur est leur fréquence. 0:15:24
• Certains affichent une pub dès la première ouverture pour gratter quelques centimes même si l'utilisateur part après 2 minutes ; lui ne le fait pas. 0:15:44
• Une pub à chaque changement de page rapporte plus à court terme mais entraîne des avis 1 étoile et fait chuter le classement. 0:16:08 0:16:29
• Même logique pour les options payantes : offrir un essai gratuit, ou un crédit gratuit dans un système à crédits, avant de demander de payer. 0:16:51

0:17:11 Pub payante vs organique

• On peut promouvoir l'application en publicité sur TikTok, Instagram, Facebook, mais le budget monte vite : sur TikTok et Instagram, « ça se compte en 20 50 € par jour ». 0:17:11 0:17:33
• Opinion : ne pas faire de pub dès le début ; considérer le lancement comme une phase de test (référencement organique, premiers utilisateurs, correction des bugs, fonctionnalités demandées). 0:17:52
• Environ un mois lui paraît correct pour atteindre une version stable, avec par exemple deux mises à jour par semaine (formulation orale ambiguë, à vérifier). 0:18:16
• Seulement une fois la version stable, avec des avis 4 et 5 étoiles et sans plaintes de bugs, payer des pubs TikTok ou Instagram « peut valoir le coup ». Il dit en faire « très très très rarement ». 0:18:34
• Risque de la pub : dès qu'on arrête de payer, les téléchargements s'arrêtent, sauf si la rétention, les notes, le partage et l'usage quotidien sont bons. 0:18:58
• Le référencement organique monte progressivement et crée un cercle vertueux : bons avis, meilleur classement, plus d'utilisateurs, plus d'avis. 0:19:18
• Objectif : le top 3 sur les mots-clés ciblés, pas la 20e place ; « être 2e ou 3e, c'est mieux qu'être premier. Ça convertit plus » (opinion non justifiée). 0:19:43
• Cercle vicieux inverse : une application « bidon » a de mauvais avis et une faible rétention, Google et Apple la font descendre. 0:20:08

0:20:29 Pourquoi une application ne se télécharge pas

• Cause 1, la concurrence : ne pas viser « le nouvel Instagram » ou « le nouveau PUBG », ni attaquer Instagram, TikTok, YouTube ou Tinder en développeur indépendant ; cibler de petites niches, observer les concurrents et faire mieux. 0:20:30
• Cause 2, l'application est mauvaise : le créateur ne le voit pas (lui-même était « persuadé que c'était les meilleures applications du monde ») ; se mettre à la place d'un utilisateur neutre ou demander un avis honnête. 0:20:53
• Cause 3, le design : souvent négligé par les développeurs front-end qui « se croient designer ». Il ne fait pas le design de ses applications et conseille de payer un designer sur Fiverr (transcrit « Fiver »), « pas super cher ». 0:21:43 0:22:07
• Cause 4, le référencement non travaillé alors que tout le reste est bon : cas de 90 % des applications selon lui. 0:22:28
• Exemple type : une description de 3 lignes, une icône faite seul, un titre choisi sans recherche de mots-clés. 0:22:49
• « Le référencement, c'est 50 % du travail. » Il existe d'autres stratégies qu'il ne détaille pas (« la vidéo, elle va faire une heure »). 0:23:11

0:23:34 Appel à l'action

• Proposition de réserver un call pour apprendre à référencer son application ou faire auditer son référencement. 0:23:34
• Même proposition pour les entreprises qui veulent faire développer une application. 0:23:52
• Liens de la description : communauté Mobile Lab https://www.skool.com/les-devs-affranchis-6824 (gratuite), réservation d'appel https://tidycal.com/dha/consulting, call de groupe du samedi https://ai.devaffranchi.com (non cités à l'oral).

Procédures actionnables

Trouver et placer des mots-clés gratuitement (Play Store)

1. Ouvrir le Play Store d'Android et toucher la barre de recherche. 0:07:13
2. Taper les premières lettres du thème de l'application (exemple : « F » pour une application de foot). 0:07:31
3. Relever les 5 ou 6 suggestions proposées par l'autocomplétion : ce sont des recherches réelles d'utilisateurs. 0:07:31
4. Intégrer ces mots-clés dans le titre, la description et les visuels de la fiche. 0:07:31

Mener un A/B test sur la fiche store

1. Préparer deux versions qui ne diffèrent que d'un élément (icône, titre, description ou screenshots). 0:06:33
2. Présenter la version A à 50 % des utilisateurs et la version B aux 50 % restants. 0:06:10
3. Garder la version qui convertit le mieux, puis recommencer avec un autre élément. 0:06:10

Obtenir plus d'avis et de meilleures notes

1. Ne pas demander de note au lancement de l'application. 0:10:13
2. Déclencher la demande après un moment positif (niveau gagné, résultat obtenu). 0:10:36
3. Utiliser les avis intégrés natifs d'Android et d'Apple pour noter sans quitter l'application. 0:11:56

Réduire la friction au premier lancement

1. Sortir images, audio et vidéos lourds sur un serveur et les télécharger à la première ouverture. 0:08:29
2. Ne pas forcer la création de compte, sauf si elle est indispensable. 0:13:30
3. Limiter le premier écran à un seul bouton et supprimer le tutoriel. 0:13:55
4. Expliquer l'intérêt des notifications avant d'afficher la demande d'autorisation système. 0:14:36
5. Proposer le premium seulement après une période d'usage gratuit ; offrir un essai ou un crédit gratuit. 0:14:58 0:16:51
6. Limiter la fréquence des publicités. 0:15:44
7. Ajouter un bouton de partage avec une récompense (exemple : 300 points). 0:12:42

Séquencer le lancement

1. Traiter le premier mois environ comme une phase de test organique : corriger les bugs, ajouter les fonctionnalités demandées. 0:17:52 0:18:16
2. Attendre une version stable, des avis 4-5 étoiles et l'arrêt des plaintes de bugs. 0:18:34
3. Seulement ensuite, envisager des pubs TikTok ou Instagram (environ 20 à 50 € par jour). 0:17:33 0:18:34
4. Viser le top 3 sur les mots-clés ciblés. 0:19:43

Données et chiffres

Outils, ressources et entités citées

Citations notables

« le gâteau est assez gros pour tout le monde dans le domaine des applications mobiles » 0:02:36

« Moi mes applications, j'ai jamais fait de publicité. C'est tout le trafic organique. » 0:02:14

« si tu as besoin de mettre un tutoriel pour leur expliquer comment elle marche, c'est que l'expérience utilisateur, elle est pourrie » 0:14:15

« il faut pas viser la 20e place, hein. Il faut viser le top 3 sur les mots clés » 0:19:43

« je suis nul pour faire le design. Donc n'hésitez pas à payer quelqu'un » 0:22:07

« le référencement, c'est 50 % du travail. Donc ne négligez pas le référencement. » 0:23:11

Captures d'écran

Glossaire

• ASO (App Store Optimization) : optimisation du référencement d'une application dans le Play Store et l'App Store, équivalent du SEO pour les applications.
• SEO (Search Engine Optimization) : référencement sur Google, cité comme point de comparaison.
• A/B test : présenter deux versions (A et B) à deux moitiés des utilisateurs et garder celle qui convertit le mieux.
• Trafic organique : téléchargements obtenus sans publicité payante, grâce au référencement et à la navigation sur les stores.
• Avis intégrés : composant natif Android / Apple qui affiche un encart de notation dans l'application, sans la quitter.
• Taux de rétention : part des utilisateurs qui gardent l'application après l'avoir installée.
• Conversion : proportion de visiteurs d'une fiche qui téléchargent (ou d'utilisateurs qui passent à l'action visée).
• Premium : produits ou abonnements payants proposés dans l'application.
• Cercle vertueux / vicieux : bons avis, meilleur classement, plus d'utilisateurs et plus d'avis ; ou l'inverse pour une application médiocre.

Limites et points à vérifier

• Transcript issu des sous-titres automatiques YouTube : plusieurs noms déformés (« Azo » pour ASO, « Crash Litique » pour Crashlytics, « Fiver » pour Fiverr, « col » pour call, « stors » pour stores).
• Aucun élément visuel exploitable : toute la vidéo est tournée face caméra en extérieur, donc 0 capture ; tout repose sur l'audio.
• Statistiques non sourcées : 60 % des téléchargements par navigation, 4,9/5 qui convertit mieux que 5/5, 2e ou 3e place qui convertit mieux que la 1re, 90 % des applications sans référencement, 50 % du travail.
• Légère contradiction : il dit n'avoir « jamais fait de publicité » 0:02:14, puis que c'est « très très très rare » qu'il en passe 0:18:34.
• La phrase sur le rythme de stabilisation (« si c'est un mois… deux mises à jour par semaine ») est ambiguë : durée d'environ un mois ou fréquence de mise à jour (à vérifier).
• Le terme « miniatures » à 0:07:31 est ambigu (visuels de la fiche ou screenshots, à vérifier).
• La pratique de filtrage des notes par une interface maison est décrite comme observée chez d'autres ; les règles des stores à son sujet ne sont pas abordées dans la vidéo.
• Les liens Skool, TidyCal et ai.devaffranchi.com viennent de la description, pas de l'oral.