App builder iOS ou Android : quels outils publient sur quel store en 2026

Un iOS app builder et un Android app builder, c'était autrefois le même produit avec deux boutons d'export. En 2026, le marché s'est scindé en trois familles qui se recoupent à peine. Certains outils écrivent du Swift natif et n'atteindront jamais que l'App Store : MWM AI, Rork Max et Superapp. Certains parcours écrivent du Kotlin natif et n'atteignent que Google Play, surtout via l'outillage de Google lui-même. Et un groupe plus large génère un projet React Native ou Flutter qui part vers les deux stores depuis une seule description : Cadrant, Replit, Emergent, Newly, Rork, Thunkable et FlutterFlow.

La famille que vous choisissez compte plus que l'interface de l'outil, parce qu'elle décide de trois choses à la fois : les stores où vous pouvez être présent, la façon dont se passe le dernier kilomètre vers chaque store, et ce qui vous appartient le jour où vous résiliez l'abonnement. Ce comparatif avance plateforme par plateforme, puis met les deux parcours de l'idée au store côte à côte, car l'étape lente n'est pas la même chez Apple et chez Google.

Trois familles d'app builders mobiles en 2026

La ligne de partage, c'est le code que génère le builder. Swift ne compile que pour les plateformes Apple ; Kotlin ne compile que pour Android ; React Native et Flutter compilent pour les deux depuis un seul projet. Tout le reste en découle : le besoin ou non d'un Mac dans le cloud, les comptes développeur à ouvrir, et le nombre de binaires à maintenir.

La famille iOS uniquement est la plus récente et celle dont on parle le plus. Elle existe parce que l'écosystème Apple récompense le vrai code Swift avec ce qu'une app cross-platform obtient difficilement : les cibles Apple Watch et Vision Pro, les widgets, les Live Activities, les apps iMessage. La famille native Android est plus petite et plus orientée développeur, parce que Google a choisi de livrer son propre agent dans AI Studio et Android Studio plutôt que de laisser le terrain aux startups. La famille des deux stores est celle où finissent la plupart des fondateurs no-code, parce qu'un seul projet qui atteint deux stores est en général tout l'intérêt.

Les iOS app builders : la famille native Swift

Trois produits définissent la catégorie. MWM AI, lancé en mars 2026 par l'éditeur parisien qui totalise un milliard de téléchargements, transforme un prompt en Swift natif pour iPhone, iPad, Mac, Apple Watch et Vision Pro, avec TestFlight intégré, soumission en un clic vers App Store Connect, fiches de store générées automatiquement, et paywalls, abonnements et publicité inclus. Ses offres vont d'un palier gratuit à Starter à 19 $, Pro à 49 $ avec trois publications sur l'App Store, et Pro+ à 149 $ avec publications illimitées et export complet du code source. Son programme Scale est d'une autre nature : MWM finance l'acquisition d'utilisateurs des apps qui montrent de la traction, contre un partage de revenus.

Rork Max, le palier premium de Rork lancé en février 2026, écrit du SwiftUI et le compile sur une flotte de Mac dans le cloud : vous construisez dans le navigateur, prévisualisez dans un simulateur diffusé en streaming, installez sur votre iPhone depuis un QR code et soumettez à l'App Store en deux clics. Il couvre iPhone, iPad, Apple Watch, Apple TV, Vision Pro et iMessage, à partir de 200 $ par mois. Superapp suit la même approche à un tarif plus bas, dès 25 $ par mois, soumet aussi en deux clics et vous remet le projet Xcode. Dans les trois cas, Android est soit absent (Rork Max, Superapp), soit annoncé en Kotlin natif pour plus tard (MWM AI).

Pour les développeurs, l'iOS app builder de référence reste Xcode lui-même : depuis Xcode 26.3 en février 2026, Claude Agent et Codex planifient, éditent, compilent et vérifient les Xcode Previews dans l'IDE. Il faut un Mac, ce qui est précisément ce que les produits dans le navigateur ci-dessus font disparaître.

Les Android app builders : les parcours natifs Kotlin

Il n'existe pas encore de miroir Android de MWM AI : aucun produit grand public qui écrit du Kotlin natif depuis un prompt et vous remet un business sur le Play Store. Les parcours natifs Kotlin qui existent en 2026 viennent de Google. Dans AI Studio, l'onglet Build propose un mode « Build an Android app » où un agent génère un projet complet Kotlin et Jetpack Compose avec un thème Material 3, l'exécute dans un émulateur Android diffusé dans votre navigateur, l'installe sur un téléphone branché via WebUSB et peut le publier directement sur la piste de tests internes de la Play Console pour 100 testeurs au plus. Les limites sont explicites : projets à activité unique, côté client seulement, ni Firebase ni secrets, téléchargement ZIP plutôt que GitHub.

