Une seule base de code, une vraie app de store
L'app Android charge votre URL Lovable publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.
Pourquoi encapsuler vaut mieux que redévelopper pour les apps Lovable
Lovable publie une app web à votre adresse lovable.app et ne produit aucune app native, les stores restent donc hors de portée tant que vous ne l'encapsulez pas. WebViewGold charge cette URL publiée dans une coque native : chaque Publish dans Lovable met l'app à jour instantanément et vous n'exportez ni ne maintenez jamais le code React généré. Les extras natifs que les équipes de révision aiment voir (push, écran hors ligne, feuille de partage, Universal Links pour les liens magiques Supabase) sont des réglages, pas une réécriture.
Continuez à publier depuis Lovable
Publiez dans Lovable et la modification est immédiatement en ligne dans l'app, sans nouvelle soumission aux stores. Seules les modifications de la coque native elle-même (icône, nouvelle fonctionnalité native) nécessitent une mise à jour sur le store.
Des fonctionnalités natives en plus
Notifications push, écran hors ligne, partage natif, connexion biométrique, scanner QR, achats intégrés et deep links : un simple réglage ou un appel JavaScript d'une ligne.
Garantie d'approbation Google Play
Garantie d'approbation Google Play Store – ou remboursement sous 14 jours. 96.4% de toutes les apps WebViewGold sont approuvées par les équipes de validation dès la première tentative.
Ce dont vous avez besoin
- Une app Lovable publiée sur une URL HTTPS publique (yourproject.lovable.app ou, mieux, votre propre domaine)
- Un compte développeur Google Play Console ($25 en une fois) pour votre soumission Google Play Store
- Android Studio sur Windows, macOS ou Linux – ou le WebViewGold Cloud Builder dans votre navigateur
- WebViewGold pour Android ($109 en paiement unique, mises à jour gratuites)
- Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes
WebViewGold nous a permis d'avoir le temps de mise sur le marché le plus court et le plus efficace jamais possible parmi toutes les autres plates-formes d'application que nous avons essayées au cours des 5 dernières années. Je ne sais pas pourquoi je ne vous ai pas découvert plus tôt, mais je suis vraiment, vraiment content de l'avoir fait. Nous approchons actuellement les 6000 téléchargements d'application sur l'App Store iOS et Google Play Store sans aucun problème!
Lovable → Google Play : le guide pas à pas
Huit étapes, zéro code. La plupart des gens bouclent la partie native en moins d'une heure.
Publiez votre app Lovable sur une URL de production
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. L'aperçu en direct de l'éditeur (adresses contenant lovableproject.com ou id-preview--) est une vue de développement. Ne mettez jamais une adresse d'aperçu dans votre app : publiez d'abord et utilisez l'URL publiée ou votre domaine personnalisé. Domaine personnalisé : Ouvrez les paramètres du projet, ajoutez votre propre domaine sous Domains et configurez les enregistrements DNS indiqués par Lovable. Les domaines personnalisés sont réservés aux formules payantes. Voir pourquoi un domaine personnalisé avant la soumission en vaut la peine.
Rendez-la prête pour le store
Ajoutez une page de politique de confidentialité, une option de suppression de compte (si les utilisateurs peuvent s'inscrire) et retirez les badges d'outil ou les bannières « Téléchargez notre app ». Testez votre URL avec l'outil gratuit Vérification de conformité Google Play : il signale en quelques secondes le contenu mixte, les balises viewport manquantes, les domaines de prévisualisation et d'autres points bloquants.
Obtenez WebViewGold pour Android
Paiement unique, mises à jour gratuites. Vous recevez le projet Android Studio prêt à l'emploi, ou activez le WebViewGold Cloud Builder et passez-vous complètement de l'IDE.
Insérez votre URL et personnalisez l'app
Ouvrez Config.java (ou le formulaire du Cloud Builder), collez votre URL publiée, définissez le nom de l'app, choisissez votre nom de package, importez l'icône et choisissez l'écran de démarrage. Aucun codage requis.
Activez les fonctionnalités natives
Activez les notifications push, l'écran hors ligne, le pull-to-refresh, la connexion biométrique, le scanner QR ou les App Links avec de simples réglages. Tout est optionnel.
Compilez l'App Bundle signé
Dans Android Studio : Build → Generate Signed Bundle. Dans le Cloud Builder : cliquez sur Build, le .aab signé est préparé et envoyé pour vous.
Créez la fiche dans la Play Console
Créez l'app dans la Play Console, remplissez la fiche du store, importez l'icône, l'image de présentation et les captures d'écran, complétez Sécurité des données, la classification du contenu et l'accès à l'app.
Testez, puis soumettez
Les nouveaux comptes personnels mènent d'abord un test fermé de 14 jours avec 12 testeurs. Promouvez ensuite la release en production et soumettez pour examen. Notre garantie d'approbation vous couvre.
Vérifications spécifiques à Lovable avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets Lovable (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).
- Les e-mails de lien magique et de réinitialisation de mot de passe envoyés par Supabase s'ouvrent dans le navigateur du téléphone, pas dans votre app, sauf si vous configurez les Universal Links (iOS) et les App Links (Android). WebViewGold prend en charge les deux.
- La connexion Google dans une WebView intégrée est bloquée par Google (« disallowed_useragent »). Le Social Login Helper de WebViewGold fait passer l'étape OAuth par une fenêtre de navigateur et revient automatiquement dans votre app.
- Les projets Lovable sont des applications monopages (SPA) : configurez un écran de lancement ou un indicateur de chargement dans WebViewGold pour que le premier affichage ne montre jamais un écran blanc pendant la validation.
- Si votre app propose une formule Pro ou des crédits payés via Stripe, Apple impose les achats in-app (In-App Purchase) pour les biens numériques. WebViewGold prend en charge les achats in-app via RevenueCat ; les biens physiques et les services peuvent rester sur Stripe.
- Ajoutez une page de politique de confidentialité (par exemple /privacy) dans le projet Lovable : les deux stores exigent une URL publique de politique de confidentialité.
- 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. En savoir plus sur les badges d'outil.
Laissez Lovable faire le travail de préparation pour le store
Collez ceci dans Lovable et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis 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.
Examen Google Play : les règles qui comptent pour les apps Lovable
Google examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Lovable ; les apps sont refusées pour les points ci-dessous.
- Fonctionnalités minimales
Règle Spam et fonctionnalités minimales
Google refuse les apps qui ne font qu'encapsuler un site web sans l'autorisation de son propriétaire ou qui n'offrent aucune fonctionnalité réelle. Encapsuler votre propre produit avec des fonctionnalités natives en plus est accepté.
- Sécurité des données
Règle Données utilisateur
Chaque app a besoin d'une URL de politique de confidentialité et d'un formulaire Sécurité des données (Data safety) rempli, qui liste ce que l'app et ses SDK collectent.
- Suppression de compte
Règle Données utilisateur
Les apps qui permettent de créer un compte doivent proposer la suppression du compte dans l'app et via un lien web que vous indiquez dans la Play Console.
- Obligation de test
Comptes développeur personnels
Les comptes personnels créés après novembre 2023 doivent mener un test fermé avec au moins 12 testeurs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production.
- Niveau d'API cible
Exigences de niveau d'API cible
Les nouvelles apps doivent cibler une version récente d'Android. Les mises à jour WebViewGold maintiennent le modèle à jour ; compilez simplement avec la dernière version.
- Paiements
Google Play Billing
Les biens numériques et abonnements vendus dans l'app doivent en général passer par Google Play Billing (WebViewGold prend en charge RevenueCat). Les biens physiques et les services peuvent utiliser d'autres moyens de paiement.
Les fonctionnalités natives que votre app Lovable obtient dans l'app Android
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour Android.
Notifications push
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript.
DocumentationApp Links et deep links
Les liens https vers votre domaine et les schémas personnalisés s'ouvrent directement dans l'app.
DocumentationAchats intégrés
Abonnements et achats uniques Google Play via RevenueCat, déclenchés depuis votre app web.
DocumentationÉcran hors ligne et solution de repli
Un écran natif « Réessayer » lorsque l'utilisateur est hors ligne, ou un HTML local de repli.
DocumentationÉcran de démarrage et indicateur de chargement
Durée minimale et maximale du splash avec fondu, ou un spinner natif pendant le chargement.
DocumentationConnexion biométrique
Verrou par empreinte digitale / reconnaissance faciale depuis un appel JavaScript.
DocumentationScanner de QR codes et codes-barres
Scanner natif qui renvoie le résultat à votre app web.
DocumentationPartage natif et haptique
Intent de partage et retour haptique depuis votre app web.
DocumentationCSS et JavaScript personnalisés
Masquez les éléments réservés au site web et injectez du code lors du chargement dans l'app.
DocumentationEnvoi de fichiers et photos
Sélecteur de fichiers natif et appareil photo pour vos formulaires d'envoi.
DocumentationGuides de fonctionnalités pour les apps Lovable
Chaque guide montre la configuration exacte pour votre stack Lovable, avec un prompt à coller.
Notifications pushAchats intégrésConnexion Google et Sign in with AppleConnexion biométriqueScanner de QR codes et de codes-barresGéolocalisationPublicités AdMobMode hors ligneDeep linksPartage natif et retour haptiqueTéléchargements de fichiers et uploads caméraÉvaluation in-appCSS et JavaScript personnalisésLecteur de tags NFCScanner de documentsImpression et AirPrintCopier-coller et presse-papiersAccès aux contactsLecture vidéo et audioProtection contre les captures d'écranHealthKit et Health ConnectÉvénements de calendrierLampe torcheExtension de partageWidgets et raccourcisPass Apple WalletStockage natif et identifiant d'appareilPublicités Meta Audience NetworkBarre d'onglets native et navigationSplash screen et indicateur de chargementSafe area et barre d'étatMise à jour forcée et contrôle de versionLiens externes et gestion des URL
Checklist avant soumission Google Play
Cochez ces points et l'examen n'est plus qu'une formalité. La vérification de conformité gratuite contrôle automatiquement la partie technique.
- HTTPS partout : Android bloque par défaut le trafic http:// en clair sur les versions actuelles.
- Mise en page responsive de 320 px aux largeurs de tablette, avec un comportement prévisible du bouton Retour (WebViewGold relie le bouton Retour à l'historique web).
- URL de politique de confidentialité prête et formulaire Sécurité des données rempli honnêtement.
- Suppression de compte dans l'app plus un lien web de suppression si les utilisateurs peuvent s'inscrire.
- Identifiants d'accès à l'app pour l'examinateur si le contenu est derrière une connexion.
- Un nom de package unique (par exemple com.votresociete.votreapp) défini avant le premier envoi : il ne pourra plus jamais changer.
- Une icône de 512 × 512 px et une image de présentation de 1024 × 500 px.
- Au moins deux captures d'écran de téléphone prises dans la vraie app (captures de tablette recommandées).
- Pour les nouveaux comptes personnels : 12 testeurs prêts pour le test fermé de 14 jours.
- Android App Bundle (.aab) signé, compilé à partir de la dernière version de WebViewGold.
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.
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 Android Studio complet
- 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.
Ai-je besoin d'Android Studio ?
Soit Android Studio (gratuit, fonctionne sous Windows, macOS et Linux), soit le WebViewGold Cloud Builder, qui compile et envoie l'App Bundle signé depuis votre navigateur.
Qu'est-ce que la règle des 12 testeurs ?
Google exige que les comptes développeur personnels créés après novembre 2023 mènent un test fermé avec au moins 12 testeurs inscrits pendant 14 jours consécutifs avant la première publication en production. Des amis, des collègues ou une communauté Discord suffisent ; les comptes d'organisation en sont exemptés.
Que se passe-t-il si Google refuse l'app ?
Google nomme la règle en cause et vous pouvez corriger puis resoumettre. WebViewGold est livré avec une garantie d'approbation Google Play : si Google refuse l'app pour un motif non lié au contenu, vous êtes remboursé dans les 14 jours suivant l'achat.
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.
Dois-je resoumettre l'app à chaque modification dans Lovable ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Lovable sont immédiatement en ligne dans l'app. Une nouvelle version sur le store n'est nécessaire que si la coque native change, par exemple une nouvelle icône d'app ou une fonctionnalité native ajoutée.
Combien cela coûte-t-il au total ?
$109 en paiement unique pour WebViewGold pour Android (mises à jour gratuites) plus le compte développeur Google Play Console ($25 en une fois). En option : l'extension Cloud Builder ($349 par licence, paiement unique) pour compiler dans le navigateur sans Mac, ou le pack Full Service (à partir de $698 par plateforme) où notre équipe configure, compile et soumet l'app pour vous.
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.