Ce que c'est
Lovable transforme un prompt de chat en app web full-stack et l'héberge pour vous. Fondateurs, indie hackers et profils produit qui préfèrent décrire une app plutôt que la coder.
Commencez ici
App Lovable → App StorePas à pas, de l'URL Lovable publiée à la fiche App Store, avec les vérifications spécifiques à Lovable.App Lovable → Google PlayLe guide Android pour les apps Lovable, y compris la configuration de la Play Console et la règle des 12 testeurs.Lovable : App Store + Google PlayLes deux stores depuis une seule URL : différences, coûts et plan en parallèle.App Lovable refusée : les solutionsRefusée ? Le triage pour les apps Lovable, les motifs habituels et un modèle de réponse.
Fonctionnalités natives pour les apps Lovable
Chaque page de fonctionnalité explique la partie native (un réglage ou un appel d'URL) et la partie app web pour votre stack Lovable, avec un prompt à coller.
Notifications pushSur iOS, le web push du navigateur ne fonctionne que pour les web apps ajoutées à l'écran d'accueil, et la plupart des utilisateurs ne le voient jamais. Devenue une app native grâce à WebViewGold, votre app Lovable profite du vrai push : des notifications système sur iOS et Android, envoyées depuis votre backend, depuis un tableau de bord ou planifiées par votre propre JavaScript.Achats intégrésVotre app Lovable encaisse probablement via Stripe, généralement branché via des edge functions Supabase. Sur le web, rien ne change. Mais dans l'app iOS, Apple impose l'achat intégré (In-App Purchase) pour les biens numériques (guideline 3.1.1), et Google Play Billing s'applique sur Android. WebViewGold gère les deux via RevenueCat, avec un seul appel d'URL depuis votre app web.Connexion Google et Sign in with AppleLes apps Lovable utilisent généralement Supabase Auth (e-mail/mot de passe, liens magiques, Google, GitHub, Apple) ou Lovable Cloud. La connexion par e-mail et mot de passe fonctionne telle quelle dans une app WebViewGold. Mais Google et d'autres fournisseurs OAuth bloquent les WebViews intégrées, et Apple ajoute sa propre règle. Voici comment faire fonctionner chaque méthode de connexion dans l'app sans modifier votre code d'authentification.Connexion biométriqueUn champ de mot de passe donne l'impression d'un site web. Face ID donne l'impression d'une app. WebViewGold ajoute l'authentification biométrique à votre app Lovable sous deux formes : un simple verrouillage de l'app activé dans la configuration, ou une API JavaScript (
bioauth://) qui renvoie le résultat à votre app web pour protéger exactement les écrans de votre choix.Scanner de QR codes et de codes-barresDans une WebView, le scan de QR codes via le navigateur est lent et multiplie les demandes d'autorisation. WebViewGold ouvre le scanner natif de la caméra depuis un lien (qrcode:// ou barcodescanner://) et renvoie directement le résultat à votre app Lovable : une URL s'ouvre automatiquement, la valeur d'un code-barres arrive dans une variable JavaScript.GéolocalisationVotre app Lovable appelle déjà navigator.geolocation. Dans une app WebViewGold, cet appel déclenche la vraie boîte de dialogue d'autorisation du système, et la position provient du GPS de l'appareil plutôt que d'une approximation du navigateur. Aucun code natif : vous rédigez seulement le texte d'explication et répondez aux questionnaires des stores.Publicités AdMobLes régies publicitaires web rapportent peu dans les apps et fonctionnent souvent mal dans les WebViews. WebViewGold intègre le SDK natif AdMob : une bannière sous votre app Lovable, des interstitiels après un certain nombre d'interactions et des vidéos avec récompense que vous déclenchez depuis JavaScript quand l'utilisateur veut des crédits ou du contenu supplémentaires.Mode hors ligneLes examinateurs activent le mode avion. Les utilisateurs prennent le métro. Une app Lovable qui affiche une page blanche hors ligne semble cassée ; un écran hors ligne natif avec un bouton Réessayer ressemble à une app. WebViewGold propose trois niveaux de prise en charge du hors-ligne, et le bon choix dépend de votre stack (React + Vite + Tailwind CSS + shadcn/ui côté front-end, généralement Supabase (ou Lovable Cloud) pour l'authentification, la base de données et les edge functions).Deep linksUn utilisateur touche dans son e-mail le magic link envoyé par Supabase Auth (e-mail/mot de passe, liens magiques, Google, GitHub, Apple) ou Lovable Cloud et atterrit dans Safari : connecté sur le web, mais pas dans l'app. Les Universal Links et App Links règlent ce problème : les liens https vers votre domaine ouvrent directement l'app Lovable. Voici la configuration complète, plus les liens à schéma personnalisé pour les QR codes et les autres apps.Partage natif et retour haptiqueDeux petites choses donnent à une app Lovable une sensation native dès la première minute : une vraie feuille de partage (AirDrop, Messages, WhatsApp, Mail) au lieu d'un lien copié, et une légère vibration quand une action réussit. WebViewGold expose les deux sous forme d'appels d'URL que vous pouvez relier à vos boutons existants.Téléchargements de fichiers et uploads caméraUne WebView brute ignore silencieusement le téléchargement d'un PDF et affiche un sélecteur de fichiers rudimentaire. WebViewGold enregistre les images dans la photothèque (savethisimage://?url=…), télécharge les PDF, fichiers audio, ePub et Office, et ouvre l'appareil photo ou la galerie natifs pour chaque <input type="file"> de votre app Lovable.Évaluation in-appLes notes décident si une fiche de store convertit. WebViewGold permet à votre app Lovable d'afficher la boîte de dialogue d'évaluation native (rateapp://) exactement quand l'utilisateur est satisfait : après une commande terminée, un entraînement achevé, un projet enregistré. Vous choisissez le moment dans votre app web ; la partie native tient en un appel.CSS et JavaScript personnalisésLe site web a besoin d'un bandeau cookies, d'un pied de page avec 30 liens et d'un badge « Téléchargez notre app ». L'app n'a besoin de rien de tout cela. WebViewGold injecte un fichier custom.css et un fichier custom.js dans chaque page que votre app Lovable charge dans l'app : le site web reste intact et l'app ressemble à une app.Lecteur de tags NFCSafari ne donne aucun accès NFC aux sites web, et Web NFC n'existe que dans Chrome sur Android. Encapsulée avec WebViewGold, votre app Lovable lance un scan NFC natif avec un simple lien et reçoit le contenu du tag dans une fonction JavaScript : sur Android via l'API NFC documentée, sur iPhone via le plugin NFC de WebViewGold. Check-ins, étiquettes d'équipement et cartes de visite NFC ne demandent alors que quelques lignes de code.Scanner de documentsSi votre app Lovable propose un envoi de fichier, elle peut avoir un vrai scanner de documents. WebViewGold ajoute une option Scan Document à la boîte de dialogue d'envoi native : Apple VisionKit sur iPhone et Google ML Kit sur Android détectent les bords de la page, recadrent et améliorent chaque page, puis transmettent le résultat à votre champ de fichier existant, comme n'importe quel autre envoi.Impression et AirPrintLe bouton Imprimer qui fonctionne dans le navigateur reste généralement muet dans une app, car les WebViews d'app ne gèrent pas window.print() comme Safari ou Chrome. WebViewGold offre à votre app Lovable une alternative native : printitem:// télécharge un PDF ou une image depuis votre serveur et ouvre la boîte de dialogue d'impression du système, AirPrint sur iPhone et le service d'impression Android, avec l'option Enregistrer au format PDF.Copier-coller et presse-papiersLes boutons Copier qui échouent sans prévenir et les champs de collage qui ne se remplissent jamais sont des agacements classiques des WebViews. Dans une app WebViewGold, votre app Lovable lit le presse-papiers de l'appareil à la demande avec getclipboard:// (le contenu arrive dans la variable clipboarddata), et la copie utilise l'API Clipboard standard du web avec une solution de repli. Voici le schéma à suivre, ainsi que les règles de confidentialité que les deux plateformes imposent.Accès aux contactsLes écrans « Retrouvez vos amis », les invitations de groupe et les apps de partage de dépenses veulent souvent accéder au carnet d'adresses. Dans une app WebViewGold, votre app Lovable demande l'autorisation avec requestcontactpermission:// et reçoit les noms et numéros de téléphone en JSON dans la variable contacts après readcontacts://. Le code prend quelques minutes ; c'est l'usage que vous faites des données qui décide si l'app passe l'examen.Lecture vidéo et audioUne balise vidéo HTML5 fonctionne dans l'app, mais les longues leçons y paraissent à l'étroit et la lecture s'arrête généralement dès que l'utilisateur change d'app. Avec WebViewGold, votre app Lovable confie l'URL d'un flux au lecteur natif grâce à un simple lien (startnativevideo://) : vos spectateurs profitent du plein écran et du Picture-in-Picture sur les deux plateformes, et d'AirPlay sur iPhone. Sur iOS, vous pouvez aussi laisser l'audio HTML continuer en arrière-plan pour les podcasts, la radio et les cours audio.Protection contre les captures d'écranLeçons payantes, conversations privées, soldes de compte, coupons à usage unique : certains écrans ne devraient pas finir dans une discussion de groupe. WebViewGold peut bloquer les captures et les enregistrements d'écran sur Android et les détecter sur iOS, puis appeler une fonction JavaScript dans votre app Lovable pour que vous puissiez réagir. La même boîte à outils fonctionne aussi dans l'autre sens : takescreenshot:// enregistre volontairement un écran dans Photos, pour les billets et les reçus.HealthKit et Health ConnectLes trackers de fitness, les apps d'habitudes et les outils de coaching créés avec Lovable peuvent afficher le vrai nombre de pas, la fréquence cardiaque ou le poids de l'utilisateur au lieu de lui demander de les saisir. WebViewGold lit et écrit dans Apple Santé (HealthKit) sur iOS et dans Health Connect sur Android avec les deux mêmes schémas d'URL. Le code est la partie facile ; ce sont les règles des stores sur les données de santé qui méritent l'essentiel de votre attention.Événements de calendrierUne réservation absente du calendrier de l'utilisateur, c'est un rendez-vous manqué en puissance. Sur iOS, WebViewGold permet d'ajouter un événement à l'app Calendrier depuis un simple lien vers un fichier .ics : votre app Lovable n'a besoin de rien d'autre que d'une URL qui renvoie l'événement. Sur Android, WebViewGold n'a pas d'API de calendrier dédiée ; voici ce qui fonctionne à la place.Lampe torcheLire un numéro de série dans une réserve sombre, relever un compteur dans une cave, trouver sa place à un concert : parfois, votre app Lovable a simplement besoin de lumière. WebViewGold allume et éteint la lampe du téléphone grâce à deux liens, enableflashlight:// et disableflashlight://, sur iOS et Android. C'est une petite fonctionnalité qui donne le meilleur d'elle-même comme aide au sein d'un parcours plus large.Extension de partageUn outil de favoris, une boîte à recettes ou un moodboard ne sert vraiment que si l'enregistrement se fait en un tap. Avec WebViewGold, votre app Lovable apparaît dans la feuille de partage d'iOS et d'Android, et tout ce que l'utilisateur partage (un lien, un extrait de texte, une photo) arrive dans votre app web sous la forme de la variable JavaScript sharedData. Votre code décide de la suite : préremplir un formulaire, l'enregistrer dans votre backend ou ouvrir un éditeur.Widgets et raccourcisL'écran d'accueil est l'endroit où une app prouve qu'elle est plus qu'un favori. Sur iOS, WebViewGold offre à votre app Lovable quatre façons d'y être présente : un widget image que votre serveur tient à jour, des actions rapides par appui long sur l'icône, des phrases Siri qui exécutent votre JavaScript et des icônes d'app alternatives. Android n'a pas d'équivalent WebViewGold pour les widgets et les actions rapides : ce guide présente donc aussi, honnêtement, les alternatives de ce côté.Pass Apple WalletSi votre app Lovable vend des billets d'événement, gère un programme de fidélité ou distribue des coupons, le pass a sa place dans Apple Wallet, sur l'écran verrouillé au moment où il compte. WebViewGold ajoute le chaînon manquant : remplacez https:// par addpkpass:// dans l'URL de votre fichier .pkpass et iOS affiche la feuille native Ajouter à Apple Wallet. Vous créez et signez toujours le pass vous-même, et sur Android, Google Wallet fonctionne via son propre lien d'enregistrement web.Stockage natif et identifiant d'appareilLes utilisateurs attendent d'une app qu'elle se souvienne d'eux. Les cookies et le localStorage gardent généralement votre app Lovable connectée, mais ce sont des stockages web qui disparaissent avec le cache. WebViewGold ajoute deux petits outils natifs : un stockage de valeurs persistant (writevalue:// et readvalue://) pour les réglages et la restauration de session, et un UUID d'appareil (get-uuid://) pour les licences liées à un appareil, les appareils de confiance et les réglages par appareil sur votre serveur.Publicités Meta Audience NetworkSi votre audience vit sur Facebook et Instagram, Meta Audience Network peut être une alternative à AdMob. WebViewGold intègre le SDK natif Audience Network : interstitiels programmés ou déclenchés par une page sur iOS, bannières et interstitiels sur Android, configurés dans Config.swift et Config.java et pilotés depuis votre app Lovable. Voici la configuration, les formalités de confidentialité et les points sur lesquels les apps avec publicité se font refuser.Barre d'onglets native et navigationUn menu hamburger et un en-tête de site web sont le moyen le plus rapide de donner à une app Lovable l'air d'un simple favori, et c'est précisément ce que les examinateurs jugent au titre de la guideline 4.2. WebViewGold ajoute une barre d'onglets ou une barre latérale native sur iOS, et une navigation inférieure ou un tiroir Material sur Android, chacun configuré dans un seul fichier, tandis que votre app web continue de gérer le routage.Splash screen et indicateur de chargementDeux secondes d'écran blanc après le lancement : c'est ainsi qu'une app Lovable récolte une remarque au titre de la guideline 2.1 ou un avis à une étoile. L'app native s'ouvre instantanément ; votre app web a besoin d'un instant. WebViewGold couvre cet instant avec un splash à vos couleurs, un indicateur de chargement natif et le pull-to-refresh, et quelques lignes dans votre app web rendent la transition invisible.Safe area et barre d'étatUne app Lovable parfaite dans le navigateur peut voir son en-tête passer sous la Dynamic Island, sa barre d'onglets sous l'indicateur d'accueil, ou son horloge disparaître en blanc sur blanc en mode sombre. Par défaut, WebViewGold garde votre page dans la safe area et colore la barre d'état nativement ou depuis JavaScript. Voici quand vous y fier, et quand passer en bord à bord avec du CSS.Mise à jour forcée et contrôle de versionVotre app web Lovable se met à jour à chaque publication, mais la coque native qui l'entoure ne change que lorsque les utilisateurs installent une nouvelle version depuis le store. Quand une nouvelle fonctionnalité dépend d'une coque plus récente, ou que d'anciens builds pointent vers une URL que vous abandonnez, vous devez savoir qui est en retard. WebViewGold transmet à votre app web la version installée ; quelques lignes de code en font une bannière discrète ou un écran de mise à jour obligatoire.Liens externes et gestion des URLSur le web, un lien vers Stripe, la connexion Google, WhatsApp ou votre centre d'aide fonctionne tout simplement. Dans une app, chaque lien a besoin d'une destination : l'app elle-même, un onglet de navigateur intégré, Safari ou Chrome, ou une autre app comme Mail, Téléphone ou WhatsApp. Si vous vous trompez, les utilisateurs se retrouvent bloqués sur une page tierce sans bouton retour, connectés au mauvais endroit, ou en train de payer dans un navigateur pendant que l'app attend.Lovable en bref
Stack
React + Vite + Tailwind CSS + shadcn/ui côté front-end, généralement Supabase (ou Lovable Cloud) pour l'authentification, la base de données et les edge functions
Publication et hébergement
Cliquez sur Publish dans l'éditeur Lovable. Lovable compile le bundle de production et l'héberge à l'adresse lovable.app de votre projet. Chaque nouveau Publish remplace la version en ligne : votre app dans les stores est donc mise à jour dès que vous republiez.
Authentification
Supabase Auth (e-mail/mot de passe, liens magiques, Google, GitHub, Apple) ou Lovable Cloud
Paiements
Stripe, généralement branché via des edge functions Supabase
Badge de l'outil
Edit with Lovable: Masquez le badge dans les paramètres du projet avant de compiler l'app (l'option est disponible sur les formules payantes). Un lien flottant vers un autre produit à l'intérieur d'une app de store suscite des questions de la part des examinateurs.
Exemple : du projet Lovable à l'app approuvée
Imaginons que vous ayez créé avec Lovable un outil de réservation pour coachs sportifs : les clients choisissent un créneau, versent un acompte via Stripe et reçoivent un e-mail de confirmation envoyé par Supabase. Vous publiez, connectez book.yourdomain.com, masquez le badge et collez ce domaine dans WebViewGold. Comme l'acompte paie une vraie séance d'entraînement, Stripe peut rester et aucun achat in-app n'est nécessaire. Vous activez les notifications push pour un rappel la veille de chaque séance, ainsi que les Universal Links pour que l'e-mail de confirmation ouvre la réservation dans l'app plutôt que dans Safari. Apple demande un compte client de démonstration, vous l'ajoutez aux notes de validation, et à partir de là chaque Publish dans Lovable apparaît dans l'app sans nouvelle soumission.
Votre première semaine après le lancement
- Corrigez textes, mise en page et petits bugs avec un Publish normal dans Lovable ; les apps installées chargent la nouvelle version au lancement suivant.
- Définissez un user agent personnalisé dans WebViewGold et enregistrez la plateforme (iOS, Android ou web) sur chaque nouveau profil Supabase, pour voir combien d'inscriptions les stores vous apportent.
- Envoyez la première campagne push le deuxième ou le troisième jour aux personnes qui ont installé l'app sans terminer l'onboarding, avec un lien vers l'écran qu'elles ont sauté.
- Appelez rateapp:// juste après un moment de réussite, comme une réservation terminée ; Apple n'affiche sa boîte de dialogue native qu'environ trois fois par an et par utilisateur, ne la gaspillez donc pas au premier lancement.
- Regroupez les modifications de la coque native (nouvelle icône, fonction native supplémentaire, nouveaux chemins Universal Links) et livrez-les ensemble dans une seule mise à jour sur les stores.
Prompt de préparation pour les stores
Collez dans Lovable, vérifiez les changements, publiez.
Prompt à coller dans Lovable
Prepare this app for publishing as a native iOS and Android app (it will run inside a native WebView wrapper): 1. Add a /privacy and a /terms page with placeholder text I can edit, and link them from the footer and the settings screen. 2. Add a "Delete my account" button in the account settings that deletes the user's data and auth account via a Supabase function, with a confirmation dialog. 3. Make sure every page is responsive from 320px to iPad widths, with no horizontal scrolling and tap targets of at least 44px. 4. Remove any "Download our app" banners, external links in the main navigation and the Lovable badge. 5. Add a /offline-friendly empty state for failed network requests instead of a blank screen. 6. Set the <title> to the app name (max 30 characters) and add a meta description.
Ce que vous obtenez avec WebViewGold
Un projet d'app natif complet, pas un abonnement. Tout ce qui suit est inclus dans la licence et s'active par un simple réglage.
- Projet d'app natif
- Notifications push
- Écran hors ligne
- Icône & écran de démarrage
- Partage natif & retour haptique
- Deep links & liens universels
- Achats intégrés
- Mises à jour gratuites, marque blanche
Questions fréquentes
Apple accepte-t-il les apps créées avec Lovable ?
Oui. Apple examine ce que fait l'app, pas l'outil qui l'a écrite. Une app Lovable qui se comporte comme une app (mise en page responsive, navigation native, aucun lien mort) passe la validation comme n'importe quelle autre app WebViewGold. La directive à respecter est la 4.2 (Minimum Functionality) : ajoutez de la valeur native, comme les notifications push, la gestion du mode hors ligne ou le partage natif, que WebViewGold active chacune d'un simple réglage.
Dois-je exporter le code Lovable pour créer une app ?
Non. WebViewGold charge votre URL Lovable publiée dans une coque d'app native, si bien que l'app affiche toujours la version actuelle de votre projet. Vous continuez à éditer dans Lovable et ne touchez jamais au code généré, sauf si vous le souhaitez.
L'app continue-t-elle de fonctionner quand je modifie le projet Lovable ?
Oui. Comme l'app charge votre URL publiée, chaque Publish dans Lovable met l'app à jour instantanément. Seules les modifications de la coque native elle-même (nouvelle icône, nouvelle fonctionnalité native) nécessitent une nouvelle compilation et une mise à jour sur les stores.
Dois-je transformer mon app Lovable en PWA avant de l'encapsuler ?
Non. WebViewGold charge directement l'URL Lovable publiée, un manifeste web ou un service worker n'est donc pas nécessaire. Si vous ou Lovable avez ajouté un service worker pour la mise en cache hors ligne, vérifiez qu'un nouveau Publish atteint vraiment l'app, car un cache trop agressif peut continuer d'afficher la version précédente ; l'écran hors ligne de WebViewGold couvre généralement le cas hors ligne sans service worker.
Puis-je utiliser Lovable Cloud au lieu de mon propre projet Supabase pour une app sur les stores ?
Oui. Apple et Google examinent ce que fait l'app, pas l'endroit où se trouve la base de données, et l'app charge simplement votre URL publiée. L'essentiel est que l'inscription, la connexion, la réinitialisation du mot de passe et la suppression du compte fonctionnent toutes dans l'app : testez donc chacune d'elles sur un vrai iPhone et un vrai téléphone Android avant de soumettre.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.