Claude Code
Die WebViewGold-Projekte sind gewöhnliche Xcode- und Android-Studio-Projekte, und ihre Konfiguration besteht aus zwei gut lesbaren Dateien. Claude Code kann also URL, App-Namen, Features und Berechtigungstexte für dich setzen, solange du eine klare Grenze um die Signierung ziehst. Dieser Guide zieht diese Grenze und zeigt die Prompts.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
WebViewGold für iOS wird in Config.swift konfiguriert, WebViewGold für Android in Config.java. Beide sind eine Liste dokumentierter Konstanten: URL, User-Agent, Feature-Schalter, Farben und Texte. Daneben liegen die Dateien, die Apple und Google lesen: Info.plist (iOS-Berechtigungstexte, Anzeigename, URL-Schemas) und AndroidManifest.xml (Android-Berechtigungen, Intent-Filter für App Links). Die iOS-Setup-Dokumentation und die Android-Setup-Dokumentation beschreiben jede Option, und derselbe Text steht für den Agenten in der llms-full.txt.
Öffne Claude Code im entpackten WebViewGold-Ordner (oder füge ihn neben dem Web-Projekt zu deinem Workspace hinzu) und lass es die Konfigurationsdateien lesen, bevor du Änderungen anforderst. Dann erkennt es die Optionsnamen, statt zu raten.
Ein Prompt pro Schritt hält die Diffs überschaubar.
iOS: host ("app.example.com") und webviewurl (die vollständige URL). Android: HOST und HOME_URL. Verwende die Produktionsdomain; die URL wird fest in die Binary kompiliert.
iOS: Product Name in den Build-Einstellungen und Bundle Display Name in der Info.plist; die Bundle-ID unter Signing & Capabilities für das App-Target und jedes Extension-Target (die OneSignal-Extension muss die Haupt-Bundle-ID als Präfix verwenden). Android: app_name in strings.xml und der Package Name (Standard com.webviewgold.myappname), umbenannt über Android Studio. Wähle die Identifier einmal; siehe warum sie sich später nicht ändern lassen.
useragent_iphone und useragent_ipad in Config.swift, USER_AGENT in Config.java: ein normaler mobiler User-Agent-String plus das Token, das deine Web-App erkennt (zum Beispiel WebViewGoldApp).
Push (kPushEnabled + oneSignalID; PUSH_ENABLED + IDs in build.gradle), Zeitpunkt des Dialogs (askforpushpermissionatfirstrun; requirePush), Social-Login-Helper-Trigger, RevenueCat-Keys, pulltorefresh, autoInjectVariable / AUTO_INJECT_VARIABLES, Deep Links (ShowExternalLink; IS_DEEP_LINKING_ENABLED).
Info.plist: passe die Nutzungsbeschreibungen an, die deine App braucht (Kamera, Fotos, Standort, Face ID), und lösche die, die sie nicht braucht, aber behalte den Key Privacy - Tracking Usage Description, den das Projekt erfordert. AndroidManifest.xml und Config.java: setze requireLocation, requireCamera, requireStorage, requireRecordAudio für ungenutzte APIs auf false und entferne die passenden Manifest-Einträge.
Ersetze das Icon-Image-Set und das Splash-Bild; Claude Code kann die Größen per Script aus einer 1024-px-Quelle erzeugen. Details im Guide zu Icon und Splash-Screen.
This folder contains the WebViewGold iOS project (Config.swift, Info.plist) or Android project (Config.java, AndroidManifest.xml, strings.xml). Read the configuration files first and keep every option you do not touch exactly as it is. Apply these settings: - Web app URL: https://app.example.com (host app.example.com) - App name: Example App - Custom user agent: the default mobile user agent of the platform followed by a space and the token WebViewGoldApp - Push: OneSignal enabled with App ID [paste], do not ask for permission on first run (we call registerpush:// from the web app) - Social Login Helper: Google triggers for https://accounts.google.com - RevenueCat: API key [paste], project ID [paste] - Pull to refresh on; auto-inject JavaScript variables on - Deep links to our domain enabled - Permissions: the app uses camera (QR scanning and photo uploads) and photo library. It does NOT use location, microphone, contacts, calendar or Bluetooth: remove those usage descriptions on iOS and set the corresponding require flags to false on Android together with the manifest entries. Keep the tracking usage description key on iOS. - Write short, honest permission texts in the voice of the app. Do not change: anything under signing, provisioning, team IDs, certificates, keystore or signing configs in build.gradle, the Xcode project name, the purchase code field, dependency versions, or any file in the Pods or build folders. Do not change the bundle ID or package name; I will do that in the IDE. Show me a diff summary grouped by file and list every setting you were unsure about.
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!
Öffne das Projekt in Xcode, lass es die Packages auflösen, wähle einen Simulator und starte. Prüfe, ob die URL lädt, der Splash erscheint und Rotation und Safe Areas sich richtig verhalten. Dann archivieren und zu TestFlight hochladen; TestFlight auf einem echten iPhone ist der Ort, an dem Push und Face ID getestet werden.
Gradle synchronisieren, auf einem Emulator starten, dann ein signiertes App Bundle mit deinem Keystore bauen. Lass Claude Code einen Debug-Build über die Kommandozeile mit dem Gradle-Wrapper ausführen und Compile-Fehler fixen, die es selbst verursacht hat, aber lass es nicht an die Release-Signierung.
Der Cloud Builder nimmt dieselben Einstellungen als Formular entgegen, kümmert sich um Bundle-Identifier und Signierung und lädt zu App Store Connect und in die Play Console hoch. Nutze ihn, wenn du keinen Mac besitzt oder Xcode und Android Studio nicht pflegen möchtest.
Lies das Diff von Config.swift und Config.java einmal Zeile für Zeile. Es ist kurz, und es ist die eine Stelle, an der ein falscher Boolean (Push aus, Cache bei jedem Start geleert) dich stillschweigend Nutzer kostet.
| Einstellung | Warum sie wichtig ist | Empfehlung |
|---|---|---|
deletecache / CLEAR_CACHE_ON_STARTUP | True loggt Nutzer bei jedem Start aus, weil Cookies gelöscht werden | false |
askforpushpermissionatfirstrun / requirePush | True zeigt den Systemdialog, bevor der Nutzer die App kennt | false, registerpush:// später aufrufen |
uselocalhtmlfolder / USE_LOCAL_HTML_FOLDER | True lädt das mitgelieferte HTML statt deiner URL | false, außer du lieferst ein Offline-Bundle mit |
openallexternalurlsinsafaribydefault | Entscheidet, ob andere Domains im System-Browser geöffnet werden | true für Marketing- und Social-Links, eigene Domains bleiben in der App |
| Übrig gebliebene Nutzungsbeschreibungen in der Info.plist | Reviewer hinterfragen Berechtigungen, die die App nie nutzt (2.5.4) | Ungenutzte löschen, den Tracking-Key behalten |
Es bearbeitet Dateien und kann Builds über die Kommandozeile ausführen; die IDE-Schritte (Signierung, Archivieren, Upload) bleiben bei dir. Lass es den genauen Klickpfad für deine Version aufschreiben, wenn du unsicher bist.
Füge den Compiler-Fehler in dieselbe Session ein. Typische Ursachen sind ein fehlendes Anführungszeichen oder ein Boolean, der als String geschrieben wurde. Der Agent fixt seine eigene Syntax schnell; liegt der Fehler bei der Signierung, mach die Änderung rückgängig und erledige sie in der IDE.
Ja, viele Teams halten ios/- und android/-Ordner neben dem Web-Projekt. Trag Build-Ordner und Keystore-Dateien in die .gitignore ein und committe niemals den Keystore oder Passwörter.
Deine Web-App aktualisierst du per Deploy. Für eine neue WebViewGold-Version lädst du das neue Projekt herunter, lässt Claude Code deine Einstellungen in die neuen Config.swift und Config.java übertragen und baust neu.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$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 ansehen$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 ausprobieren$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.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.
