Nous avons organisé un AMA en direct sur r/GoodBarber, ouvert à toute question sur la publication d'une application sur l'App Store — App Review, App Store Connect, comptes développeur, tout y est passé. Les réponses venaient directement de l'équipe support qui gère les soumissions App Store et Google Play au quotidien, avec les ingénieurs iOS sollicités dès qu'une question devenait technique. Voici le récapitulatif. On nous pose souvent cette question, alors nous avons étudié nos propres dossiers de support des 18 derniers mois. Les motifs de rejet les plus fréquents sont moins spectaculaires qu'on ne l'imagine :Des métadonnées App Store incomplètes ou inexactes — informations, captures d'écran ou descriptions manquantes ou trompeuses.Un formulaire App Privacy mal configuré.Des applications qu'Apple considère incomplètes ou pas totalement fonctionnelles au moment de la revue.Au-delà de ça, on voit régulièrement des rejets liés aux droits de contenu (audio ou vidéo en particulier), à des applications dans des secteurs réglementés qui ne répondent pas aux attentes d'Apple, ou jugées trop proches de quelque chose qui existe déjà.Pour une première soumission, tout commence par les métadonnées : mettez en avant la valeur réelle de votre application plutôt qu'une promotion générique, et suivez les guidelines d'Apple — elles sont la base de tout le reste. Et si vous êtes rejeté, pas de panique. Un rejet n'est pas une impasse, c'est généralement une étape normale du processus. Lisez attentivement le retour d'Apple, traitez chaque point, puis soumettez à nouveau — nous avons vu de nombreuses applications être approuvées après un ou plusieurs cycles de revue.Si vous êtes convaincu qu'un reviewer s'est trompé, restez factuel. Expliquez clairement pourquoi vous pensez que votre application respecte la guideline en question, et appuyez votre argumentation avec tout ce qui peut aider — captures d'écran, enregistrement d'écran, identifiants de test, instructions étape par étape si une fonctionnalité n'est pas évidente. Si la discussion n'avance plus, vous pouvez demander un appel avec un représentant Apple via l'App Resolution Center dans App Store Connect — une conversation directe permet souvent de clarifier un malentendu plus vite qu'un échange écrit. En dernier recours, vous pouvez faire appel auprès de l'App Review Board, où un membre senior de l'équipe Apple réexamine le dossier. Dans tous les cas, l'objectif n'est pas de prouver qu'Apple a tort, mais de permettre au reviewer de comprendre le plus facilement possible pourquoi votre application est conforme.

Le vibe coding transforme une idée en démo fonctionnelle en quelques minutes. La publier est une autre histoire : les sept murs entre un prototype généré par IA et une vraie app sur les stores.

On a demandé à l'AI Extension Builder de GoodBarber un jeu d'arcade complet : un Flappy Bird jouable au doigt, plein écran, avec un classement partagé entre tous les joueurs. Voici le résultat, le prompt exact qui l'a produit, et ce que cette preuve de concept révèle : avec l'AI Extension Builder, à peu près tout ce qui se décrit peut devenir une section de votre app. Un jeu vidéo, ce n'est pas ce qu'on attend d'un app builder.C'est précisément ce qui en fait un bon test. Pour savoir ce que l'AI Extension Builder a dans le ventre, mieux vaut lui demander l'improbable qu'une section de plus. On lui a donc décrit un jeu d'arcade complet — jouable au doigt, plein écran, un classement partagé entre tous les joueurs — et on a regardé jusqu'où il tiendrait.Il a tenu. La leçon n'est pas « publiez des jeux », mais « le plafond est bien plus haut que vous ne le croyez » : ce qui vaut pour un Flappy Bird vaut pour la fonctionnalité pointue dont votre app a réellement besoin. Tout lui a été décrit en français, en quelques paragraphes. Voici le résultat.

L'AI Extension Builder vous permet déjà de créer une section sur mesure en la décrivant en langage courant. Désormais, ces sections savent mémoriser et partager de vraies données. Demandez un sondage, une liste de réservations ou un livre d'or : le builder met en place les données qui vont derrière et les relie à votre app en ligne, grâce à une nouvelle intégration avec Supabase. Jusqu'ici, l'AI Extension Builder excellait dans un exercice précis : transformer une phrase en une section fonctionnelle. Décrivez un compte à rebours, un mood board, un mini-jeu, et il apparaît dans votre app, habillé pour s'y intégrer parfaitement. Mais chaque section qu'il produisait vivait entièrement sur l'appareil du visiteur. Rien de ce qu'il générait ne pouvait conserver une information ni la faire circuler d'une personne à l'autre.C'était là sa limite. Demandez un « sondage lecteurs » et vous obteniez un sondage qui fonctionnait très bien pour une personne, sur un seul appareil. Les votes restaient dans le navigateur. On ferme l'app, ils disparaissent. On l'ouvre sur un autre téléphone, le compteur repart de zéro. Un livre d'or que vous seul pouvez lire n'est pas un livre d'or. Une liste de réservations qui se remet à zéro sur chaque appareil n'est pas une liste de réservations.La raison était toujours la même : ces fonctionnalités ont besoin d'un endroit où stocker leurs données, et d'un jeu de règles pour décider qui peut les lire et les écrire. Cette couche — un backend — c'est la partie difficile, et c'est précisément le genre de chose qui figurait parmi les limites des créateurs d'apps no-code. Le nouveau connecteur Supabase l'apporte directement dans le builder. L'AI Extension Builder construit désormais la couche de données en même temps que la section, dans la même conversation, avant même d'écrire une ligne de code.(Si vous découvrez cette façon de créer des sections, commencez par comprendre comment fonctionne l'AI Extension Builder — cet article prend la suite. C'est le même outil qui a récemment appris à gérer l'envoi de fichiers, et qui gagne aujourd'hui une couche de données.)