Eine Codebasis, echte Store-App
Die Android-App lädt deine veröffentlichte Gemini CLI-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Gemini CLI-Apps besser ist als Neubauen
Ein Gemini-CLI-Projekt endet als Deployment auf Firebase Hosting, App Hosting oder Cloud Run, der letzte Schritt deines Workflows liefert also bereits die URL, die WebViewGold braucht. Würdest du den Agenten um eine Portierung nach Flutter oder Kotlin bitten, hättest du eine zweite Codebasis für dieselben Firestore-Daten und Cloud Functions, und der Gemini-Schlüssel würde in ein App-Binary wandern, wo er nichts zu suchen hat. Verpackst du das Deployment, bleiben die Modellaufrufe auf deinem Server, es bleibt bei einer Codebasis, die GEMINI.md im Griff hat, und jedes neue Deployment erreicht die installierten Apps ohne Store-Review.
Weiter aus Gemini CLI veröffentlichen
Führe deinen Deploy-Befehl erneut aus und die App zeigt beim nächsten Start die neue Version. Nur Änderungen an der nativen Hülle selbst (Icon, neues natives Feature) brauchen ein Store-Update.
Native Features obendrauf
Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login, QR-Scanner, In-App-Käufe und Deep Links sind einzelne Einstellungen oder einzeilige JavaScript-Aufrufe.
Google Play-Genehmigungsgarantie
Google Play Store Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen. 96.4% aller WebViewGold-Apps werden von den Review-Teams beim ersten Versuch genehmigt.
Was du brauchst
- Eine veröffentlichte Gemini CLI-App unter einer öffentlichen HTTPS-URL (yourproject.web.app oder eine run.app-Adresse oder, besser, deine eigene Domain)
- Zugang zum Google Play Console-Entwicklerkonto ($25 einmalig) für die Einreichung im Google Play Store
- Android Studio auf Windows, macOS oder Linux – oder der WebViewGold Cloud Builder in deinem Browser
- WebViewGold für Android ($109 einmalig, kostenlose Updates)
- Eine Seite mit Datenschutzerklärung, ein Icon mit 1024 × 1024 px und 30 bis 60 Minuten Zeit
WebViewGold hat uns die kürzeste und effizienteste Time-to-Market ermöglicht, die jemals möglich war, verglichen mit allen anderen App-Plattformen, die wir in den letzten 5 Jahren ausprobiert haben. Ich weiß nicht, warum ich euch nicht schon früher entdeckt habe, aber ich bin wirklich, wirklich froh, dass ich es getan habe. Wir nähern uns derzeit fast 6000 App-Downloads im iOS App Store & Google Play Store ohne Probleme!
Gemini CLI → Google Play: die Schritt-für-Schritt-Anleitung
Acht Schritte, kein Code. Die meisten schaffen den nativen Teil in unter einer Stunde.
Veröffentliche deine Gemini CLI-App unter einer Produktions-URL
Deploye aus dem Terminal: Der Befehl /firebase:deploy der Firebase-Erweiterung veröffentlicht auf Firebase Hosting oder App Hosting, gcloud run deploy --source . bringt die App zu Cloud Run, oder du pushst zu GitHub und deployst mit Vercel oder Netlify. Die Live-URL (oder deine Domain) ist das, was du in WebViewGold einträgst. Web-Vorschau-Links aus Cloud Shell (cloudshell.dev), Firebase-Preview-Channels und localhost laufen ab. Verwende den Live-Channel oder deine eigene Domain. Eigene Domain: Verbinde deine Domain in der Firebase-Konsole (Hosting oder App Hosting) oder ordne sie dem Cloud-Run-Dienst zu, dann setze die DNS-Einträge. Siehe warum sich eine eigene Domain vor der Einreichung lohnt.
Mach sie bereit für den Store
Füge eine Seite mit Datenschutzerklärung und eine Option zur Kontolöschung hinzu (wenn sich Nutzer registrieren können) und entferne Builder-Badges oder „Lade unsere App herunter“-Banner. Lass den kostenlosen Google Play Readiness-Check über deine URL laufen: Er markiert in Sekunden Mixed Content, fehlende Viewport-Tags, Builder-Vorschaudomains und andere Blocker.
Hol dir WebViewGold für Android
Einmalzahlung, kostenlose Updates. Du erhältst das fertige Android-Studio-Projekt, oder du aktivierst den WebViewGold Cloud Builder und sparst dir die IDE komplett.
Füge deine URL ein und brande die App
Öffne Config.java (oder das Cloud-Builder-Formular), füge deine veröffentlichte URL ein, setze den App-Namen, wähle deinen Paketnamen, lade das Icon hoch und wähle den Splash Screen. Kein Code nötig.
Schalte native Features ein
Aktiviere Push-Benachrichtigungen, den Offline-Screen, Pull-to-Refresh, biometrischen Login, den QR-Scanner oder App Links mit einzelnen Einstellungen. Alles ist optional.
Baue das signierte App Bundle
In Android Studio: Build → Generate Signed Bundle. Im Cloud Builder: auf Build klicken, das signierte .aab wird für dich erstellt und hochgeladen.
Lege den Play Console-Eintrag an
Erstelle die App in der Play Console, fülle den Store-Eintrag aus, lade Icon, Feature-Grafik und Screenshots hoch und vervollständige Datensicherheit, Inhaltseinstufung und App-Zugriff.
Testen, dann einreichen
Neue persönliche Konten führen zuerst einen 14-tägigen geschlossenen Test mit 12 Testern durch. Danach das Release auf Produktion heben und zum Review einreichen. Unsere Genehmigungsgarantie sichert dich ab.
Gemini CLI-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Gemini CLI-Projekten (Jeder Web-Stack; Gemini-CLI-Projekte sind oft Next.js-, React + Vite-, Angular- oder Flask-Apps, deployt auf Firebase oder Google Cloud) am häufigsten auftauchen.
- Halte den Gemini-API-Schlüssel aus dem Browser-Bundle heraus: Leite Modellaufrufe über Cloud Run, eine Cloud Function oder eine andere Server-Route. Ein Schlüssel im Client-Code lässt sich aus der veröffentlichten App auslesen.
- Schreib die WebViewGold-Vorgaben in GEMINI.md (läuft in einem nativen WebView, keine „App herunterladen“-Banner, Seite /privacy, Kontolöschung), damit jede Sitzung sie beachtet; /memory show bestätigt, dass die Datei geladen ist.
- Google-Login über Firebase Authentication oder Identity Platform wird in eingebetteten WebViews blockiert (disallowed_useragent); aktiviere den Social Login Helper von WebViewGold, statt den Login-Ablauf neu zu schreiben.
- Cloud Run skaliert standardmäßig auf null. Lege eine Mindestanzahl an Instanzen fest oder schalte die Ladeanzeige von WebViewGold ein, damit ein Kaltstart im Review nicht wie eine eingefrorene App aussieht.
- Wenn die App mit Gemini Texte oder Bilder erzeugt, ergänze Moderation und eine Meldefunktion: Apple prüft KI-Ausgaben nach Richtlinie 1.2, und die Google-Play-Richtlinie zu KI-generierten Inhalten erwartet eine Meldemöglichkeit in der App.
Lass Gemini CLI die Store-Vorbereitung erledigen
Füge das in Gemini CLI ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt für Gemini CLI
Diese Web-App wird als native iOS- und Android-App veröffentlicht, die ihre Produktions-URL im WebView-Wrapper WebViewGold lädt. Ruf zuerst https://www.webviewgold.com/llms-full.txt mit deinem Web-Fetch-Tool ab und verwende nur die dort dokumentierten URL-Schemes und JavaScript-Variablen; erfinde keine nativen APIs. 1. Stelle ein Meta-Viewport-Tag sicher, keinen horizontalen Überlauf zwischen 320px und 1024px, Tippflächen von 44px und safe-area-inset-Padding an fixierten Headern und Footern. 2. Verlagere jeden Aufruf der Gemini-API oder einer anderen Modell-API in eine Server-Route (Cloud Run oder eine Cloud Function) und entferne Schlüssel aus dem Client-Code. 3. Lege Seiten unter /privacy und /terms an, die im Footer verlinkt sind, und eine Aktion "Konto löschen" in den Einstellungen, die nach einer Bestätigung die Daten und den Auth-Eintrag des Nutzers entfernt. 4. Entferne "App herunterladen"-Banner und externe Werbelinks aus der Hauptnavigation; ergänze Fehlerzustände mit "Erneut versuchen" für fehlgeschlagene Anfragen. 5. Liste jeden Google- oder Facebook-Login-Ablauf und die URLs auf, über die er weiterleitet, damit ich den Social Login Helper konfigurieren kann. 6. Ergänze in GEMINI.md einen kurzen Abschnitt "Nativer App-Wrapper" mit diesen Regeln. 7. Zeig mir den Deploy-Befehl, den du ausführen würdest, aber deploye erst, wenn ich es bestätige. Fasse alle Änderungen zusammen.
Google Play-Review: die Regeln, die für Gemini CLI-Apps zählen
Google prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Gemini CLI benutzt; Apps werden wegen der Punkte unten abgelehnt.
- Mindestfunktionalität
Richtlinie zu Spam und Mindestfunktionalität
Google lehnt Apps ab, die nur eine Website ohne Erlaubnis des Website-Betreibers verpacken oder keine echte Funktionalität bieten. Dein eigenes Produkt mit zusätzlichen nativen Features zu verpacken ist in Ordnung.
- Datensicherheit
Richtlinie zu Nutzerdaten
Jede App braucht eine URL zur Datenschutzerklärung und ein ausgefülltes Formular zur Datensicherheit, das auflistet, was die App und ihre SDKs erheben.
- Kontolöschung
Richtlinie zu Nutzerdaten
Apps, in denen Nutzer Konten anlegen können, müssen die Kontolöschung in der App und über einen Web-Link anbieten, den du in der Play Console hinterlegst.
- Testpflicht
Persönliche Entwicklerkonten
Persönliche Konten, die nach November 2023 erstellt wurden, müssen einen geschlossenen Test mit mindestens 12 Testern über 14 zusammenhängende Tage durchführen, bevor sie Produktionszugang beantragen können.
- Ziel-API-Level
Anforderungen an das Ziel-API-Level
Neue Apps müssen auf eine aktuelle Android-Version abzielen. WebViewGold-Updates halten das Template aktuell; baue einfach mit der neuesten Version.
- Zahlungen
Google Play Billing
Digitale Güter und Abos, die in der App verkauft werden, müssen in der Regel Google Play Billing nutzen (WebViewGold unterstützt RevenueCat). Physische Güter und Dienstleistungen dürfen andere Zahlungsmethoden nutzen.
Native Features, die deine Gemini CLI-App in der Android-App bekommt
Jedes Feature ist optional und Schritt für Schritt in der Dokumentation zu WebViewGold für Android dokumentiert.
Push-Benachrichtigungen
Remote-Push über OneSignal oder Pushwoosh, lokal geplante Pushes über einen JavaScript-Aufruf.
DokumentationApp Links und Deep Links
https-Links zu deiner Domain und eigene Schemes öffnen sich direkt in der App.
DokumentationIn-App-Käufe
Google Play-Abos und Einmalkäufe über RevenueCat, ausgelöst aus deiner Web-App.
DokumentationOffline-Screen und Fallback
Ein nativer „Erneut versuchen“-Screen, wenn der Nutzer offline ist, oder ein lokaler HTML-Fallback.
DokumentationSplash Screen und Ladeanzeige
Minimale und maximale Splash-Dauer mit Ausblenden, oder ein nativer Spinner während des Ladens.
DokumentationBiometrischer Login
Fingerabdruck- / Gesichtsentsperrung über einen JavaScript-Aufruf.
DokumentationQR- und Barcode-Scanner
Nativer Scanner, der das Ergebnis an deine Web-App zurückgibt.
DokumentationNatives Teilen und Haptik
Share Intent und haptisches Feedback aus deiner Web-App.
DokumentationEigenes CSS und JavaScript
Website-only-Elemente ausblenden und Code injizieren, wenn die Seite in der App geladen wird.
DokumentationDatei- und Kamera-Uploads
Nativer Dateiauswahl-Dialog und Kamera für deine Upload-Formulare.
DokumentationCheckliste vor der Google Play-Einreichung
Hak diese Punkte ab, dann ist das Review nur noch Formsache. Die technische Hälfte prüfst du automatisch mit dem kostenlosen Readiness-Check.
- Überall HTTPS: Android blockiert unverschlüsselten http://-Traffic auf aktuellen Versionen standardmäßig.
- Responsives Layout von 320 px bis zu Tablet-Breiten, mit vorhersehbarem Verhalten der Zurück-Taste (WebViewGold bildet die Zurück-Taste auf den Web-Verlauf ab).
- URL zur Datenschutzerklärung bereit und das Formular zur Datensicherheit wahrheitsgemäß ausgefüllt.
- Kontolöschung in der App plus ein Web-Link zur Löschung, wenn sich Nutzer registrieren können.
- Zugangsdaten für den Reviewer, wenn Inhalte hinter einem Login liegen.
- Ein eindeutiger Paketname (zum Beispiel com.yourcompany.yourapp), festgelegt vor dem ersten Upload: Er lässt sich danach nie mehr ändern.
- Ein Icon mit 512 × 512 px und eine Feature-Grafik mit 1024 × 500 px.
- Mindestens zwei Smartphone-Screenshots aus der echten App (Tablet-Screenshots empfohlen).
- Für neue persönliche Konten: 12 Tester für den 14-tägigen geschlossenen Test organisiert.
- Signiertes Android App Bundle (.aab), gebaut mit der neuesten WebViewGold-Version.
Beispiel: vom Gemini CLI-Projekt zur freigegebenen App
Angenommen, du hast mit Gemini CLI einen Assistenten für die Pflanzenpflege gebaut: Nutzer fotografieren eine Pflanze, eine Cloud-Run-Route schickt das Foto an die Gemini API und liefert Pflegetipps zurück, und Firestore speichert jede Pflanze mit ihrem Gießplan. Du deployst mit /firebase:deploy auf App Hosting, verbindest plants.yourdomain.com und verpackst die App mit WebViewGold, sodass native Kamera und Dateiauswahl den Foto-Upload übernehmen. Ein lokaler Push, mit sendlocalpushmsg:// geplant, erinnert ans Gießen, und ein Melden-Link unter jedem Tipp deckt Apples Richtlinie 1.2 und Googles Richtlinie zu KI-generierten Inhalten ab. Der Demo-Account in den Review-Notizen enthält schon drei Pflanzen. Beide Stores geben die App frei, und jedes neue Deployment aus dem Terminal erreicht sie ohne Store-Update.
Deine erste Woche nach dem Launch
- Behalte in der Launch-Woche die Cloud-Run-Logs im Blick; ist die erste Anfrage nach einer ruhigen Nacht langsam, setze eine Mindestanzahl an Instanzen, statt neue Nutzer auf einen Kaltstart warten zu lassen.
- Halte GEMINI.md mit den Bridge-Aufrufen von WebViewGold aktuell, die du nutzt, damit spätere Sitzungen sie beim Refactoring nicht entfernen.
- Prüfe die Gemini-API-Nutzung pro Nutzer und ergänze ein Tageslimit, bevor ein begeisterter Nutzer oder ein Skript deine Rechnung in die Höhe treibt.
- Ändert ein Nutzer einen Gießplan, lösche die alten Erinnerungen mit sendlocalpushmsg://push.send.cancel und plane die neuen.
- Bitte mit rateapp:// um eine Bewertung, wenn eine Pflanze zum ersten Mal einen guten Check bekommt, nicht beim ersten Start.
Das bekommst du mit WebViewGold
Ein komplettes natives App-Projekt statt eines Abos. Alles hier ist in der Lizenz enthalten und wird per Einstellung aktiviert.
- Komplettes Android-Studio-Projekt
- Push-Benachrichtigungen
- Offline-Bildschirm
- App-Icon & Splashscreen
- Teilen-Dialog & Haptik
- Deep Links & Universal Links
- In-App-Käufe
- Kostenlose Updates, White-Label
Häufig gestellte Fragen
Wie mache ich aus einem Gemini-CLI-Projekt eine App-Store-App?
Deploye es auf eine öffentliche HTTPS-URL (Firebase Hosting, App Hosting, Cloud Run oder ein anderer Host), trage diese URL in WebViewGold für iOS ein, baue mit Xcode oder dem Cloud Builder und reiche über App Store Connect ein. Die Android-App nutzt dieselbe URL mit WebViewGold für Android.
Ich wurde von Gemini CLI auf Antigravity CLI umgestellt. Ändert das etwas für meine App?
Nein. Seit dem 18. Juni 2026 nutzen kostenlose Konten und Konten mit Google AI Pro oder Ultra Antigravity CLI statt Gemini CLI, das ändert aber nur den Agenten, in den du tippst. Dein Code, dein Firebase- oder Cloud-Run-Deployment und die URL in der Store-App bleiben gleich; prüfe nur, wie das neue Tool deine Projektkontextdatei lädt.
Kann Gemini CLI über WebViewGold native Funktionen hinzufügen?
Ja. Gemini CLI kann die llms-full.txt von WebViewGold abrufen und Push-Registrierung, Haptik, das Share Sheet, QR-Scanning oder biometrischen Login in deinen Web-Code einbauen, denn die JavaScript-Bridge besteht aus einfachen URL-Schemes und JavaScript-Variablen.
Brauche ich Android Studio?
Entweder Android Studio (kostenlos, läuft auf Windows, macOS und Linux) oder den WebViewGold Cloud Builder, der das signierte App Bundle aus deinem Browser heraus baut und hochlädt.
Was ist die 12-Tester-Regel?
Google verlangt von persönlichen Entwicklerkonten, die nach November 2023 erstellt wurden, einen geschlossenen Test mit mindestens 12 angemeldeten Testern über 14 zusammenhängende Tage vor dem ersten Produktions-Release. Freunde, Kollegen oder eine Discord-Community reichen; Organisationskonten sind ausgenommen.
Was, wenn Google die App ablehnt?
Google nennt die betroffene Richtlinie, und du kannst nachbessern und neu einreichen. WebViewGold kommt mit einer Google Play Genehmigungsgarantie: Lehnt Google die App aus einem nicht inhaltlichen Grund ab, bekommst du innerhalb von 14 Tagen nach dem Kauf dein Geld zurück.
Firebase Hosting, App Hosting oder Cloud Run: Was soll die Store-App laden?
Jedes davon funktioniert, denn WebViewGold braucht nur eine öffentliche HTTPS-URL. Wähle nach App-Typ: Firebase Hosting für statische Apps und Single-Page-Apps, App Hosting für Next.js oder Angular mit Server-Rendering, Cloud Run, wenn du deinen eigenen Container oder deine eigene API deployst. Verbinde in jedem Fall eine eigene Domain, dann kannst du später per DNS-Änderung zwischen ihnen wechseln, statt neue App-Builds auszuliefern.
Funktioniert die Google-Anmeldung über Firebase Authentication in der App?
Ja, mit dem Social Login Helper von WebViewGold: Trage accounts.google.com in google_login_helper_triggers (iOS) und GOOGLE_LOGIN_HELPER_TRIGGERS (Android) ein, dann öffnet sich der Google-Schritt in einem Login-Fenster, das Google akzeptiert, und kehrt danach in deine App zurück. Aktiviere für die iOS-App außerdem den Apple-Provider in Firebase Authentication, um Richtlinie 4.8 zu erfüllen; Sign in with Apple erkennt WebViewGold automatisch.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Gemini CLI ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Gemini CLI veröffentlichst, sofort in der App live. Eine neue Store-Version ist nur nötig, wenn sich die native Hülle ändert, zum Beispiel bei einem neuen App-Icon oder einem hinzugefügten nativen Feature.
Was kostet das insgesamt?
$109 einmalig für WebViewGold für Android (kostenlose Updates) plus das Google Play Console-Entwicklerkonto ($25 einmalig). Optional: das Cloud-Builder-Add-on ($349 pro Lizenz, einmalig), wenn du ohne Mac im Browser bauen willst, oder das Full-Service-Paket (ab $698 pro Plattform), bei dem unser Team die App für dich konfiguriert, baut und einreicht.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehenCloud Builder
$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobierenFull Service
$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.