Claude Code
Les projets WebViewGold sont des projets Xcode et Android Studio ordinaires, et leur configuration tient dans deux fichiers lisibles. Claude Code peut donc définir votre URL, le nom de l'app, les fonctionnalités et les textes d'autorisation à votre place, à condition de tracer une limite claire autour de la signature. Ce guide trace cette limite et donne les prompts.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
WebViewGold pour iOS se configure dans Config.swift ; WebViewGold pour Android dans Config.java. Chacun est une liste de constantes documentées : l'URL, le user agent, les interrupteurs de fonctionnalités, les couleurs et les textes. À côté se trouvent les fichiers que lisent Apple et Google : Info.plist (textes d'autorisation iOS, nom affiché, schémas d'URL) et AndroidManifest.xml (autorisations Android, intent filters pour les App Links). La documentation de configuration iOS et la documentation de configuration Android décrivent chaque option, et le même texte se trouve dans llms-full.txt pour l'agent.
Ouvrez Claude Code dans le dossier WebViewGold décompressé (ou ajoutez-le à votre espace de travail à côté du projet web) et laissez-le lire les fichiers de configuration avant de demander des modifications. Il reconnaîtra alors les noms des options au lieu de les deviner.
Un prompt par étape garde des diffs faciles à relire.
iOS : host (« app.example.com ») et webviewurl (l'URL complète). Android : HOST et HOME_URL. Utilisez le domaine de production : l'URL est compilée dans le binaire.
iOS : Product Name dans les build settings et Bundle Display Name dans Info.plist ; le bundle ID dans Signing & Capabilities pour la target de l'app et chaque target d'extension (l'extension OneSignal doit utiliser le bundle ID principal comme préfixe). Android : app_name dans strings.xml et le nom du package (par défaut com.webviewgold.myappname), renommé via Android Studio. Choisissez les identifiants une fois pour toutes ; voir pourquoi ils ne peuvent plus changer ensuite.
useragent_iphone et useragent_ipad dans Config.swift, USER_AGENT dans Config.java : une chaîne user agent mobile normale plus le jeton que votre web app détecte (par exemple WebViewGoldApp).
Push (kPushEnabled + oneSignalID ; PUSH_ENABLED + ID dans build.gradle), moment de la demande (askforpushpermissionatfirstrun ; requirePush), déclencheurs du Social Login Helper, clés RevenueCat, pulltorefresh, autoInjectVariable / AUTO_INJECT_VARIABLES, deep links (ShowExternalLink ; IS_DEEP_LINKING_ENABLED).
Info.plist : personnalisez les descriptions d'utilisation dont votre app a besoin (caméra, photos, localisation, Face ID) et supprimez les autres, mais gardez la clé Privacy - Tracking Usage Description, exigée par le projet. AndroidManifest.xml et Config.java : réglez requireLocation, requireCamera, requireStorage, requireRecordAudio sur false pour les API inutilisées et retirez les entrées correspondantes du manifest.
Remplacez le jeu d'images de l'icône et l'image du splash screen ; Claude Code peut générer toutes les tailles avec un script à partir d'une seule source de 1024 px. Détails dans le guide de l'icône et du splash screen.
Ce dossier contient le projet iOS WebViewGold (Config.swift, Info.plist) ou le projet Android (Config.java, AndroidManifest.xml, strings.xml). Lisez d'abord les fichiers de configuration et laissez exactement en l'état chaque option que vous ne modifiez pas. Appliquez ces réglages : - URL de la web app : https://app.example.com (host app.example.com) - Nom de l'app : Example App - User agent personnalisé : le user agent mobile par défaut de la plateforme, suivi d'un espace et du jeton WebViewGoldApp - Push : OneSignal activé avec l'App ID [collez ici], ne pas demander l'autorisation au premier lancement (nous appelons registerpush:// depuis la web app) - Social Login Helper : déclencheurs Google pour https://accounts.google.com - RevenueCat : clé API [collez ici], ID de projet [collez ici] - Pull-to-refresh activé ; injection automatique des variables JavaScript activée - Deep links vers notre domaine activés - Autorisations : l'app utilise la caméra (scan de QR codes et envoi de photos) et la photothèque. Elle n'utilise PAS la localisation, le micro, les contacts, le calendrier ni le Bluetooth : supprimez ces descriptions d'utilisation sur iOS et réglez les flags require correspondants sur false sur Android, avec les entrées du manifest. Gardez la clé de description d'utilisation du suivi (tracking) sur iOS. - Rédigez des textes d'autorisation courts et honnêtes, dans le ton de l'app. Ne modifiez pas : tout ce qui concerne la signature, le provisioning, les Team ID, les certificats, le keystore ou les signing configs dans build.gradle, le nom du projet Xcode, le champ du code d'achat, les versions des dépendances, ni aucun fichier des dossiers Pods ou build. Ne modifiez pas le bundle ID ni le nom du package ; je m'en chargerai dans l'IDE. Montrez-moi un résumé du diff groupé par fichier et listez chaque réglage sur lequel vous avez eu un doute.
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
Ouvrez le projet dans Xcode, laissez-le résoudre les packages, choisissez un simulateur et lancez. Vérifiez que l'URL se charge, que le splash screen s'affiche, que la rotation et les safe areas se comportent bien. Archivez ensuite et envoyez sur TestFlight ; c'est TestFlight sur un vrai iPhone qui permet de tester le push et Face ID.
Synchronisez Gradle, lancez sur un émulateur, puis générez un App Bundle signé avec votre keystore. Demandez à Claude Code de lancer un build de debug en ligne de commande via le Gradle wrapper et de corriger les erreurs de compilation qu'il a introduites, mais ne le laissez pas toucher à la signature de release.
Le Cloud Builder reprend les mêmes réglages sous forme de formulaire, gère les bundle identifiers et la signature, et envoie les apps sur App Store Connect et la Play Console. Utilisez-le si vous n'avez pas de Mac ou ne voulez pas maintenir Xcode et Android Studio.
Lisez une fois le diff de Config.swift et de Config.java ligne par ligne. Il est court, et c'est le seul endroit où un booléen erroné (push désactivé, cache vidé à chaque démarrage) vous coûte des utilisateurs sans faire de bruit.
| Réglage | Pourquoi c'est important | Recommandé |
|---|---|---|
deletecache / CLEAR_CACHE_ON_STARTUP | Sur true, les utilisateurs sont déconnectés à chaque lancement, car les cookies sont effacés | false |
askforpushpermissionatfirstrun / requirePush | Sur true, la demande du système s'affiche avant que l'utilisateur connaisse l'app | false, appelez registerpush:// plus tard |
uselocalhtmlfolder / USE_LOCAL_HTML_FOLDER | Sur true, le HTML embarqué est chargé à la place de votre URL | false, sauf si vous livrez un bundle hors ligne |
openallexternalurlsinsafaribydefault | Détermine si les autres domaines s'ouvrent dans le navigateur du système | true pour les liens marketing et sociaux, gardez vos propres domaines dans l'app |
| Descriptions d'utilisation laissées dans Info.plist | Les reviewers s'interrogent sur les autorisations que l'app n'utilise jamais (2.5.4) | Supprimez celles qui ne servent pas, gardez la clé de suivi |
Il modifie des fichiers et peut lancer des builds en ligne de commande ; les étapes dans l'IDE (signature, archive, envoi) restent les vôtres. Demandez-lui d'écrire le chemin exact des clics pour votre version si vous avez un doute.
Collez l'erreur du compilateur dans la même session. Les causes typiques sont un guillemet manquant ou un booléen écrit comme une chaîne. L'agent corrige rapidement sa propre syntaxe ; si l'erreur concerne la signature, annulez la modification et faites-la dans l'IDE.
Oui, beaucoup d'équipes placent des dossiers ios/ et android/ à côté du projet web. Ajoutez les dossiers de build et les fichiers keystore au .gitignore, et ne committez jamais le keystore ni les mots de passe.
Votre web app se met à jour en déployant. Pour une nouvelle version de WebViewGold, téléchargez le nouveau projet, laissez Claude Code reporter vos réglages dans les nouveaux Config.swift et Config.java, puis recompilez.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.
