Eine Codebasis, echte Store-App
Die Android-App lädt deine veröffentlichte GitHub Spark-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für GitHub Spark-Apps besser ist als Neubauen
GitHub hat Spark am 31. August 2026 eingestellt: Veröffentlichte Sparks laufen auf github.app weiter, lassen sich aber nicht mehr bearbeiten, und llm()-Aufrufe funktionieren seit dem 30. Juli 2026 nicht mehr. Der Weg in die Stores führt über das exportierte Repository: Ersetze llm() und den Spark-Speicher, deploye es auf Vercel, Netlify oder Cloudflare Pages unter deiner eigenen Domain, und WebViewGold verpackt diese URL. Ab dann aktualisiert jedes neue Deployment die App ohne Store-Review, und die App hängt nicht mehr an einem Dienst, der abgeschaltet wurde.
Weiter aus GitHub Spark veröffentlichen
Ein eingestellter Spark lässt sich nicht mehr aktualisieren. Deploye das exportierte Repository neu 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 GitHub Spark-App unter einer öffentlichen HTTPS-URL (yourapp.vercel.app, yourapp.netlify.app oder yourapp.pages.dev 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
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
GitHub Spark → 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 GitHub Spark-App unter einer Produktions-URL
Spark erstellt, bearbeitet und veröffentlicht keine Apps mehr: Neue Apps sind seit dem 4. August 2026 nicht mehr möglich, das Exportfenster hat sich am 31. August 2026 geschlossen. Ein vorher veröffentlichter Spark läuft unter seiner github.app-Adresse weiter, bleibt aber eingefroren. Um ihn weiterzuentwickeln, nimm das exportierte Repository (Create repository in der Spark-Workbench), ersetze die Spark-Laufzeitbausteine und deploye es auf Vercel, Netlify oder Cloudflare Pages; diese Deployment-URL kommt in WebViewGold. Baue keine neue Store-App auf einer github.app-Adresse: Der Spark dahinter lässt sich nicht mehr ändern und verlangt eventuell einen GitHub-Login. Verwende dein eigenes Deployment des exportierten Codes. Eigene Domain: Das Spark-Hosting hat nie eigene Domains unterstützt. Verbinde deine Domain bei dem Host, auf dem du das exportierte Repository deployst (Vercel, Netlify oder Cloudflare Pages). 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.
GitHub Spark-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei GitHub Spark-Projekten (React + TypeScript-Frontends, die Sparks Key-Value-Speicher und llm()-KI-Aufrufe nutzten, exportiert als normales GitHub-Repository) am häufigsten auftauchen.
- Sparks llm()-Funktion funktioniert seit dem 30. Juli 2026 nicht mehr, weil GitHub Models eingestellt wurde. Ersetze jeden llm()-Aufruf durch deinen eigenen Modell-Anbieter und API-Schlüssel, sonst finden Reviewer kaputte KI-Funktionen (Richtlinie 2.1).
- Die Spark-Laufzeit (useKV-Speicher, GitHub-Login) funktioniert nur auf GitHubs Hosting. Verschiebe die Daten in eine echte Datenbank und ergänze deinen eigenen Login, bevor du den Export woanders deployst; von Reviewern kann man kein GitHub-Konto verlangen.
- Füge eine Seite mit der Datenschutzerklärung und, falls es Konten gibt, eine Aktion zur Kontolöschung hinzu.
- Aktiviere die WebViewGold-Ladeanzeige für das erste Laden des Bundles.
Lass GitHub Spark die Store-Vorbereitung erledigen
Füge das in GitHub Spark ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt für deinen Coding-Agenten (exportierter Spark)
This repository is an exported GitHub Spark app. Prepare it for publishing as a native iOS and Android app (it will run inside a native WebView wrapper that loads the deployed URL): replace every llm() call with a server-side call to my own model provider (API key in an environment variable); replace the Spark key-value storage (useKV) with a real database and add email sign-in so no GitHub login is required; add /privacy and /terms pages linked from the footer and a "Delete my account" action with confirmation; make all screens responsive from 320px to tablet widths with 44px tap targets and no horizontal scrolling; remove external promotional links; show a retry state when data fails to load; set the title to the app name (max 30 characters). Finally, list anything that still depends on Spark.
Google Play-Review: die Regeln, die für GitHub Spark-Apps zählen
Google prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er GitHub Spark 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 GitHub Spark-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 GitHub Spark-Apps
Jeder Guide zeigt das genaue Setup für deinen GitHub Spark-Stack, mit einem Prompt zum Einfügen.
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 GitHub Spark-Projekt zur freigegebenen App
Angenommen, du hast 2025 als Spark einen Standup-Tracker für kleine Entwicklerteams gebaut: Jede Person postet, was sie erledigt hat, was als Nächstes kommt und was sie blockiert, mit einer llm()-Zusammenfassung für die Teamleitung. Du hast ihn vor der Frist im August 2026 über Create repository exportiert, useKV durch eine Supabase-Tabelle ersetzt, llm() gegen deinen eigenen Modellanbieter getauscht, den eine Serverless-Funktion aufruft, und eine Anmeldung per E-Mail ergänzt. Dann hast du ihn auf Cloudflare Pages unter deiner eigenen Domain deployt und diese URL mit WebViewGold verpackt, mit einem lokalen Push, der jedes Mitglied vor dem täglichen Meeting ans Posten erinnert. Mit einem Demo-Team-Account in den Review-Notizen geben beide Stores die App frei. Ab dann entwickelst du in einem Editor deiner Wahl, und jedes Deployment aktualisiert die App.
Deine erste Woche nach dem Launch
- Deploye Fixes wie gewohnt auf deinen eigenen Host; die verpackte App folgt dieser URL, nicht github.app.
- Verweise alle, die noch die alte github.app-Version nutzen, auf die Store-Apps und die neue Domain, denn diese Version lässt sich nicht mehr ändern.
- Behalte die Kosten des Modellanbieters im Blick, der llm() ersetzt; jede Zusammenfassung bezahlst du jetzt selbst.
- Plane die tägliche Erinnerung mit sendlocalpushmsg:// zu der Uhrzeit, die jedes Team wählt, und streiche sie an freien Tagen mit sendlocalpushmsg://push.send.cancel.
- Bitte mit rateapp:// um eine Bewertung, wenn ein Team die App eine ganze Woche lang genutzt hat.
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 GitHub-Spark-App noch im App Store veröffentlicht werden?
Ja, aus dem exportierten Code. GitHub hat Spark am 31. August 2026 eingestellt: Deployte Sparks laufen auf github.app weiter, lassen sich aber nicht mehr bearbeiten, deshalb sollte eine Store-App dein eigenes Deployment des exportierten Repositorys laden. Ersetze llm() und den Spark-Speicher, deploye auf Vercel, Netlify oder Cloudflare Pages, trage diese URL in WebViewGold ein und reiche die nativen Builds ein.
Ich habe meinen Spark nicht vor dem 31. August 2026 exportiert. Was nun?
Der veröffentlichte Spark läuft weiter, aber Spark lässt dich ihn weder bearbeiten noch exportieren, und seine llm()-Funktionen gehen nicht mehr. Wenn du ihn noch öffnen kannst, nutze ihn als Spezifikation: Beschreibe Claude Code, GitHub Copilot oder Lovable seine Screens und Daten, baue ihn als normale Web-App auf eigenem Hosting neu und verpacke diese mit WebViewGold. Den eingefrorenen Spark selbst zu verpacken ist riskant, weil sich nichts mehr beheben lässt, wenn ein Reviewer ein Problem meldet.
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.
GitHub Spark wurde eingestellt. Funktioniert mein veröffentlichter Spark noch?
Laut GitHub funktionieren bereits deployte Apps nach der Einstellung weiter, du kannst sie in Spark aber nicht mehr bearbeiten, und KI-Funktionen auf Basis von llm() funktionieren nicht mehr, seit GitHub Models am 30. Juli 2026 eingestellt wurde. Für eine Store-App baust du aus dem exportierten Repository und hostest es selbst.
Womit ersetze ich useKV und llm(), wenn ich einen Spark selbst hoste?
Das Laufzeitpaket von Spark funktioniert nur auf dem Hosting von GitHub; tausche useKV also gegen eine echte Datenbank (Supabase, Firebase oder deine eigene API) und llm() gegen einen serverseitigen Aufruf eines Modellanbieters mit deinem eigenen API-Schlüssel. Lass deinen Coding-Agenten das Modul für Modul erledigen, deploye dann auf Vercel, Netlify oder Cloudflare Pages und verpacke die URL mit WebViewGold.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in GitHub Spark ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in GitHub Spark 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.