Eine Codebasis, echte Store-App
Die Android-App lädt deine veröffentlichte Replit-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Replit-Apps besser ist als Neubauen
Eine Replit-App ist ein laufender Server (Express, Flask oder FastAPI mit Replit Postgres) hinter einem Autoscale- oder Reserved-VM-Deployment, und ein nativer Rewrite würde bedeuten, diese API-Oberfläche auf zwei weiteren Plattformen neu zu implementieren. WebViewGold verpackt die Deployment-URL, sodass Replit Auth, deine Datenbank und jedes erneute Deployment genau dort bleiben, wo sie sind. Kombiniere es mit dem Splash-Screen und der Ladeanzeige von WebViewGold, damit ein Kaltstart nach dem Herunterskalieren auf null im Review nie wie eine eingefrorene App aussieht.
Weiter aus Replit veröffentlichen
Deploye erneut und die App zeigt sofort 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 Replit-App unter einer öffentlichen HTTPS-URL (yourproject.replit.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
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
Replit → 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 Replit-App unter einer Produktions-URL
Öffne den Deploy-Bereich und wähle Autoscale (Web-Apps mit Backend), Static (nur Frontend) oder Reserved VM. Replit baut die App und liefert sie unter einer replit.app-Adresse aus. Deploye erneut, um Änderungen live zu bringen. Die Entwicklungsvorschau (replit.dev-Adressen) schläft ein, sobald du den Workspace schließt, und ist nicht für Nutzer gedacht. Verwende in der App immer eine Deployment-URL. Eigene Domain: Verknüpfe in den Settings → Domains des Deployments deine eigene Domain und füge die DNS-Einträge hinzu, die Replit anzeigt. 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.
Replit-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Replit-Projekten (Oft React + Express/Node oder Python (Flask/FastAPI) mit Replits eingebautem Postgres (Neon) und Replit Auth) am häufigsten auftauchen.
- Autoscale-Deployments skalieren auf null: Die erste Anfrage nach einer Leerlaufphase kann ein paar Sekunden dauern. Schalte den Splash-Screen und die Ladeanzeige von WebViewGold ein, damit das Review nie einen weißen Bildschirm sieht.
- Replit Auth öffnet ein OAuth-Pop-up. Teste den Login in der App; falls der Anbieter eingebettete WebViews blockiert, aktiviere den Social Login Helper von WebViewGold.
- Bewahre Geheimnisse in Replit Secrets auf, nicht im Frontend-Bundle: Alles im Client-JavaScript lässt sich aus einer veröffentlichten App auslesen.
- Lege eine Route /privacy mit deiner Datenschutzerklärung an, beide Stores fragen nach ihrer URL.
- Wenn Nutzer für digitale Funktionen bezahlen (Credits, Pro-Plan), verlangt Apple In-App-Käufe. WebViewGold unterstützt dafür RevenueCat.
- Made with Replit: Falls der Agent einen „Built with Replit“-Footer eingebaut hat, bitte ihn, diesen zu entfernen, bevor du die App baust. Mehr zu Builder-Badges.
Lass Replit die Store-Vorbereitung erledigen
Füge das in Replit ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt zum Einfügen in Replit Agent
Prepare this app for publishing as a native iOS and Android app (it will run inside a native WebView wrapper): 1. Add /privacy and /terms pages with editable placeholder text, linked from the footer and the settings page. 2. Add a "Delete account" action in settings that deletes the user's data and auth record, with a confirmation dialog. 3. Make every page responsive from 320px to tablet widths with no horizontal scrolling; tap targets at least 44px. 4. Remove any "Made with Replit" footer, "Get the app" banners and external links in the main navigation. 5. Show a retry message when a request fails instead of an empty page, and make the first paint fast (lazy-load heavy components). 6. Set the <title> to the app name (max 30 characters) and add a meta description.
Google Play-Review: die Regeln, die für Replit-Apps zählen
Google prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Replit 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 Replit-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.
DokumentationFeature-Guides für Replit-Apps
Jeder Guide zeigt das genaue Setup für deinen Replit-Stack, mit einem Prompt zum Einfügen.
Push-BenachrichtigungenIn-App-KäufeGoogle-Login und Sign in with AppleBiometrischer LoginQR-Code- und Barcode-ScannerStandort und GPSAdMob-WerbungOffline-ModusDeep LinksNatives Teilen und HaptikDatei-Downloads und Kamera-UploadsIn-App-BewertungEigenes CSS und JavaScriptNFC-Tag-ReaderDokumentenscannerDrucken und AirPrintKopieren und EinfügenKontaktzugriffVideo- und AudiowiedergabeScreenshot-SchutzHealthKit und Health ConnectKalendertermineTaschenlampeShare ExtensionWidgets und ShortcutsApple-Wallet-PässeNativer Speicher und Geräte-IDWerbung mit Meta Audience NetworkNative Tab-Leiste und NavigationSplash-Screen und LadeanzeigeSafe Area und StatusleisteForce Update und VersionsprüfungExterne Links und URL-Handling
Checkliste 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 Replit-Projekt zur freigegebenen App
Angenommen, du hast Replit Agent um eine App gebeten, in der Foodtruck-Betreiber posten, wo sie heute stehen, mit einem React-Frontend, einer Express-API und Replit Postgres. Du deployst auf Autoscale, verbindest trucks.yourdomain.com und verpackst die App mit WebViewGold, damit Kunden den Standortzugriff erlauben und über die standardmäßige HTML5-Geolocation-API die nächsten Trucks sehen können. Push-Benachrichtigungen sagen Followern Bescheid, wenn ihr Lieblingstruck in der Nähe öffnet, und geben Apple und Google einen klaren Grund, warum die App mehr ist als eine Website. Den Splash-Screen lässt du stehen, bis die ersten Daten da sind, damit ein Kaltstart im Review nie eingefroren wirkt. Beide Stores geben die App frei, und die Betreiber merken nicht einmal, wenn du mittags einen Fix neu deployst.
Deine erste Woche nach dem Launch
- Deploye Fixes erneut aus Replit; Nutzer bekommen die neue Version beim nächsten Start, kleine Änderungen müssen also nie auf ein Store-Release warten.
- Schau nach dem Launch-Tag in die Deployment-Logs und auf die Nutzungsseite: Traffic aus den Stores verändert, wie oft Autoscale aufwacht und was es kostet.
- Speichere die OneSignal- oder Firebase-Push-ID jedes Geräts neben dem Nutzer in Replit Postgres, damit dein Express- oder Flask-Code gezielte Pushes senden kann.
- Bitte mit rateapp:// nach einer erfolgreichen Aktion um eine Bewertung, etwa wenn jemand seinem ersten Truck folgt.
- Alles, was die native Hülle ändert (Text der Standortberechtigung, Icon, neue native Funktionen), braucht einen neuen Build, sammle solche Änderungen also für ein gemeinsames Update.
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
Kann eine Replit-App in den App Store und auf Google Play?
Ja. Erstelle ein Replit Deployment, trage seine URL (oder deine eigene Domain) in WebViewGold ein und baue die nativen Apps. Replit hostet weiterhin das Backend; WebViewGold liefert die Store-fertige Hülle.
Welchen Replit-Deployment-Typ sollte ich für eine App verwenden?
Autoscale für Apps mit Backend, Static für reine Frontends. Reserved VM, wenn du dauerhaft laufende Prozesse brauchst. Dem WebView ist es egal, er braucht nur eine stabile HTTPS-URL.
Geht die App kaputt, wenn ein Replit-Deployment aktualisiert wird?
Nein. Nutzer bekommen die neue Version beim nächsten Start oder bei der nächsten Navigation, genau wie ein Website-Besucher.
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.
Replit Agent kann inzwischen mobile Apps mit Expo bauen. Sollte ich das stattdessen nutzen?
Wenn du bei null anfängst und eine React-Native-App willst, ist das eine Option. Läuft dein Produkt schon als Web-App auf einem replit.app-Deployment, ist eine Expo-Version eine zweite Codebasis mit eigenen Screens und eigenem Release-Prozess, während WebViewGold das Deployment verpackt, das du schon hast, und sich mit jedem erneuten Deployment weiter aktualisiert.
Was passiert mit meiner Store-App, wenn mein Replit-Deployment stoppt?
Die App lädt deine Deployment-URL: Wird das Deployment pausiert oder läuft die Abrechnung aus, sehen Nutzer den Offline-Screen von WebViewGold statt deiner App. Halte das Deployment aktiv, behalte deine Nutzung im Blick und nutze eine eigene Domain, damit du das Backend später ohne neuen Store-Build zu einem anderen Host umziehen kannst.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Replit ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Replit 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.