Eine Codebasis, echte Store-App
Die Android-App lädt deine veröffentlichte Kiro-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Kiro-Apps besser ist als Neubauen
Kiro plant ein Produkt pro Spec, und ein nativer Rewrite würde jede Anforderung in drei Implementierungen aufspalten, die auseinanderdriften. WebViewGold verpackt stattdessen das Deployment auf Amplify Hosting (oder Netlify oder Vercel), sodass Cognito-Auth, AppSync-Daten und Lambda-Funktionen die App unverändert bedienen und jede fertige Spec mit dem nächsten Push die installierten Apps erreicht. Native Fähigkeiten werden zu ganz normalen Aufgaben in der Spec: Aktiviere die Funktion in WebViewGold und ruf sie über die JavaScript-Bridge auf.
Weiter aus Kiro veröffentlichen
Pushe auf den Produktions-Branch, Amplify deployt neu und die App zeigt die Änderung beim nächsten Start. 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 Kiro-App unter einer öffentlichen HTTPS-URL (main.yourappid.amplifyapp.com oder yourproject.netlify.app 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
Mein iOS WebView wurde endlich genehmigt. Danke!!
Kiro → 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 Kiro-App unter einer Produktions-URL
Verbinde das Repository mit AWS Amplify Hosting (die Amplify-Power von Kiro führt den Agenten durch die Einrichtung) oder deploye mit der Netlify-Power oder mit Vercel. Jeder Push auf den verbundenen Branch löst ein neues Deployment aus. Trage die Produktions-URL oder deine Domain in WebViewGold ein. Pull-Request-Previews von Amplify, Amplify-Sandboxes und localhost sind zum Testen da. Richte WebViewGold auf den Produktions-Branch aus. Eigene Domain: Füge die Domain in der Amplify-Konsole unter den Einstellungen für eigene Domains hinzu (Route-53-Domains werden für dich eingerichtet) oder in den Domain-Einstellungen deines Hosts, 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.
Kiro-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Kiro-Projekten (Jeder Web-Stack; Kiro-Projekte sind oft React oder Next.js auf AWS Amplify Gen 2 (Cognito, AppSync, DynamoDB) oder mit Supabase) am häufigsten auftauchen.
- Schreib die Store-Regeln als Akzeptanzkriterien in die Spec, zum Beispiel „WENN ein angemeldeter Nutzer Konto löschen bestätigt, MUSS DAS SYSTEM seine Daten und seinen Cognito-Nutzer löschen“. Kontolöschung, Datenschutzseite und das 320-px-Layout werden so zu Aufgaben statt zu Nachgedanken.
- Lege eine Steering-Datei wie .kiro/steering/native-app.md (inclusion: always) an, die festhält, dass die App im WebViewGold-Wrapper läuft, damit neue Specs auf „App herunterladen“-Banner, Menüs, die nur per Hover funktionieren, und reine Browser-APIs verzichten.
- Die gehostete Cognito-Anmeldeseite mit Google-Föderation leitet zu accounts.google.com weiter, und das blockiert Google in eingebetteten WebViews; füge dieses Präfix den Auslösern des Social Login Helpers von WebViewGold hinzu.
- Die Kontolöschung in der App muss den Cognito-Nutzer (deleteUser in Amplify Auth) und die Datensätze des Nutzers entfernen; Apple (Richtlinie 5.1.1(v)) und Google Play prüfen das beide.
Lass Kiro die Store-Vorbereitung erledigen
Füge das in Kiro ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt für Kiro (Spec-Modus)
Lege eine neue Spec mit dem Namen store-readiness an. Diese Web-App wird als native iOS- und Android-App veröffentlicht, die ihre Produktions-URL im WebView-Wrapper WebViewGold lädt. Anforderungen (EARS): 1. WENN die App auf einem Bildschirm zwischen 320px und 1024px Breite angezeigt wird, DARF DAS SYSTEM nicht horizontal scrollen, MUSS Tippflächen von mindestens 44px verwenden und MUSS fixierte Header und Footer mit Safe-Area-Insets als Padding versehen. 2. DAS SYSTEM MUSS die Seiten /privacy und /terms im Footer verlinken. 3. WENN ein angemeldeter Nutzer in den Einstellungen "Konto löschen" bestätigt, MUSS DAS SYSTEM seine Daten und seinen Auth-Nutzer (Cognito) löschen. 4. DAS SYSTEM DARF KEINE "App herunterladen"-Banner und keine externen Werbelinks in der Hauptnavigation anzeigen. 5. WENN eine Anfrage fehlschlägt, MUSS DAS SYSTEM eine Fehlermeldung mit einer Aktion "Erneut versuchen" anzeigen. 6. DAS SYSTEM MUSS den Seitentitel auf den App-Namen setzen (max. 30 Zeichen). Design: Liste die Dateien auf, die du ändern wirst, und alle Änderungen am Amplify-Backend. Aufgaben: eine Aufgabe pro Anforderung. Lege außerdem .kiro/steering/native-app.md mit inclusion: always an, die diese Regeln festhält und für native Funktionen auf https://www.webviewgold.com/llms-full.txt verweist. Hör nach der Spec auf, damit ich sie prüfen kann, bevor du sie umsetzt.
Google Play-Review: die Regeln, die für Kiro-Apps zählen
Google prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Kiro 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 Kiro-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 Kiro-Projekt zur freigegebenen App
Angenommen, du hast mit Kiro ein Portal für Schadensmeldungen für eine kleine Hausverwaltung gebaut: Mieter melden ein Problem mit Fotos, das Team weist es zu, und die Mieter verfolgen den Status. Die Spec umfasst die Cognito-Anmeldung mit Apple und Google, ein Amplify-Data-Modell für die Meldungen, S3-Speicher für Fotos und ein Akzeptanzkriterium für die Kontolöschung. Du verbindest das Repository mit Amplify Hosting, ergänzt requests.yourdomain.com und verpackst es mit WebViewGold; dort übernimmt die native Kamera den Foto-Upload, und ein OneSignal-Push sagt den Mietern Bescheid, wenn ein Techniker unterwegs ist. Das Demo-Mieterkonto in den Review-Notizen hat eine offene und eine erledigte Meldung. Beide Stores geben die App frei, und jede fertige Spec erreicht sie mit dem nächsten Push auf den Produktions-Branch.
Deine erste Woche nach dem Launch
- Mach aus jedem Feedback eine kleine Spec oder eine kurze Vibe-Session und pushe dann auf den Produktions-Branch; Amplify deployt neu, und die Apps ziehen nach.
- Halte .kiro/steering/native-app.md mit den Bridge-Aufrufen von WebViewGold aktuell, die du nutzt, damit neue Specs sie nicht rückgängig machen.
- Behalte in der Launch-Woche die Build-Minuten von Amplify und die DynamoDB-Nutzung im Blick; Store-Nutzer öffnen eine App oft mehrmals am Tag.
- Schick nur dann einen Push, wenn sich der Status einer Meldung ändert; Mieter lassen Benachrichtigungen eingeschaltet, wenn jede Nachricht zählt.
- Bitte mit rateapp:// um eine Bewertung, nachdem eine Meldung als gelöst abgeschlossen wurde.
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 veröffentliche ich eine mit Kiro gebaute App im App Store und auf Google Play?
Deploye sie auf eine öffentliche HTTPS-URL (Amplify Hosting, Netlify, Vercel oder dein eigener Server), trage die URL in WebViewGold für iOS und Android ein, baue mit Xcode und Android Studio oder dem Cloud Builder und reiche beide Apps ein.
Brauche ich AWS, um eine Kiro-App zu veröffentlichen?
Nein. Amplify Hosting passt gut zu Kiro-Projekten, aber WebViewGold braucht nur eine öffentliche HTTPS-URL. Netlify, Vercel, Cloudflare Pages oder dein eigener Server funktionieren genauso.
Kann eine Kiro-Spec die Anforderungen des App Store abdecken?
Ja, und das ist eine gute Angewohnheit: Nimm Layout, Datenschutzseite, Kontolöschung und Fehlerzustände in die Anforderungen auf, dann baut und testet Kiro sie wie jede andere Funktion. Native Funktionen wie Push oder biometrischer Login werden anschließend in WebViewGold aktiviert und über die JavaScript-Bridge aufgerufen.
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.
Kann ich Sign in with Apple mit Amazon Cognito nutzen?
Ja. Cognito-Benutzerpools unterstützen Apple als Identitätsanbieter: Erstelle im Apple Developer Portal eine Services ID und einen Schlüssel für Sign in with Apple, ergänze Apple in deiner Amplify-Auth-Definition bei den externen Anbietern und zeig den Button neben Google. In der App erkennt WebViewGold die Apple-Anmeldeseite und wickelt sie ohne Konfiguration ab, und die Google-Anmeldung läuft über den Social Login Helper.
Soll die Store-App Amplify Hosting laden oder einen anderen Host?
Beides funktioniert, denn WebViewGold braucht nur eine öffentliche HTTPS-URL. Amplify Hosting ist für Gen-2-Projekte praktisch, weil Frontend und Backend pro Branch gemeinsam deployt werden. Wofür du dich auch entscheidest: Lass die App auf den Produktions-Branch unter deiner eigenen Domain zeigen, dann ist ein späterer Hostwechsel eine DNS-Änderung und kein neuer App-Build.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Kiro ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Kiro 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.