Je viens de vibe-coder une super appli, comment la lancer sur l'App Store ?

Réponse courte : pour lancer une application vibe-codée, vous devez vous inscrire en tant que développeur, packager une version native et la soumettre pour examen. Rien de tout cela n'est difficile au début. Le piège, c'est que l'IA a réduit votre temps de développement de plusieurs mois à un après-midi, alors que les app stores n'ont rien réduit du tout. Vous avez besoin de comptes, de fiches de présentation, de documents sur la confidentialité et d'une application qui tient la route lorsqu'un examinateur la teste. C'est sur cette dernière exigence que s'arrêtent la plupart des applications conçues par l'IA. (Les frais et politiques ci-dessous sont exacts à la date de publication. Considérez ces détails comme un instantané.)

Qu'exige réellement Apple avant de pouvoir soumettre votre application ?

Trois choses : un compte développeur payant, une version iOS native et une fiche de présentation complète. L'Apple Developer Program coûte 99 USD par an¹, sans frais par soumission. La version native importe plus qu'on ne le pense. L'App Store n'accepte pas d'URL ; il accepte une application compilée (un binaire packagé, le fichier installable réel), ce qui implique d'utiliser Xcode sur Mac ou un service qui génère la version pour vous.

La fiche de présentation est une liste de contrôle à elle seule : captures d'écran par taille d'appareil, description, lien d'assistance, politique de confidentialité et étiquettes de confidentialité déclarant chaque type de données collectées par votre application. Si votre application nécessite une connexion, les examinateurs ont besoin d'un compte de démonstration fonctionnel.

La file d'attente en soi n'est pas le problème. Apple indique que 90 % des soumissions sont examinées en moins de 24 heures². C'est ce que vous soumettez qui pose problème.

Pourquoi les applications vibe-codées échouent-elles à l'examen de l'App Store ?

Deux directives sont à l'origine de la plupart des rejets : la 4.2 et la 2.1.

La directive 4.2 sur les fonctionnalités minimales existe parce que la plupart des générateurs d'IA créent des applications web. Enveloppez une application web dans une coquille native et Apple appellera cela un « web wrapper » : les sites web présentés à l'intérieur d'une application, et le contenu web non formaté pour iOS, ne sont pas considérés comme une application de qualité selon Apple. Votre application doit justifier son statut d'application.

La directive 2.1 sur l'exhaustivité de l'application s'occupe du reste. Apple signale que plus de 40 % des problèmes d'examen non résolus relèvent de cette seule directive³ : plantages, contenu fictif, liens brisés, parcours à moitié terminés. Les applications vibe-codées ont un profil bien reconnaissable ici. Elles fonctionnent à merveille lors des démonstrations sur le parcours exact que vous avez demandé, mais plantent sur les cas particuliers que vous n'avez jamais mentionnés. Le travail d'un examinateur est de trouver ces failles.

Il existe un troisième filtre si votre application touche à une catégorie réglementée. Les applications qui gèrent de l'argent, de la santé ou d'autres services sensibles doivent être soumises par l'entité juridique fournissant le service, et non par un compte individuel. Les paiements en sont l'exemple concret, et nous l'avons détaillé dans notre article Pourquoi les applications de paiement vibe-codées sont rejetées de l'App Store.

Et pour le lancement sur Google Play ?

Moins cher à l'entrée, mais plus long pour atteindre la production. L'inscription est payante via des frais uniques de 25 USD⁴. Mais si votre compte développeur personnel a été créé après le 13 novembre 2023, vous ne pouvez pas publier directement. Google exige un test fermé (une version préliminaire privée avec un groupe d'invités) avec au moins 12 testeurs actifs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production⁵, et l'examen de la demande lui-même prend généralement jusqu'à 7 jours de plus.

Faites le calcul. Pour un tout nouveau compte individuel, il faut compter environ trois semaines entre l'application terminée et la publication officielle, et cela suppose que vous puissiez recruter une douzaine de personnes qui restent engagées pendant toute la durée.

Avez-vous vraiment besoin d'un app store ?

Seulement si votre application a besoin de ce qu'un téléphone seul peut fournir : accès au matériel, notifications push, utilisation hors ligne ou découvrabilité sur le store. Pour un jeu ou une application grand public, ce compromis vaut généralement les semaines de démarches. Pour un outil professionnel, une vitrine ou un système d'encaissement, le navigateur est disponible dès aujourd'hui. Pas d'examen, pas de quota de testeurs, et les mises à jour sont en ligne en quelques secondes au lieu de nécessiter de nouvelles soumissions.

Un avertissement avant de déployer une application de commerce, que ce soit sur un store ou sur le web. L'interface est la couche que l'IA gère bien. La couche inférieure — les stocks qui restent à jour, le rapprochement bancaire (faire correspondre les enregistrements financiers), les taxes et les paiements physiques par carte — relève de l'infrastructure, et les prompts ne la créent pas. Nous avons cartographié cet écart dans Ce qui manque après l'interface utilisateur et dans La différence entre un POS avec IA et un POS qu'une IA peut construire. C'est la voie pour laquelle Final est conçu : décrivez le point de vente que vous souhaitez dans un prompt, et il se déploie sur une infrastructure commerciale réelle au lieu d'attendre dans une file d'attente d'examen.

Alors, comment lancer votre application vibe-codée ?

Apple : 99 $ par an, une véritable version native et suffisamment de substance pour respecter les directives 4.2 et 2.1. Google : 25 $, plus un test fermé de 14 jours avec 12 testeurs si votre compte est récent. Le web : dès que vous déployez. Si votre application a besoin du matériel du téléphone, prévoyez des semaines pour les stores. S'il s'agit de prendre des commandes, mettez-la sur le web dès aujourd'hui.

Si ce que vous avez vibe-codé est un système d'encaissement, la version fonctionnelle la plus rapide consiste à connecter l'IA que vous utilisez déjà à une plateforme de commerce via MCP. Notre guide sur la connexion de votre propre IA à Build montre comment cela fonctionne.