Eine Codebasis, echte Store-App
Die iOS-App lädt deine veröffentlichte Cline-URL in einer nativen WebView. Es gibt kein zweites Projekt zu pflegen und keinen Code-Export.
Warum Wrappen für Cline-Apps besser ist als Neubauen
Cline arbeitet in deinem eigenen Projekt mit deinen eigenen Modell-Schlüsseln, jeder Token für eine Portierung nach Swift und Kotlin geht also auf deine Rechnung und erzeugt zwei weitere Codebasen, die du Schritt für Schritt prüfen musst. WebViewGold verpackt die URL, auf die du ohnehin deployst, egal welchen Stack und Host du gewählt hast, und die native Hülle kommt Cline nicht in die Quere. Wenn du native Funktionen willst, ergänzt Cline die Aufrufe der JavaScript-Bridge in dem Web-Code, den es schon versteht.
Weiter aus Cline veröffentlichen
Gib den Deploy-Befehl frei (oder pushe) 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.
App Store-Genehmigungsgarantie
Apple App 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 Cline-App unter einer öffentlichen HTTPS-URL (yourproject.vercel.app, yourproject.netlify.app oder yourproject.pages.dev oder, besser, deine eigene Domain)
- Zugang zum Apple Developer Program ($99 pro Jahr) für die Einreichung im Apple App Store
- Xcode auf einem Mac – oder der WebViewGold Cloud Builder in deinem Browser (kein Mac nötig)
- WebViewGold für iOS ($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!
Cline → App Store: die Schritt-für-Schritt-Anleitung
Acht Schritte, kein Code. Die meisten schaffen den nativen Teil in unter einer Stunde.
Veröffentliche deine Cline-App unter einer Produktions-URL
Deploye das Projekt selbst: Erlaube Cline, die CLI deines Hosts auszuführen (vercel --prod, netlify deploy --prod oder wrangler pages deploy), oder pushe zu GitHub für automatische Deployments. Verwende in WebViewGold die Produktions-URL oder deine Domain. Der localhost-Entwicklungsserver, den Cline in seinem Browser öffnet, und Tunnel-URLs sind nur für die Entwicklung. Deploye auf eine dauerhafte HTTPS-URL. Eigene Domain: Füge deine Domain im Dashboard deines Hosting-Anbieters hinzu und 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 App Store 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 iOS
Einmalzahlung, kostenlose Updates. Du erhältst das fertige Xcode-Projekt. Hast du keinen Mac, aktiviere den WebViewGold Cloud Builder und erledige alles im Browser.
Füge deine URL ein und brande die App
Öffne Config.swift (oder das Cloud-Builder-Formular) und füge deine veröffentlichte URL ein. Setze den App-Namen, lade dein Icon hoch, wähle Splash Screen und Statusleistenfarbe. Kein Code nötig.
Schalte native Features ein
Aktiviere Push-Benachrichtigungen, den Offline-Screen, das Social-Login-Handling, Pull-to-Refresh, biometrischen Login oder den QR-Scanner mit einzelnen Einstellungen. Alles ist optional.
Bauen und hochladen
In Xcode: Product → Archive → Distribute to App Store Connect. Im Cloud Builder: auf Build klicken, der Upload zu App Store Connect wird für dich erledigt.
Lege den App Store-Eintrag an
Füge in App Store Connect Name, Untertitel, Beschreibung, Keywords, Screenshots, URL zur Datenschutzerklärung und die Antworten zum App-Datenschutz hinzu. Hinterlege bei Bedarf ein Demo-Konto in den Review-Notizen.
Zum Review einreichen
Apple prüft die meisten Apps innerhalb von 24 bis 48 Stunden. Beantworte Rückfragen der Reviewer im Resolution Center, falls welche kommen. Unsere Genehmigungsgarantie sichert dich ab.
Cline-spezifische Checks vor der Einreichung
Das sind die Punkte, die bei Cline-Projekten (Jeder Web-Stack in deinem lokalen Projekt; Cline bearbeitet die Dateien und führt deine Build-, Test- und Deploy-Befehle aus) am häufigsten auftauchen.
- Mach den Store-Readiness-Durchgang zuerst im Plan-Modus und prüfe den Plan. Gib im Act-Modus Deploy-Befehle einzeln frei: Ein Produktions-Deployment landet direkt in der App, die deine Nutzer installiert haben.
- Schreib die WebViewGold-Vorgaben in eine Regeldatei in .clinerules/ (Cline liest auch AGENTS.md), damit jede Aufgabe die App WebView-freundlich hält: keine „App herunterladen“-Banner, eine Seite /privacy, Kontolöschung.
- Nutze das Browser-Tool von Cline auf dem Entwicklungsserver, um Screenshots der wichtigsten Screens zu machen, und achte vor dem Deploy auf horizontalen Überlauf, abgeschnittene fixierte Header und Tippflächen unter 44 px.
- Dein API-Schlüssel für das Modell bleibt im Editor, aber wenn die App selbst OpenAI, Anthropic, Gemini oder eine andere Modell-API aufruft, verlagere diese Aufrufe in eine Server-Route: Schlüssel im Client-Code lassen sich aus der veröffentlichten App auslesen.
- OAuth-Anbieter blockieren eingebettete WebViews; aktiviere den Social Login Helper von WebViewGold für Google- und Facebook-Logins.
Lass Cline die Store-Vorbereitung erledigen
Füge das in Cline ein und lass es die Änderungen umsetzen, auf die Reviewer achten. Prüfe das Ergebnis, dann veröffentliche.
Prompt für Cline (im Plan-Modus starten)
Starte im Plan-Modus. Diese Web-App wird als native iOS- und Android-App veröffentlicht, die ihre Produktions-URL im WebView-Wrapper WebViewGold lädt. Lies zuerst AGENTS.md und .clinerules, dann plane diese Änderungen und warte auf meine Freigabe: 1. Meta-Viewport-Tag, kein horizontaler Überlauf zwischen 320px und 1024px, Tippflächen von 44px und safe-area-inset-Padding an fixierten Headern und Footern. 2. Seiten /privacy und /terms, im Footer verlinkt, und eine Aktion "Konto löschen" in den Einstellungen, die nach einer Bestätigung die Daten und den Auth-Eintrag des Nutzers entfernt. 3. Keine "App herunterladen"-Banner und keine externen Werbelinks in der Hauptnavigation; Fehlerzustände mit "Erneut versuchen" für fehlgeschlagene Anfragen. 4. Jeder Aufruf einer Modell-API und jedes Geheimnis in Server-Code verlagert. 5. Eine Regeldatei .clinerules/native-app.md, die diese Regeln festhält und für native Funktionen auf https://www.webviewgold.com/llms-full.txt verweist (verwende nur die dort dokumentierten URL-Schemes und JavaScript-Variablen). Starte im Act-Modus den Entwicklungsserver und prüfe nach jeder Änderung die wichtigsten Screens mit dem Browser-Tool. Frag nach, bevor du einen Deploy-Befehl ausführst, und schließ mit einer Liste dessen ab, was ich noch manuell erledigen muss.
App Store-Review: die Regeln, die für Cline-Apps zählen
Apple prüft Verhalten, nicht Werkzeuge. Niemand wird abgelehnt, weil er Cline benutzt; Apps werden wegen der Punkte unten abgelehnt.
- 4.2
Mindestfunktionalität
Die App muss mehr bieten als eine neu verpackte Website. Responsives Layout, native Navigation und mindestens eine native Fähigkeit (Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login) machen den Unterschied. WebViewGold schaltet diese mit je einer Einstellung ein.
- 2.1
Vollständigkeit der App
Keine Platzhalterinhalte, keine toten Links, keine Abstürze. Liegen Inhalte hinter einem Login, hinterlege ein Demo-Konto in den App-Review-Notizen.
- 5.1.1
Datenschutz
Eine öffentliche URL zur Datenschutzerklärung ist Pflicht. Apps, in denen Nutzer Konten anlegen können, müssen auch das Löschen des Kontos in der App ermöglichen.
- 4.8
Anmeldedienste
Wenn die App für das Nutzerkonto einen Login über Google, Facebook oder einen anderen Drittanbieter- oder Social-Login-Dienst nutzt, muss sie auch einen gleichwertigen Login anbieten, der nur Name und E-Mail-Adresse erhebt, Nutzern erlaubt, ihre E-Mail-Adresse zu verbergen, und sie nicht für Werbung trackt. Sign in with Apple ist der sichere Weg, das zu erfüllen. Eine App, die nur ihren eigenen Login mit E-Mail und Passwort nutzt, ist nicht betroffen.
- 3.1.1
In-App-Kauf
Digitale Güter und Abos, die in der App verkauft werden, müssen Apples In-App-Kauf nutzen. Physische Güter und Dienstleistungen in der realen Welt dürfen bei Stripe oder PayPal bleiben.
- 2.3
Korrekte Metadaten
Screenshots, Beschreibung und App-Name müssen zu dem passen, was die App tut. Erwähne im Eintrag keine anderen Plattformen und kein „Beta“.
Native Features, die deine Cline-App in der iOS-App bekommt
Jedes Feature ist optional und Schritt für Schritt in der Dokumentation zu WebViewGold für iOS dokumentiert.
Push-Benachrichtigungen
Remote-Push über OneSignal oder Pushwoosh, lokal geplante Pushes über einen JavaScript-Aufruf, Berechtigungsabfrage zu dem Zeitpunkt, den du wählst.
DokumentationSocial Login Helper
Google- und Facebook-Logins funktionieren in der App; Sign in with Apple wird automatisch behandelt.
DokumentationUniversal Links
Links aus E-Mails (Magic Links, Passwort-Resets) öffnen sich direkt in der App.
DokumentationIn-App-Käufe
App Store-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.
DokumentationLadeanzeige und Splash
Den Launch Screen stehen lassen, bis die Web-App geladen ist, oder einen nativen Spinner zeigen.
DokumentationBiometrischer Login
Face ID / Touch ID-Sperre über einen JavaScript-Aufruf.
DokumentationQR- und Barcode-Scanner
Nativer Scanner, der das Ergebnis an deine Web-App zurückgibt.
DokumentationNatives Share Sheet und Haptik
Teilen-Dialog 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.
DokumentationCheckliste vor der App Store-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: App Transport Security blockiert reine http://-Inhalte und ungültige Zertifikate.
- Responsives Layout von 320 px bis zu iPad-Breiten. Apple öffnet iPhone-Apps im Review auch auf einem iPad.
- URL zur Datenschutzerklärung bereit (eine Seite in deiner Web-App reicht).
- Kontolöschung in der App verfügbar, wenn sich Nutzer registrieren können.
- Demo-Login für den Reviewer, wenn Inhalte hinter einer Anmeldung liegen.
- Keine „Lade unsere App herunter“-Banner, keine Links zu anderen App Stores, keine Builder-Badges in der App.
- Ein App-Icon mit 1024 × 1024 px ohne Transparenz und ohne abgerundete Ecken (Apple fügt die Maske hinzu).
- Screenshots für die aktuellen iPhone-Größen (und iPad, falls unterstützt), aufgenommen in der echten App.
- App-Name mit höchstens 30 Zeichen, Untertitel und Keywords vorbereitet.
- Export-Compliance beantwortet (eine App, die nur HTTPS nutzt, fällt unter die Standard-Verschlüsselungsausnahme).
Beispiel: vom Cline-Projekt zur freigegebenen App
Angenommen, du hast mit Cline ein Teile- und Auftragstool für eine kleine Fahrradwerkstatt gebaut: Mechaniker sehen offene Reparaturen, erfassen die verbauten Teile und drucken QR-Etiketten für jedes Lagerfach. Du hast mit einem Modell deiner Wahl gearbeitet, die Regeln in .clinerules festgehalten und auf Cloudflare Pages deployt, mit Supabase dahinter. In der mit WebViewGold verpackten App liest der QR-Scanner (qrcode://) ein Fach-Etikett, das eine URL wie /parts/1234 enthält, und öffnet diese Seite in der App, so dauert das Nachfüllen nur Sekunden. Weil nur das Team der Werkstatt die App nutzt, verteilst du die iOS-App privat als Custom App über Apple Business Manager und veröffentlichst eine private App über Managed Google Play. Jedes freigegebene Deployment aus Cline erreicht jedes Handy in der Werkstatt.
Deine erste Woche nach dem Launch
- Beginne jeden Fix im Plan-Modus und gib den Deploy-Befehl erst frei, wenn du die Änderung geprüft hast; die Produktion geht direkt an jede installierte App.
- Verfolge in Cline die Kosten für die Modell-API pro Aufgabe; kleine Fixes brauchen selten das größte Modell.
- Halte .clinerules mit den URL-Schemes von WebViewGold aktuell, die du nutzt, damit spätere Aufgaben sie nicht entfernen.
- Druck QR-Etiketten nur neu, wenn sich die URL-Struktur ändert; alte Etiketten funktionieren weiter, solange die Routen existieren, auf die sie verweisen.
- Sammle native Änderungen (neue Berechtigungstexte, ein neues Icon, ein weiterer Scanner-Typ) und liefere sie gemeinsam in einem Store-Update aus.
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 Xcode-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 Cline gebaute App im App Store und auf Google Play?
Deploye das Projekt auf eine öffentliche HTTPS-URL, trage diese URL in WebViewGold für iOS und Android ein, baue mit Xcode und Android Studio oder dem Cloud Builder und reiche über App Store Connect und die Play Console ein.
Spielt es eine Rolle, welches Modell ich in Cline verwende?
Nicht für die Stores. Apple und Google prüfen die deployte App, nicht das Modell, das sie geschrieben hat. Wähl das Modell, das mit deinem Stack gut zurechtkommt, und halte die Store-Readiness-Regeln in .clinerules oder AGENTS.md fest, damit jedes Modell sie befolgt.
Kann Cline über WebViewGold native Funktionen hinzufügen?
Ja. Gib ihm die llms-full.txt von WebViewGold; die JavaScript-Bridge besteht aus einfachen URL-Schemes und JavaScript-Variablen, Cline kann deinem bestehenden Code also Push-Registrierung, Haptik, das Share Sheet oder biometrischen Login hinzufügen.
Brauche ich einen Mac, um eine iOS-App zu veröffentlichen?
Nicht mit dem WebViewGold Cloud Builder: Konfiguration, Build und Upload zu App Store Connect passieren im Browser. Hast du einen Mac, funktioniert das Xcode-Projekt direkt.
Wie lange dauert das Apple-Review?
Die meisten Einreichungen werden innerhalb von 24 bis 48 Stunden geprüft. Bei Erst-Einreichungen und Apps mit Login kommt manchmal eine Rückfrage vom Reviewer; beantworte sie im Resolution Center und das Review geht weiter.
Was, wenn Apple die App ablehnt?
Ablehnungen nennen die Guideline und den Grund, und du kannst so oft wie nötig neu einreichen. WebViewGold kommt mit einer App Store Genehmigungsgarantie: Lehnt Apple die App aus einem nicht inhaltlichen Grund ab, bekommst du innerhalb von 14 Tagen nach dem Kauf dein Geld zurück.
Kann Cline die App so testen, wie ein Reviewer sie sieht?
Teilweise. Das Browser-Tool von Cline zeigt deine deployte Site und findet Layoutprobleme, aber Push-Benachrichtigungen, der QR-Scanner, Haptik und die anderen Funktionen von WebViewGold gibt es nur in der nativen App. Installiere den echten Build auf iOS über TestFlight und auf Android über den internen Test-Track von Google Play, geh die wichtigsten Abläufe auf einem Handy durch und reiche erst dann ein.
Welche Kosten laufen weiter, wenn eine Cline-App live ist?
Cline selbst kostet nur Modell-API-Tokens, während du entwickelst. Die Live-App braucht Hosting (Vercel, Netlify, Cloudflare Pages oder deinen Server), deinen Datenbank-Plan, jede Modell-API, die die App für ihre Nutzer aufruft, das Apple Developer Program für $99 pro Jahr und die einmalige Gebühr von $25 für Google Play. Die WebViewGold-Lizenz ist eine Einmalzahlung pro Plattform mit kostenlosen Updates.
Muss ich die App jedes Mal neu einreichen, wenn ich etwas in Cline ändere?
Nein. Die App lädt deine veröffentlichte URL, also sind Inhalts- und Feature-Änderungen, die du in Cline 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 iOS (kostenlose Updates) plus das Apple Developer Program ($99 pro Jahr). 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.