Bolt.new permet d’obtenir rapidement une première version : une instruction, un aperçu, un bouton Publier. Passer de là à une app que les utilisateurs installent depuis l’App Store demande un autre travail, qui dépend du type de projet Bolt que vous avez.
Deux types de projets Bolt
Bolt crée deux types de projets, et sa propre documentation prévient que les projets créés pour le web ne passent pas facilement au mobile. Si votre première instruction ne demandait pas une app mobile, vous avez un projet web.
| Un projet web | Un projet Expo | |
|---|---|---|
| Ce que c’est | Une app web qui s’exécute dans le navigateur | Une app React Native pour iOS et Android à partir d’un code partagé |
| Destination de publication | Une adresse bolt.host gratuite, ou un domaine personnalisé avec les forfaits payants | Un build EAS que vous lancez vous-même, puis TestFlight et App Store Connect |
| Sur votre téléphone | Aucun build iOS | Un aperçu dans Expo Go, via un code QR |
Où Bolt s’arrête
Pour un projet web, le raccourci tentant consiste à placer l’adresse publiée dans une enveloppe native. Il se heurte à la règle 4.2 d’Apple : une WebView autour de your-app.bolt.host est, par définition, un site web reconditionné.
Pour un projet Expo, le code est bien réel, mais la dernière étape ne relève pas de Bolt. Sa documentation détaille le parcours : installez l’EAS CLI en local, lancez le build iOS avec soumission automatique, attendez TestFlight, puis soumettez l’app dans App Store Connect pour la publier.
Dans Bolt
- Une instruction« Crée une app mobile »
- Un projet ExpoCode React Native
- Aperçu Expo Goun code QR, sur votre téléphone
- GitHubcommits synchronisés
Après Bolt : à vous de le faire, ou à AirBuild une fois le projet ajouté
- Le buildl’EAS CLI sur votre ordinateur
- TestFlightessayez l’app sur un iPhone
- La fichecaptures d’écran, réponses sur la confidentialité, notes de validation
- App Reviewrépondre, corriger, soumettre à nouveau
App Review est une conversation
Un membre de l’équipe de validation demande pourquoi l’app a besoin d’une autorisation, ou signale un écran qui ne fait rien. Vous corrigez le problème, puis soumettez à nouveau. Cette boucle est la partie que les outils vous laissent. Une fois le projet ajouté à AirBuild, l’équipe IA mène cette conversation pour vous, et vous suivez chaque étape.
- Soumettrele build et la fiche
- L’équipe de validation demandepar exemple, pourquoi le calendrier ?
- Corrigerune description de l’usage, une capture d’écran
- Soumettre à nouveauavec la réponse jointe
Si l’équipe de validation pose une autre question, la boucle recommence
Comment amener votre projet sur AirBuild
Laissez le lien
Rejoignez la liste d’attente avec l’adresse
bolt.hostpubliée ou le dépôt GitHub synchronisé par Bolt, puis ajoutez une phrase sur ce que l’app iOS doit faire et son public. Les projets Expo sont les bienvenus ; pour eux, le dépôt est le lien le plus utile.Votre équipe IA la recrée en SwiftUI
Les agents produit, design et développement d’AirBuild étudient les fonctions, les écrans et les parcours de votre app. Ils construisent ensuite une app iOS native à partir de ces éléments avec les frameworks d’Apple. Votre projet Bolt reste intact ; vous continuez à le modifier et à le publier dans Bolt.
Essayez-la sur votre iPhone, puis passez à App Review
L’app arrive sur votre téléphone via TestFlight pour que vous puissiez l’essayer et demander des modifications avec des mots simples. Lorsqu’elle est prête, AirBuild prépare la fiche App Store, soumet l’app, suit sa validation, répond aux équipes de validation, corrige les problèmes signalés et soumet à nouveau.
Ce qui est conservé
| Partie de votre app | Ce qu’elle devient |
|---|---|
| Écrans et parcours | Ils sont recréés sous forme de vues SwiftUI avec la navigation iOS : barres d’onglets, piles, feuilles et geste de retour. Un projet Expo est transposé de la même façon, écran par écran. |
| Textes, couleurs et identité visuelle | Ils sont conservés. L’app doit vous ressembler, sans donner l’impression d’un modèle générique. |
| Données et backend | Ils restent là où ils sont. Indiquez-nous à quoi votre app se connecte, Supabase, Firebase ou une API, et nous concevons l’app iOS autour de ce système. |
| Votre projet Bolt | Il reste inchangé, et vous pouvez toujours le modifier et le publier dans Bolt. |
Ce qu’il faut préparer
- Le lien publié de votre projet Bolt, ou son dépôt GitHub s’il s’agit d’un projet Expo ou si certaines pages nécessitent une connexion.
- Une adhésion à l’Apple Developer Program, ou le projet de vous inscrire avant la soumission de l’app.
- Un paragraphe sur ce que l’app iOS doit faire en premier. Elle n’a pas besoin de reprendre toutes les fonctions de l’app web.
- L’URL d’une politique de confidentialité. Apple en demande une, et App Store Connect n’accepte aucune soumission sans ce document.
Questions
Bolt.new peut-il publier une app sur l’App Store ?
Pas à lui seul. Un projet web Bolt est publié à une adresse bolt.host. Un projet Bolt avec Expo vous fournit du code React Native. D’après la documentation de Bolt, il vous faut ensuite un compte Apple Developer payant et l’EAS CLI sur votre ordinateur pour créer le build et le soumettre.
Mon projet Bolt est une app web. Puis-je l’envelopper pour iOS ?
Oui, mais la règle 4.2 exige qu’une app propose des fonctionnalités, du contenu et une interface qui vont au-delà d’un site web reconditionné. Une enveloppe autour de votre adresse bolt.host correspond précisément à cette définition et fait souvent l’objet d’un refus.
Mon projet Bolt utilise déjà Expo. Pourquoi l’amener sur AirBuild ?
Parce que Bolt s’arrête au code. Vous devez lancer le build, remplir la fiche App Store et gérer App Review. AirBuild recrée l’app en SwiftUI natif et prend en charge App Review, de la soumission à la nouvelle soumission.
Qu’advient-il de mon backend ?
Il reste là où il est. Lorsque vous rejoignez la liste d’attente, indiquez-nous à quoi votre app se connecte, Supabase, Firebase ou une API. Nous concevons l’app iOS autour de ce système sans déplacer vos données.
Ai-je besoin d’un Mac ou de Xcode ?
Ni l’un ni l’autre. AirBuild exécute votre équipe IA sur un Mac ou dans le cloud, puis l’app arrive sur votre iPhone via TestFlight. La publication nécessite tout de même une adhésion à l’Apple Developer Program.
À qui appartient le code de l’app iOS ?
À vous. Votre code Bolt reste le vôtre, tout comme le projet SwiftUI qu’AirBuild crée à partir de celui-ci.