Android Studio va plus loin pour les développeurs : son mode agent Gemini exécute des plans sur plusieurs fichiers, et l'assistant de nouveau projet génère une app Compose depuis un prompt et une maquette optionnelle. Parmi les builders no-code, GoodBarber est celui qui compile en Kotlin (et en Swift) plutôt que vers un runtime cross-platform, avec des apps de contenu et d'e-commerce à partir d'environ 55 € par mois sur son palier natif. La sortie Kotlin de MWM AI est celle à surveiller, puisqu'elle apporterait l'approche paywall et ASO à Google Play.

Conséquence pratique : si votre app est Android d'abord (équipes terrain sur des appareils peu coûteux, marchés où Android domine), le choix honnête en 2026 est soit l'outillage de Google avec quelqu'un qui lit du Kotlin, soit un builder pour les deux stores dont le parcours Android est entièrement guidé. La section suivante traite de cette seconde option.

Les builders qui publient sur les deux stores

C'est la famille où le choix est le plus large, et celle où les discours marketing se ressemblent tous : « iOS et Android natifs depuis un prompt ». La stack est presque toujours React Native avec Expo, parfois Flutter, et les stores sont les deux mêmes, donc les différences se cachent dans le dernier kilomètre : qui lance le build, qui soumet, sur quels comptes, et si Android reçoit le même traitement qu'iOS.

Le dernier kilomètre, là où ils diffèrent

Lisez les deux colonnes de parcours ensemble et trois schémas apparaissent. Guidé sur les deux stores : Cadrant, Newly, FlutterFlow et Thunkable prennent en charge le build et la soumission des deux côtés, sur des comptes développeur qui vous appartiennent. iOS guidé, Android à la main : Replit et Rork ont fait de l'App Store la fonctionnalité vedette, donc sur Android vous téléchargez un bundle et terminez vous-même dans la Play Console, un écart que les deux disent combler. Faites-le vous-même : Emergent vous remet un projet Expo solide et vous laisse les commandes de build et de soumission EAS, ce qui convient à un fondateur technique et devient un mur pour un débutant.

Deux détails méritent vérification avant de s'abonner, quel que soit l'outil. D'abord, sur quels comptes tournent les builds : avec les builders fondés sur Expo, la file de build, les logs et les artefacts devraient vivre sur votre propre compte Expo, et le binaire atterrir dans vos propres App Store Connect et Play Console, pas chez l'éditeur. Ensuite, ce que deviennent les clés de signature si vous partez : une clé d'upload ou un certificat de distribution que vous ne pouvez pas récupérer signifie que la version suivante passe par une réinitialisation chez Google ou Apple. Expo Launch, sur lequel plusieurs de ces outils s'appuient, détaille le parcours iOS sans Mac.

De l'idée au store : les deux voies côte à côte

Le parcours compte les mêmes six étapes des deux côtés, mais la barrière n'est pas au même endroit. Sur iOS, l'étape lente et incertaine est la dernière : une relecture humaine, avec 99 $ par an payés d'avance et un certificat à provisionner avant le premier build. Sur Android, le compte coûte 25 $ une fois, le build est un bundle signé, et les testeurs internes le reçoivent en quelques minutes sans aucune review ; l'étape lente est la barrière du test fermé que les nouveaux comptes personnels doivent franchir avant la production, 12 testeurs pendant 14 jours, suivie de l'examen par Google de la demande d'accès à la production.

La checklist complète, visuels et déclarations compris, est dans notre guide pour publier sur l'App Store et Google Play.

Sur Cadrant, le projet natif est une app Expo et React Native pour iOS et Android dès le premier prompt, prévisualisée dans un cadre de téléphone et sur votre propre appareil via Expo Go, et disponible sur toutes les offres, gratuite comprise. La publication, sur l'offre Starter, suit les deux voies ci-dessus. Sur iOS, un parcours en quatre étapes vous connecte avec Apple, crée la fiche de l'app, provisionne le certificat et lance le build sur votre propre compte Expo avant qu'Expo ne le soumette à App Store Connect. Sur Android, vous créez l'app et invitez un compte de service dans la Play Console, Cadrant conserve la clé d'upload pendant toute la vie de l'app, et le bundle arrive en release brouillon sur la piste de tests internes. L'offre gratuite d'Expo couvre 15 builds iOS et 15 builds Android par mois, et les deux stores restent sous vos propres comptes développeur.

• Les iOS app builders au sens strict (MWM AI, Rork Max, Superapp) écrivent du Swift, n'atteignent que l'App Store, et gagnent sur les surfaces propres à Apple et la monétisation intégrée.
• Les Android app builders au sens natif sont l'outillage de Google (AI Studio, agent Android Studio) plus GoodBarber ; il n'existe pas encore de produit grand public prompt vers Kotlin.
• Les builders pour les deux stores (Cadrant, Replit, Emergent, Newly, Rork, Thunkable, FlutterFlow) diffèrent sur le dernier kilomètre : vérifiez qui compile, qui soumet, sur quels comptes, et si Android est guidé.
• Les barrières diffèrent : Apple relit chaque version ; Google impose aux nouveaux comptes personnels 12 testeurs pendant 14 jours.