Une seule base de code, une vraie app de store
L'app iOS charge votre URL Gemini CLI 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 Gemini CLI
Un projet Gemini CLI aboutit à un déploiement sur Firebase Hosting, App Hosting ou Cloud Run : la dernière étape de votre workflow produit donc déjà l'URL dont WebViewGold a besoin. Demander à l'agent un portage en Flutter ou en Kotlin créerait une seconde base de code pour les mêmes données Firestore et les mêmes Cloud Functions, et la clé Gemini se retrouverait dans un binaire d'app, où elle n'a rien à faire. Encapsuler le déploiement garde les appels au modèle sur votre serveur, conserve une seule base de code encadrée par GEMINI.md, et chaque nouveau déploiement atteint les apps installées sans passer par la validation des stores.
Continuez à publier depuis Gemini CLI
Relancez votre commande de déploiement et l'app affiche la nouvelle version au prochain lancement. 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 App Store
Garantie d'approbation Apple App 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 Gemini CLI publiée sur une URL HTTPS publique (yourproject.web.app ou une adresse run.app ou, mieux, votre propre domaine)
- Un compte Apple Developer Program ($99 par an) pour votre soumission Apple App Store
- Xcode sur un Mac – ou le WebViewGold Cloud Builder dans votre navigateur (aucun Mac requis)
- WebViewGold pour iOS ($109 en paiement unique, mises à jour gratuites)
- Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes
Mon WebView iOS est enfin approuvé. Merci !!
Gemini CLI → App Store : 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 Gemini CLI sur une URL de production
Déployez depuis le terminal : la commande /firebase:deploy de l'extension Firebase publie sur Firebase Hosting ou App Hosting, gcloud run deploy --source . envoie l'app sur Cloud Run, ou bien poussez sur GitHub et déployez avec Vercel ou Netlify. C'est l'URL en ligne (ou votre domaine) que vous saisissez dans WebViewGold. Les liens d'aperçu web de Cloud Shell (cloudshell.dev), les canaux de prévisualisation Firebase et localhost expirent. Utilisez le canal live ou votre propre domaine. Domaine personnalisé : Connectez votre domaine dans la console Firebase (Hosting ou App Hosting) ou mappez-le sur le service Cloud Run, puis configurez les enregistrements DNS. 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é App Store : 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 iOS
Paiement unique, mises à jour gratuites. Vous recevez le projet Xcode prêt à l'emploi. Si vous n'avez pas de Mac, activez le WebViewGold Cloud Builder et faites tout dans le navigateur.
Insérez votre URL et personnalisez l'app
Ouvrez Config.swift (ou le formulaire du Cloud Builder) et collez votre URL publiée. Définissez le nom de l'app, importez votre icône, choisissez l'écran de démarrage et la couleur de la barre d'état. Aucun codage requis.
Activez les fonctionnalités natives
Activez les notifications push, l'écran hors ligne, la gestion des connexions sociales, le pull-to-refresh, la connexion biométrique ou le scanner QR avec de simples réglages. Tout est optionnel.
Compilez et envoyez
Dans Xcode : Product → Archive → Distribute vers App Store Connect. Dans le Cloud Builder : cliquez sur Build, l'envoi vers App Store Connect est fait pour vous.
Créez la fiche App Store
Dans App Store Connect, ajoutez le nom, le sous-titre, la description, les mots-clés, les captures d'écran, l'URL de politique de confidentialité et les réponses App Privacy. Ajoutez un compte de démonstration dans les notes pour l'examen si nécessaire.
Soumettez pour examen
Apple examine la plupart des apps sous 24 à 48 heures. Répondez aux questions de l'examinateur dans le Resolution Center si elles se présentent. Notre garantie d'approbation vous couvre.
Vérifications spécifiques à Gemini CLI avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets Gemini CLI (N'importe quelle stack web ; les projets Gemini CLI sont souvent des apps Next.js, React + Vite, Angular ou Flask déployées sur Firebase ou Google Cloud).
- Gardez la clé API Gemini hors du bundle du navigateur : faites passer les appels au modèle par Cloud Run, une Cloud Function ou une autre route serveur. Une clé présente dans le code client peut être lue depuis l'app publiée.
- Inscrivez les contraintes WebViewGold dans GEMINI.md (exécution dans une WebView native, aucune bannière « Téléchargez notre app », page /privacy, suppression de compte) pour que chaque session les respecte ; /memory show confirme que le fichier est bien chargé.
- La connexion Google via Firebase Authentication ou Identity Platform est bloquée dans les WebViews intégrées (disallowed_useragent) ; activez le Social Login Helper de WebViewGold plutôt que de réécrire le flux de connexion.
- Par défaut, Cloud Run descend à zéro instance. Définissez une instance minimale ou activez l'indicateur de chargement de WebViewGold pour qu'un démarrage à froid ne ressemble pas à une app figée pendant la validation.
- Si l'app génère du texte ou des images avec Gemini, ajoutez une modération et une option de signalement : Apple examine les contenus générés par IA au titre de la directive 1.2, et la règle de Google Play sur les contenus générés par IA attend un signalement possible dans l'app.
Laissez Gemini CLI faire le travail de préparation pour le store
Collez ceci dans Gemini CLI et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Prompt pour Gemini CLI
Cette app web sera publiée sous forme d'apps natives iOS et Android qui chargent son URL de production dans le wrapper WebView WebViewGold. Récupérez d'abord https://www.webviewgold.com/llms-full.txt avec votre outil de récupération web et utilisez uniquement les URL schemes et les variables JavaScript qui y sont documentés ; n'inventez pas d'API natives. 1. Assurez une balise meta viewport, aucun débordement horizontal de 320px à 1024px, des zones tactiles de 44px et un padding safe-area-inset sur les en-têtes et pieds de page fixes. 2. Déplacez chaque appel à l'API Gemini ou à une autre API de modèle vers une route serveur (Cloud Run ou une Cloud Function) et retirez les clés du code client. 3. Ajoutez des pages /privacy et /terms liées depuis le pied de page, ainsi qu'une action « Supprimer le compte » dans les réglages qui supprime, après confirmation, les données et l'enregistrement d'authentification de l'utilisateur. 4. Retirez les bannières « Téléchargez notre app » et les liens promotionnels externes de la navigation principale ; ajoutez des états avec bouton « Réessayer » pour les requêtes qui échouent. 5. Listez chaque flux de connexion Google ou Facebook et les URL par lesquelles il redirige, pour que je puisse configurer le Social Login Helper. 6. Ajoutez à GEMINI.md une courte section « Wrapper d'app natif » qui reprend ces règles. 7. Montrez-moi la commande de déploiement que vous lanceriez, mais ne déployez rien avant ma confirmation. Résumez chaque modification.
Examen App Store : les règles qui comptent pour les apps Gemini CLI
Apple examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Gemini CLI ; les apps sont refusées pour les points ci-dessous.
- 4.2
Fonctionnalité minimale
L'app doit offrir plus qu'un site web réemballé. Une mise en page responsive, une navigation native et au moins une capacité native (notifications push, écran hors ligne, partage natif, connexion biométrique) font la différence. WebViewGold les active avec un réglage chacune.
- 2.1
Complétude de l'app
Pas de contenu provisoire, pas de liens morts, pas de plantages. Si le contenu se trouve derrière une connexion, fournissez un compte de démonstration dans les notes pour App Review.
- 5.1.1
Confidentialité
Une URL publique de politique de confidentialité est obligatoire. Les apps qui permettent de créer un compte doivent aussi permettre de le supprimer dans l'app.
- 4.8
Services de connexion
Si l'app utilise la connexion Google, Facebook ou un autre service de connexion tiers ou social pour le compte de l'utilisateur, elle doit aussi proposer une connexion équivalente qui limite les données au nom et à l'adresse e-mail, permet aux utilisateurs de garder leur adresse e-mail privée et ne les suit pas à des fins publicitaires. Sign in with Apple est la façon sûre de remplir cette exigence. Une app qui n'utilise que sa propre connexion par e-mail et mot de passe n'est pas concernée.
- 3.1.1
Achats intégrés
Les biens numériques et abonnements vendus dans l'app doivent passer par l'In-App Purchase d'Apple. Les biens physiques et les services du monde réel peuvent garder Stripe ou PayPal.
- 2.3
Métadonnées exactes
Les captures d'écran, la description et le nom de l'app doivent correspondre à ce que fait l'app. Ne mentionnez ni d'autres plateformes ni « bêta » dans la fiche.
Les fonctionnalités natives que votre app Gemini CLI obtient dans l'app iOS
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour iOS.
Notifications push
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript, demande de permission au moment que vous choisissez.
DocumentationSocial Login Helper
Les connexions Google et Facebook fonctionnent dans l'app ; Sign in with Apple est géré automatiquement.
DocumentationUniversal Links
Les liens reçus par e-mail (magic links, réinitialisations de mot de passe) s'ouvrent directement dans l'app.
DocumentationAchats intégrés
Abonnements et achats uniques App Store 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.
DocumentationIndicateur de chargement et splash
Gardez l'écran de lancement jusqu'au chargement de l'app web, ou affichez un spinner natif.
DocumentationConnexion biométrique
Verrou Face ID / Touch ID depuis un appel JavaScript.
DocumentationScanner de QR codes et codes-barres
Scanner natif qui renvoie le résultat à votre app web.
DocumentationFeuille de partage native et haptique
Boîte de dialogue 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.
DocumentationChecklist avant soumission App Store
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 : App Transport Security bloque le contenu en http:// simple et les certificats invalides.
- Mise en page responsive de 320 px aux largeurs d'iPad. Apple ouvre aussi les apps iPhone sur un iPad pendant l'examen.
- URL de politique de confidentialité prête (une page dans votre app web suffit).
- Suppression de compte disponible dans l'app si les utilisateurs peuvent s'inscrire.
- Identifiants de démonstration pour l'examinateur si le contenu est derrière une authentification.
- Aucune bannière « Téléchargez notre app », aucun lien vers d'autres stores, aucun badge d'outil dans l'app.
- Une icône d'app de 1024 × 1024 px sans transparence ni coins arrondis (Apple applique le masque).
- Des captures d'écran aux tailles d'iPhone actuelles (et iPad si pris en charge), prises dans la vraie app.
- Un nom d'app de 30 caractères maximum, un sous-titre et des mots-clés préparés.
- Conformité à l'exportation renseignée (une app qui n'utilise que HTTPS relève de l'exemption standard pour le chiffrement).
Exemple : du projet Gemini CLI à l'app approuvée
Imaginons que vous ayez créé avec Gemini CLI un assistant d'entretien des plantes : les utilisateurs photographient une plante, une route Cloud Run envoie la photo à l'API Gemini et renvoie des conseils d'entretien, et Firestore conserve chaque plante avec son calendrier d'arrosage. Vous déployez sur App Hosting avec /firebase:deploy, connectez plants.yourdomain.com et encapsulez le tout avec WebViewGold : l'appareil photo et le sélecteur de fichiers natifs prennent en charge l'envoi des photos. Une notification locale programmée avec sendlocalpushmsg:// rappelle aux utilisateurs d'arroser, et un lien de signalement sous chaque conseil couvre la directive 1.2 d'Apple et la règle de Google sur les contenus générés par IA. Le compte de démonstration indiqué dans les notes de validation contient déjà trois plantes. Les deux stores approuvent l'app, et chaque nouveau déploiement depuis le terminal l'atteint sans mise à jour sur les stores.
Votre première semaine après le lancement
- Surveillez les logs Cloud Run pendant la semaine du lancement ; si la première requête après une nuit calme est lente, définissez une instance minimale plutôt que de faire attendre les nouveaux utilisateurs pendant un démarrage à froid.
- Tenez GEMINI.md à jour avec les appels au pont WebViewGold que vous utilisez, pour que les sessions suivantes ne les suppriment pas lors d'un refactoring.
- Contrôlez l'usage de l'API Gemini par utilisateur et ajoutez une limite quotidienne avant qu'un utilisateur enthousiaste, ou un script, ne fasse exploser votre facture.
- Quand un utilisateur modifie un calendrier d'arrosage, annulez les anciens rappels avec sendlocalpushmsg://push.send.cancel et programmez les nouveaux.
- Demandez une note avec rateapp:// après le premier bilan positif d'une plante, pas au premier lancement.
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 Xcode 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
Comment transformer un projet Gemini CLI en app pour l'App Store ?
Déployez-le sur une URL HTTPS publique (Firebase Hosting, App Hosting, Cloud Run ou tout autre hébergeur), saisissez cette URL dans WebViewGold pour iOS, compilez avec Xcode ou le Cloud Builder et soumettez via App Store Connect. L'app Android utilise la même URL avec WebViewGold pour Android.
J'ai été basculé de Gemini CLI vers Antigravity CLI. Cela change-t-il quelque chose pour mon app ?
Non. Depuis le 18 juin 2026, les comptes gratuits et les comptes Google AI Pro ou Ultra utilisent Antigravity CLI à la place de Gemini CLI, mais cela ne change que l'agent dans lequel vous tapez. Votre code, votre déploiement Firebase ou Cloud Run et l'URL dans l'app publiée sur les stores restent les mêmes ; vérifiez seulement comment le nouvel outil charge le fichier de contexte de votre projet.
Gemini CLI peut-il ajouter des fonctionnalités natives via WebViewGold ?
Oui. Gemini CLI peut récupérer le fichier llms-full.txt de WebViewGold et intégrer à votre code web l'enregistrement push, les retours haptiques, la feuille de partage, le scan de QR codes ou la connexion biométrique, car le pont JavaScript se résume à de simples URL schemes et variables JavaScript.
Ai-je besoin d'un Mac pour publier une app iOS ?
Pas avec le WebViewGold Cloud Builder : la configuration, la compilation et l'envoi vers App Store Connect se font dans le navigateur. Si vous avez un Mac, le projet Xcode fonctionne tel quel.
Combien de temps dure l'examen d'Apple ?
La plupart des soumissions sont examinées sous 24 à 48 heures. Les premières soumissions et les apps avec connexion reçoivent parfois une question de l'examinateur ; répondez-y dans le Resolution Center et l'examen se poursuit.
Que se passe-t-il si Apple refuse l'app ?
Les refus citent la directive et le motif, et vous pouvez resoumettre autant de fois que nécessaire. WebViewGold est livré avec une garantie d'approbation App Store : si Apple refuse l'app pour un motif non lié au contenu, vous êtes remboursé dans les 14 jours suivant l'achat.
Firebase Hosting, App Hosting ou Cloud Run : lequel l'app des stores doit-elle charger ?
N'importe lequel, car WebViewGold n'a besoin que d'une URL HTTPS publique. Choisissez selon le type d'app : Firebase Hosting pour les apps statiques et monopages, App Hosting pour Next.js ou Angular avec rendu côté serveur, Cloud Run lorsque vous déployez votre propre conteneur ou votre propre API. Dans tous les cas, connectez un domaine personnalisé : vous pourrez ainsi passer de l'un à l'autre plus tard en modifiant le DNS, sans publier de nouveaux builds de l'app.
La connexion Google via Firebase Authentication fonctionne-t-elle dans l'app ?
Oui, avec le Social Login Helper de WebViewGold : ajoutez accounts.google.com à google_login_helper_triggers (iOS) et à GOOGLE_LOGIN_HELPER_TRIGGERS (Android), et l'étape Google s'ouvre dans une fenêtre de connexion que Google accepte, puis revient à votre app. Pour l'app iOS, activez aussi le fournisseur Apple dans Firebase Authentication afin de respecter la directive 4.8 ; WebViewGold détecte automatiquement Sign in with Apple.
Dois-je resoumettre l'app à chaque modification dans Gemini CLI ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Gemini CLI 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 iOS (mises à jour gratuites) plus le compte Apple Developer Program ($99 par an). 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.