Aller au contenu

De Lovable à une app iOS : SwiftUI natif, sans encapsulation

Publish vous donne une app web à une adresse lovable.app. L’App Store en demande davantage. Découvrez ce que crée Lovable, les trois voies vers une app pour iPhone et comment confier la vôtre à AirBuild.

AirBuild6 min de lecture

Vous avez décrit une app, Lovable l’a créée et elle fonctionne dans le navigateur. Puis quelqu’un demande si elle est sur l’App Store.

Lovable publie une app web

Lovable l’indique dans sa propre documentation : il crée des apps web et toute publication est déployée à une adresse web. Avec Publish, vous obtenez une app web hébergée à l’adresse your-app.lovable.app ou sur un domaine personnalisé, avec HTTPS inclus. Aucun build iOS, aucune fiche App Store Connect et aucune soumission.

La documentation propose deux moyens de se rapprocher d’une app pour téléphone : une progressive web app que les utilisateurs ajoutent à leur écran d’accueil, ou une enveloppe native autour de l’adresse publiée en vue d’une soumission sur une boutique d’apps. La première n’apparaît jamais sur l’App Store. La seconde se heurte à la règle de validation présentée plus bas.

Ce qu’est un projet Lovable

Sous l’éditeur, un projet Lovable est une base de code React. Lovable ne génère pas de React Native. Les nouveaux projets utilisent Lovable Cloud, un backend intégré fondé sur la technologie open source de Supabase, pour leur base de données, leur connexion et leur stockage. Certains se connectent plutôt à leur propre projet Supabase. Lorsqu’un dépôt est connecté, le code se synchronise dans les deux sens avec GitHub, GitLab ou Bitbucket. Les forfaits payants permettent aussi de le télécharger.

Cela détermine la suite. Les écrans d’une app web React sont du HTML affiché par un moteur de navigateur, y compris dans une enveloppe. Une véritable app iOS doit être recréée avec des composants natifs. Reste à savoir qui la crée et avec quelle technologie.

Trois voies vers une app pour iPhone

  1. L’encapsulerCapacitor ou un service WebView

    Une enveloppe nativequi charge your-app.lovable.app
    Toujours votre site webRègle 4.2 : un site web reconditionné
  2. La recréer avec React Nativeun service de conversion

    Des composants React Nativeréécrits à partir de votre code React
    Une véritable app multiplateformeson propre environnement d’exécution, son propre style
  3. La confier à AirBuildune équipe IA

    Comprend son fonctionnementécrans, parcours et services connectés
    Une app SwiftUI nativeValidation prise en charge
Les trois voies partent de la même app Lovable. Seule la première aboutit encore à un site web.

« Votre app doit proposer des fonctionnalités, du contenu et une interface qui vont au-delà d’un site web reconditionné. Si votre app n’est pas particulièrement utile, unique ou digne d’une app, elle n’a pas sa place sur l’App Store. »

Apple, Consignes de validation de l’App Store 4.2, Fonctionnalités minimales

C’est pourquoi l’encapsulation est un pari : une enveloppe autour de your-app.lovable.app est, par définition, un site web reconditionné, et chaque refus coûte un cycle de validation. Une app SwiftUI native ne rencontre pas ce problème dès le départ, car ce n’est pas un site web. Chaque écran est créé avec les propres frameworks d’Apple. L’app défile, s’anime et réagit donc comme les autres apps du téléphone.

Comment passer à AirBuild

  1. Laissez le lien

    Rejoignez la liste d’attente avec l’adresse publiée de votre app Lovable, ou le dépôt GitHub avec lequel elle se synchronise, puis ajoutez une phrase sur ce que l’app iOS doit faire et sur les personnes auxquelles elle s’adresse.

  2. Votre équipe IA la recrée avec SwiftUI

    Les agents produit, design et ingénierie d’AirBuild examinent le fonctionnement, les écrans et les parcours de votre app, puis créent une app iOS native à partir de ces éléments. Votre app web reste intacte et vous continuez à la modifier dans Lovable.

  3. Essayez-la sur votre iPhone, puis passez à la validation

    L’app arrive sur votre téléphone via TestFlight afin que vous puissiez l’essayer et demander des modifications en termes 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 points soulevés et soumet à nouveau l’app.

Ce qui est conservé

Chaque écran conserve son rôle. C’est la manière d’y accéder qui change. Les routes du navigateur deviennent une barre d’onglets, une pile de navigation et des feuilles.

Votre app Lovable, dans le navigateur

