Eine Codebasis, echte Store-App
Die Android-App lädt deine veröffentlichte Blink.new-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Blink.new-Apps besser ist als Neubauen
Der native Weg von Blink startet mit einem separaten Template für React Native + Expo, das mit dem ersten Prompt gewählt wird; eine fertige Blink-Web-App auf diesem Weg zur Store-App zu machen, heißt also, ein zweites Projekt mit eigenen Screens zu bauen. WebViewGold verpackt die Produktions-URL, die du schon hast, und lässt Blink Auth, die Turso-Datenbank und Stripe genau so, wie sie sind. Veröffentliche in Blink, und die installierten Apps zeigen das Update beim nächsten Start.
Weiter aus Blink.new veröffentlichen
Klicke in Blink auf Publish und die Produktion ist in unter einer Minute aktualisiert; die App zeigt beim nächsten Start die neue Version. Änderungen, die nur in der Vorschau existieren, erreichen die App nie. 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 Blink.new-App unter einer öffentlichen HTTPS-URL (yourapp.blinkpowered.com 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!
Blink.new → 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 Blink.new-App unter einer Produktions-URL
Jedes Projekt bekommt eine Vorschau unter yourapp.sites.blink.new, die sich mit jedem Speichern ändert. Klicke auf Publish (oben rechts im Editor), um die aktive Version in die Produktion unter yourapp.blinkpowered.com zu bringen; Produktions-Hosting braucht mindestens den Starter-Plan. Die Vorschau unter yourapp.sites.blink.new aktualisiert sich mit jedem Speichern und ist keine dauerhafte Produktionsumgebung. Trage sie niemals in deine App ein: Veröffentliche auf blinkpowered.com oder deiner eigenen Domain. Eigene Domain: Öffne ab dem Starter-Plan Workspace, Domains, klicke auf Add Domain, lege bei deinem DNS-Anbieter einen CNAME-Eintrag an, der auf cname.blink.new zeigt, und klicke auf Check Status (oder kaufe eine Domain direkt in Blink). SSL wird automatisch ausgestellt, und die blinkpowered.com-Adresse bleibt als Backup aktiv. 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.
Blink.new-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Blink.new-Projekten (React + Vite + TypeScript + Tailwind CSS + shadcn/ui für Web-Apps, ein Hono-Backend am Edge und eine Turso-Datenbank (SQLite), mit Supabase als optionaler Postgres-Alternative) am häufigsten auftauchen.
- Blink baut native Apps aus einem separaten Template für React Native + Expo, das du mit deinem ersten Prompt wählst, und die Veröffentlichung im App Store und auf Google Play braucht den Max-Plan. Wenn dein Produkt eine Blink-Web-App ist, verpacke die veröffentlichte URL, statt ein zweites Projekt zu starten.
- Google-Login aus Blink Auth wird in einem eingebetteten WebView blockiert („disallowed_useragent“). Aktiviere den Social Login Helper von WebViewGold für den Google-Schritt; Sign in with Apple wird automatisch erkannt und abgewickelt.
- Magic-Link-E-Mails öffnen sich im Browser des Smartphones, nicht in deiner App, sofern du in WebViewGold keine Universal Links (iOS) und App Links (Android) einrichtest. Gib dem Reviewer ein Demo-Konto mit Passwort, damit das Review nicht von einem Posteingang abhängt.
- Verbinde deine eigene Domain, bevor du einreichst. Die blinkpowered.com-Adresse funktioniert weiter als Backup, aber deine eigene Domain ist die richtige für die App-URL und für Universal Links und App Links.
- Ergänze vor dem Einreichen eine Seite mit der Datenschutzerklärung und eine Aktion zur Kontolöschung in der App; beide Stores verlangen sie, wenn sich Nutzer registrieren können.
- Made with Blink: Blink-Apps zeigen standardmäßig ein kleines „Made with Blink“-Badge in der Ecke. Öffne in einem Bezahlplan Workspace Settings, Overview, Privacy & sharing und schalte Hide "Made with Blink" badge ein, bevor du die App baust. Mehr zu Builder-Badges.
Lass Blink.new die Store-Vorbereitung erledigen
Füge das in Blink.new ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt zum Einfügen in Blink
Bereite diese Web-App für die Veröffentlichung als native iOS- und Android-App vor (sie wird in einem nativen WebView-Wrapper laufen, der die veröffentlichte URL lädt): 1. Lege Seiten unter /privacy und /terms mit bearbeitbarem Platzhaltertext an und verlinke sie im Footer und in den Kontoeinstellungen. 2. Ergänze in den Kontoeinstellungen eine Aktion "Mein Konto löschen", die nach einem Bestätigungsdialog die Daten und das Blink-Auth-Konto des Nutzers löscht. 3. Stelle sicher, dass neben Magic Links auch der Login mit E-Mail und Passwort aktiviert ist, damit sich ein Testkonto ohne Posteingang anmelden kann. 4. Mach jede Seite responsiv von 320px bis zu iPad-Breiten, ohne horizontales Scrollen und mit Tippflächen von mindestens 44px. 5. Entferne "App herunterladen"-Banner und externe Werbelinks aus der Hauptnavigation. 6. Zeig einen freundlichen Fehlerzustand mit "Erneut versuchen", wenn eine Anfrage fehlschlägt, statt eines leeren Screens. 7. Setze den <title> auf den App-Namen (max. 30 Zeichen) und ergänze eine Meta-Description.
Google Play-Review: die Regeln, die für Blink.new-Apps zählen
Google prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Blink.new 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 Blink.new-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 Blink.new-Projekt zur freigegebenen App
Angenommen, du hast mit Blink eine Begleit-App für eine regionale Tech-Konferenz gebaut: Teilnehmende melden sich mit Apple oder Google an, sehen das Programm und ihren persönlichen Zeitplan und zeigen am Eingang einen Ticket-QR-Code. Die Tickets werden auf der Konferenz-Website über Stripe verkauft, und das ist in Ordnung, weil sie ein reales Event bezahlen. Du veröffentlichst in die Produktion, verbindest app.yourconference.com und verpackst die App mit WebViewGold. Am Einlass öffnet das Team die Check-in-Seite und scannt Tickets mit qrcode://; jeder Code enthält eine Check-in-URL, die sich in der App öffnet. Ein OneSignal-Push kündigt im Lauf des Tages Raumänderungen an. Das Demo-Teilnehmerkonto in den Review-Notizen hat ein Ticket, beide Stores geben die App frei, und jedes Publish in Blink erreicht sie beim nächsten Start.
Deine erste Woche nach dem Launch
- Veröffentliche Fixes aus Blink und prüfe sie auf deiner eigenen Domain, nicht in der Vorschau unter sites.blink.new, die die App nie lädt.
- Halte den Plan mit Produktions-Hosting aktiv; die App ist darauf angewiesen, dass blinkpowered.com oder deine Domain online bleibt.
- Teste den Ticket-Scan einen Tag vor dem Event am Eingang der Location, mit den Handys, die dein Team nutzen wird.
- Schick Pushes nur für Raumänderungen und den Start von Sessions; Teilnehmende schalten Benachrichtigungen ab, wenn jede Sponsorennachricht einen Push bekommt.
- Bitte mit rateapp:// nach der letzten Session des Tages um eine Bewertung, wenn die Teilnehmenden die App am meisten genutzt haben.
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 Blink.new-App im App Store und auf Google Play veröffentlicht werden?
Ja. Veröffentliche die Web-App in die Produktion, trage die blinkpowered.com-Adresse oder deine eigene Domain in WebViewGold ein und baue beide Apps. Verwende nicht die kostenlose Vorschau unter sites.blink.new: Sie ändert sich mit jedem Speichern und ist nicht als dauerhafte Adresse gedacht.
Blink kann React-Native-Apps bauen. Sollte ich meine Web-App als Mobile-Projekt neu bauen?
Nur, wenn du zwei Codebasen willst. Der Mobile-Weg von Blink startet mit einem eigenen Template für React Native + Expo und braucht für die Veröffentlichung in den Stores den Max-Plan. Verpackst du die bereits veröffentlichte Web-App, bleibt es bei einem Projekt, einem Backend und Updates, die ohne Store-Review live gehen.
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.
Blink Auth bietet Sign in with Apple an. Brauche ich das in der iOS-App?
Wenn dein Login-Screen Google, GitHub oder Microsoft zeigt, ja: Richtlinie 4.8 verlangt eine gleichwertige Option, die die Daten auf Name und E-Mail beschränkt und Nutzern erlaubt, ihre E-Mail-Adresse zu verbergen, und Sign in with Apple ist der sichere Weg, sie anzubieten. Eine App, die nur E-Mail und Passwort oder Magic Links nutzt, braucht es nicht. WebViewGold erkennt die Apple-Anmeldeseite und wickelt sie automatisch ab.
Kann ich für die Store-App im kostenlosen Plan von Blink bleiben?
Nicht für die Produktion. Kostenlose Projekte haben nur die Vorschau unter sites.blink.new, die sich mit jedem Speichern ändert und nicht als dauerhafte Adresse gedacht ist; Produktions-Hosting unter blinkpowered.com oder deiner eigenen Domain braucht den Starter-Plan oder höher. Auch das Ausblenden des Badges „Made with Blink“ braucht einen Bezahlplan, plane das Upgrade also ein, bevor du die App baust.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Blink.new ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Blink.new 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.