One codebase, real store app
The iOS app loads your published Gemini CLI URL inside a native WebView. There is no second project to maintain and no code export.
Why wrapping beats rebuilding for Gemini CLI apps
A Gemini CLI project ends as a Firebase Hosting, App Hosting or Cloud Run deployment, so the last step of your workflow already produces the URL WebViewGold needs. Asking the agent for a Flutter or Kotlin port would mean a second codebase against the same Firestore data and Cloud Functions, and the Gemini key would move into an app binary where it does not belong. Wrapping the deployment keeps model calls on your server, keeps one codebase in GEMINI.md's care, and every new deploy reaches installed apps without a store review.
Keep shipping from Gemini CLI
Run your deploy command again and the app shows the new version on the next launch. Only changes to the native shell itself (icon, new native feature) need a store update.
Native features on top
Push notifications, offline screen, native sharing, biometric login, QR scanner, in-app purchases and deep links are single settings or one-line JavaScript calls.
App Store approval guarantee
Apple App Store approval guarantee – or your money back within 14 days. 96.4% of all WebViewGold apps get approved by the review teams on the first attempt.
What you need
- A published Gemini CLI app on a public HTTPS URL (yourproject.web.app or a run.app address or, better, your own domain)
- An Apple Developer Program ($99 per year) to submit to the Apple App Store
- Xcode on a Mac – or the WebViewGold Cloud Builder in your browser (no Mac needed)
- WebViewGold for iOS ($109 one-time, free updates)
- A privacy policy page, a 1024 × 1024 px icon and 30 to 60 minutes
My iOS WebView is finally approved. Thanks!!
Gemini CLI to App Store: the walkthrough
Eight steps, no coding. Most people finish the native part in under an hour.
Publish your Gemini CLI app to a production URL
Deploy from the terminal: the Firebase extension's /firebase:deploy command publishes to Firebase Hosting or App Hosting, gcloud run deploy --source . ships the app to Cloud Run, or push to GitHub and deploy with Vercel or Netlify. The live URL (or your domain) is what you insert into WebViewGold. Cloud Shell web preview links (cloudshell.dev), Firebase preview channels and localhost expire. Use the live channel or your own domain. Custom domain: Connect your domain in the Firebase console (Hosting or App Hosting) or map it to the Cloud Run service, then set the DNS records. See why a custom domain before submission is worth it.
Make it store-ready
Add a privacy policy page, an account deletion option (if users can sign up), and remove builder badges or "download our app" banners. Run the free App Store readiness check on your URL: it flags mixed content, missing viewport tags, builder preview domains and other blockers in seconds.
Get WebViewGold for iOS
One-time payment, free updates. You receive the ready-made Xcode project. If you do not own a Mac, activate the WebViewGold Cloud Builder and do everything in the browser.
Insert your URL and brand the app
Open Config.swift (or the Cloud Builder form) and paste your published URL. Set the app name, upload your icon, pick splash screen and status bar color. No coding needed.
Switch on native features
Enable push notifications, the offline screen, social-login handling, pull-to-refresh, biometric login or the QR scanner with single settings. Everything is optional.
Build and upload
In Xcode: Product → Archive → Distribute to App Store Connect. In the Cloud Builder: click Build, the upload to App Store Connect is done for you.
Create the App Store listing
In App Store Connect add name, subtitle, description, keywords, screenshots, privacy policy URL and the App Privacy answers. Add a demo account in the review notes if needed.
Submit for review
Apple reviews most apps within 24 to 48 hours. Answer reviewer questions in Resolution Center if any come up. Our approval guarantee covers you.
Gemini CLI-specific checks before you submit
These are the points that come up most often with Gemini CLI projects (Any web stack; Gemini CLI projects are often Next.js, React + Vite, Angular or Flask apps deployed on Firebase or Google Cloud).
- Keep the Gemini API key out of the browser bundle: route model calls through Cloud Run, a Cloud Function or another server route. A key in client code can be read from the published app.
- Write the WebViewGold constraints into GEMINI.md (runs inside a native WebView, no "Download our app" banners, /privacy page, account deletion) so every session respects them; /memory show confirms the file is loaded.
- Google sign-in through Firebase Authentication or Identity Platform is blocked in embedded WebViews (disallowed_useragent); enable WebViewGold's Social Login Helper instead of rewriting the login flow.
- Cloud Run scales to zero by default. Set a minimum instance or turn on the WebViewGold loading indicator so a cold start does not look like a frozen app during review.
- If the app generates text or images with Gemini, add moderation and a report option: Apple checks AI output under Guideline 1.2 and Google Play's AI-generated content policy expects in-app reporting.
Let Gemini CLI do the store-readiness work
Paste this into Gemini CLI and let it apply the changes reviewers look for. Review the result, then publish.
Prompt for Gemini CLI
This web app will be published as native iOS and Android apps that load its production URL inside the WebViewGold WebView wrapper. First fetch https://www.webviewgold.com/llms-full.txt with your web fetch tool and use only the URL schemes and JavaScript variables documented there; do not invent native APIs. 1. Ensure a meta viewport tag, no horizontal overflow from 320px to 1024px, 44px tap targets and safe-area-inset padding on fixed headers and footers. 2. Move every Gemini or other model API call to a server route (Cloud Run or a Cloud Function) and remove keys from client code. 3. Add /privacy and /terms pages linked from the footer, and a "Delete account" action in settings that removes the user's data and auth record after confirmation. 4. Remove "Download our app" banners and external promotional links from the main navigation; add retry states for failed requests. 5. List every Google or Facebook sign-in flow and the URLs it redirects through, so I can configure the Social Login Helper. 6. Add a short "Native app wrapper" section with these rules to GEMINI.md. 7. Show me the deploy command you would run, but do not deploy until I confirm. Summarize every change.
App Store review: the rules that matter for Gemini CLI apps
Apple reviews behavior, not tooling. Nobody is rejected for using Gemini CLI; apps are rejected for the points below.
- 4.2
Minimum Functionality
The app must offer more than a repackaged website. Responsive layout, native navigation and at least one native capability (push notifications, offline screen, native sharing, biometric login) make the difference. WebViewGold switches these on with one setting each.
- 2.1
App Completeness
No placeholder content, no dead links, no crashes. If content sits behind a login, provide a demo account in the App Review notes.
- 5.1.1
Privacy
A public privacy policy URL is mandatory. Apps that let users create accounts must also let them delete the account inside the app.
- 4.8
Login Services
If the app uses Google, Facebook or another third-party or social login for the user's account, it must also offer an equivalent login that limits data to name and email, lets users keep their email private and does not track them for advertising. Sign in with Apple is the safe way to meet this. An app that only uses its own email/password login is not affected.
- 3.1.1
In-App Purchase
Digital goods and subscriptions sold inside the app must use Apple's In-App Purchase. Physical goods and real-world services can keep Stripe or PayPal.
- 2.3
Accurate Metadata
Screenshots, description and app name must match what the app does. Do not mention other platforms or "beta" in the listing.
Native features your Gemini CLI app gets in the iOS app
Every feature is optional and documented step by step in the WebViewGold for iOS documentation.
Push notifications
Remote push via OneSignal or Pushwoosh, local scheduled pushes via a JavaScript call, permission prompt at the moment you choose.
DocumentationSocial Login Helper
Google and Facebook logins work inside the app; Sign in with Apple is handled automatically.
DocumentationUniversal Links
Links from emails (magic links, password resets) open directly in the app.
DocumentationIn-app purchases
App Store subscriptions and one-time purchases via RevenueCat, triggered from your web app.
DocumentationOffline screen and fallback
A native "Try again" screen when the user is offline, or a local HTML fallback.
DocumentationLoading indicator and splash
Keep the launch screen until the web app is loaded, or show a native spinner.
DocumentationBiometric login
Face ID / Touch ID gate from a JavaScript call.
DocumentationQR and barcode scanner
Native scanner that returns the result to your web app.
DocumentationNative share sheet and haptics
Share dialog and haptic feedback from your web app.
DocumentationCustom CSS and JavaScript
Hide website-only elements and inject code when loaded inside the app.
DocumentationPre-flight checklist for App Store
Tick these off and the review is a formality. The free readiness check verifies the technical half automatically.
- HTTPS everywhere: App Transport Security blocks plain http:// content and invalid certificates.
- Responsive layout from 320 px to iPad widths. Apple also opens iPhone apps on an iPad during review.
- Privacy policy URL ready (a page inside your web app is fine).
- Account deletion available in the app if users can sign up.
- Demo login for the reviewer if content is behind authentication.
- No "Download our app" banners, no links to other app stores, no builder badges inside the app.
- A 1024 × 1024 px app icon without transparency and rounded corners (Apple adds the mask).
- Screenshots for the current iPhone sizes (and iPad if supported) taken from the real app.
- App name of 30 characters or fewer, a subtitle and keywords prepared.
- Export compliance answered (an app that only uses HTTPS qualifies for the standard encryption exemption).
Example: from Gemini CLI project to approved app
Say you built a plant-care assistant with Gemini CLI: users photograph a plant, a Cloud Run route sends the photo to the Gemini API and returns care tips, and Firestore keeps each plant with its watering schedule. You deploy with /firebase:deploy to App Hosting, connect plants.yourdomain.com and wrap it with WebViewGold, so the native camera and file picker handle the photo upload. A local push scheduled with sendlocalpushmsg:// reminds users to water, and a report link under every tip covers Apple's Guideline 1.2 and Google's AI-generated content policy. The demo account in the review notes already holds three plants. Both stores approve the app, and each new deploy from the terminal reaches it without a store update.
Your first week after launch
- Watch the Cloud Run logs in launch week; if the first request after a quiet night is slow, set a minimum instance instead of letting new users wait for a cold start.
- Keep GEMINI.md current with the WebViewGold bridge calls you use, so later sessions do not remove them while refactoring.
- Check Gemini API usage per user and add a daily limit before one enthusiastic user, or a script, runs up your bill.
- When a user changes a watering schedule, cancel the old reminders with sendlocalpushmsg://push.send.cancel and schedule the new ones.
- Ask for a rating with rateapp:// after a plant gets its first good check-up, not on the first launch.
What you get with WebViewGold
A complete native app project, not a subscription. Everything below is included in the license and switched on with a setting.
- Complete Xcode project
- Push notifications
- Offline screen
- App icon & splash screen
- Share sheet & haptics
- Deep & universal links
- In-app purchases
- Free updates, white-label
Frequently asked questions
How do I turn a Gemini CLI project into an App Store app?
Deploy it to a public HTTPS URL (Firebase Hosting, App Hosting, Cloud Run or any other host), insert that URL into WebViewGold for iOS, build with Xcode or the Cloud Builder and submit through App Store Connect. The Android app uses the same URL with WebViewGold for Android.
I was moved from Gemini CLI to Antigravity CLI. Does that change anything for my app?
No. Since June 18, 2026, free and Google AI Pro or Ultra accounts use Antigravity CLI instead of Gemini CLI, but that only changes the agent you type into. Your code, your Firebase or Cloud Run deployment and the URL inside the store app stay the same; just check how the new tool loads your project context file.
Can Gemini CLI add native features through WebViewGold?
Yes. Gemini CLI can fetch the WebViewGold llms-full.txt and wire push registration, haptics, the share sheet, QR scanning or biometric login into your web code, because the JavaScript bridge is plain URL schemes and JavaScript variables.
Do I need a Mac to publish an iOS app?
Not with the WebViewGold Cloud Builder: configuration, build and upload to App Store Connect happen in the browser. If you own a Mac, the Xcode project works out of the box.
How long does Apple review take?
Most submissions are reviewed within 24 to 48 hours. First submissions and apps with logins sometimes get a question from the reviewer; answer it in Resolution Center and the review continues.
What if Apple rejects the app?
Rejections name the guideline and the reason, and you can resubmit as often as needed. WebViewGold comes with an App Store approval guarantee: if Apple rejects the app for a non-content reason, you get your money back within 14 days of purchase.
Firebase Hosting, App Hosting or Cloud Run: which one should the store app load?
Any of them works, because WebViewGold only needs a public HTTPS URL. Pick by app type: Firebase Hosting for static and single-page apps, App Hosting for Next.js or Angular with server rendering, Cloud Run when you deploy your own container or API. Connect a custom domain either way, so you can move between them later by changing DNS instead of shipping new app builds.
Does Google sign-in through Firebase Authentication work inside the app?
Yes, with WebViewGold's Social Login Helper: add accounts.google.com to google_login_helper_triggers (iOS) and GOOGLE_LOGIN_HELPER_TRIGGERS (Android), and the Google step opens in a login window that Google accepts, then returns to your app. For the iOS app, also enable the Apple provider in Firebase Authentication to meet Guideline 4.8; WebViewGold detects Sign in with Apple automatically.
Do I have to resubmit the app every time I change something in Gemini CLI?
No. The app loads your published URL, so content and feature changes you publish in Gemini CLI are live in the app immediately. A new store version is only needed when the native shell changes, for example a new app icon or an added native feature.
What does it cost in total?
$109 one-time for WebViewGold for iOS (free updates) plus the Apple Developer Program ($99 per year). Optional: the Cloud Builder add-on ($349 per license, one-time) if you want to build in the browser without a Mac, or the Full Service package (from $698 per platform) where our team configures, builds and submits the app for you.
Three ways to get your app into the stores
Same result, different amount of work on your side. All three come with the approval guarantee and 24/7 human support.
Do it yourself
$109 per platform, one-time
The WebViewGold license: a finished Xcode or Android Studio project. Paste your URL, set name and icon, switch on features, build and submit. Free updates forever.
See plans on the main pageCloud Builder
$349 per license, one-time add-on
No Mac, no Xcode, no Android Studio: configure in the browser, we build both apps in the cloud and hand them to App Store Connect and the Play Console.
How the Cloud Builder works Try the free demoFull Service
$698 per platform $798
Send us your URL and icon. Our team configures, builds and delivers your app within 72 hours, white-label, with source projects. Both platforms for $1,158.
Full Service details Powered by
Winter Sale prices valid until December 31, 2026.