/Tableau de bord avec les courses de la semaine
/runsToutes les courses, de la plus récente à la plus ancienne
/runs/:idUne course : parcours, allure, notes
Ajouter une courseUne boîte de dialogue au-dessus de la liste

La même app, avec SwiftUI

Barre d’ongletsCourses, Cette semaine, Réglages
Liste des coursesUne List avec actualisation par glissement
Détails de la courseAffichés dans la pile, retour par balayage
Ajouter une courseUne feuille, fermée en la faisant glisser vers le bas
Un exemple : un outil de suivi des habitudes pour les adeptes de la course à pied.
Partie de votre appCe qu’elle devient
Texte, couleurs et identité visuelleIls sont conservés. L’app doit vous ressembler, pas donner l’impression d’un modèle générique.
Données et backendIls restent là où ils sont. Dites-nous à quoi votre app se connecte, Lovable Cloud, votre propre projet Supabase ou une API, et nous concevons l’app iOS autour de cette base.
ConnexionExpliquez-nous comment elle fonctionne aujourd’hui. Comme vos données, elle reste en place.
Votre app webElle reste inchangée et vous continuez à la modifier dans Lovable.
Fiche App StoreElle est créée. Le nom, la description, les captures d’écran, les réponses sur la confidentialité et les notes de validation sont préparés pour vous.

Ce qu’il faut préparer

  • Le lien publié de votre app Lovable, ou son dépôt GitHub si certaines pages sont accessibles après connexion.
  • Une adhésion à l’Apple Developer Program, ou le projet de vous y inscrire avant la soumission de l’app.
  • Un paragraphe sur ce que l’app iOS doit faire en premier. Elle ne doit pas nécessairement 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 elle.

Questions

Lovable peut-il créer une app iOS ?

Non. Lovable crée des apps web et toute publication est déployée à une adresse web. Sa documentation propose une progressive web app ou une enveloppe native autour de l’adresse publiée. Aucune des deux n’est une app iOS native.

Une app Lovable encapsulée est-elle autorisée sur l’App Store ?

Souvent non. La règle 4.2 demande qu’une app propose des fonctionnalités, du contenu et une interface qui vont au-delà d’un site web reconditionné. Une WebView autour de votre adresse publiée est l’exemple type d’un site web reconditionné.

Cela remplace-t-il mon app web ?

Non. Votre app web continue de fonctionner à son adresse lovable.app ou sur votre domaine, et vous continuez à la modifier dans Lovable. AirBuild crée l’app iOS à côté.

Qu’advient-il de mon backend ?

Il reste là où il est. Lorsque vous rejoignez la liste d’attente, dites-nous à quoi votre app se connecte : Lovable Cloud, votre propre projet Supabase ou une API. Nous concevons l’app iOS autour de cette base sans déplacer vos données.

Ai-je besoin d’un Mac ou de Xcode ?

Ni l’un ni l’autre. AirBuild fait travailler votre équipe IA sur un Mac ou dans le cloud, et l’app arrive sur votre iPhone via TestFlight. Pour la publier, vous devez être membre de l’Apple Developer Program.

À qui appartient le code de l’app iOS ?

À vous. Votre code Lovable vous appartient, tout comme le projet SwiftUI qu’AirBuild crée à partir de celui-ci.

Étape suivante

Rejoignez la liste d’attente avec votre lien Lovable

Accès anticipé. Nous envoyons les invitations selon nos capacités, et le lien que vous laissez est la première chose que nous examinons.

Sources

  1. Lovable : Publish : ce que déploie Publish et le fait qu’il s’agit toujours d’une adresse web.
  2. Lovable : GitHub, GitLab et Bitbucket : synchronisation bidirectionnelle, un dépôt par projet et téléchargement du code avec les forfaits payants.
  3. Lovable : Supabase : Lovable Cloud comme backend par défaut et connexion de votre propre projet Supabase.
  4. Apple : Consignes de validation de l’App Store, 4.2 Fonctionnalités minimales : la règle à laquelle se heurte un site web reconditionné.
  5. Apple : TestFlight : comment un build arrive sur votre iPhone avant l’App Store.

Vérifié à partir de la documentation de Lovable et des consignes de validation de l’App Store d’Apple le 30 septembre 2026. Le passage d’un projet à AirBuild est proposé en accès anticipé. Lovable, Supabase et Apple sont des marques appartenant à leurs propriétaires respectifs. AirBuild n’est pas affilié à ces entreprises.