Claude Code
Vous avez construit la web app dans le terminal avec Claude Code. La publier comme app native, c'est un tour de boucle de plus : déployer, laisser l'agent corriger ce qui compte pour les reviewers, encapsuler l'URL avec WebViewGold, compiler, soumettre. Voici le parcours complet, dans l'ordre, avec les prompts et la configuration dont vous avez besoin.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Une app WebViewGold est une app native iOS ou Android dont l'écran principal est une WKWebView (iOS) ou une Android WebView qui affiche votre web app déployée. Votre projet Next.js, Vite, SvelteKit ou HTML pur continue de vivre à son URL ; la coque native ajoute ce qu'un onglet de navigateur ne sait pas faire : notifications push, splash screen, écran hors ligne, connexion biométrique, feuille de partage native, deep links et une fiche sur l'App Store. Rien dans votre code n'a besoin d'être réécrit, et c'est pour cela que tout fonctionne si bien avec un agent : Claude Code continue de modifier la web app, vous continuez de déployer, et les apps des stores se mettent à jour d'elles-mêmes.
Le travail se répartit sur trois endroits. Le projet web (Claude Code en fait l'essentiel), les projets WebViewGold (une poignée de réglages dans Config.swift et Config.java) et les consoles des stores (fiches, réponses sur la confidentialité, notes pour la validation : Claude peut les rédiger, mais c'est vous qui soumettez).
Comptez un à deux jours ouvrés pour une première soumission, passés surtout à attendre les comptes et les validations.
Poussez le dépôt sur GitHub et connectez-le à Vercel, Netlify ou Cloudflare Pages ; demandez à Claude Code d'ajouter la configuration de déploiement et les variables d'environnement. Rattachez ensuite votre propre domaine. Une URL *.vercel.app fonctionne techniquement, mais un domaine personnalisé vous évite une nouvelle soumission plus tard, puisque l'URL est compilée dans l'app.
Collez le prompt ci-dessous. L'agent audite la mise en page mobile, ajoute les routes /privacy et /terms, une action de suppression de compte, des états d'erreur et des états vides, et retire les éléments réservés au site web comme les bandeaux « Téléchargez notre app ». Relisez le diff, lancez l'app sur votre téléphone, déployez.
Les reviewers appliquent la guideline 4.2 aux apps basées sur le web : donnez-leur donc quelque chose qu'un onglet Safari ne sait pas faire. Les notifications push sont le choix habituel ; le guide du pont JavaScript montre comment Claude Code les intègre.
iOS : ouvrez Config.swift et renseignez host et webviewurl ; Android : ouvrez Config.java et renseignez HOST et HOME_URL. Définissez le nom et l'icône de l'app, puis activez les fonctionnalités que vous utilisez (service push, déclencheurs du Social Login Helper, pull-to-refresh). Claude Code peut aussi modifier ces fichiers ; le guide de configuration des projets précise ce que vous pouvez le laisser toucher.
Avec un Mac : ouvrez le projet Xcode, choisissez votre Team et votre bundle ID, archivez, envoyez. Android Studio : renommez le package, générez un App Bundle signé. Sans Mac, ou si vous ne voulez installer aucun des deux IDE, le Cloud Builder compile les deux apps dans le navigateur et les envoie sur App Store Connect et la Play Console.
Demandez à Claude Code la politique de confidentialité, les réponses App Privacy et Data safety, la description, les mots-clés et les notes pour la validation à partir du vrai code, puis faites des captures d'écran de l'app réelle. Le guide des fiches contient les prompts.
Apple répond généralement sous 24 à 48 heures, Google sous quelques jours (jusqu'à une semaine pour les nouveaux comptes). Si un refus arrive, collez-le dans Claude Code ; le guide des refus explique comment le trier.
Lancez-le une fois, lisez le résumé, puis déployez. L'agent posera des questions là où votre stack exige des décisions (quel fournisseur d'authentification, où se trouvent les données utilisateur).
Cette web app sera publiée sous forme d'apps natives iOS et Android avec WebViewGold, un wrapper natif qui charge notre URL déployée dans une WKWebView / Android WebView. Préparez la base de code pour la validation App Store et Google Play. Traitez les points suivants, faites un commit après chacun et terminez par un résumé de ce qui a changé et de ce qu'il me reste à faire manuellement. 1. Mise en page mobile : balise meta viewport présente, aucun débordement horizontal entre 320 px et 1024 px, zones tactiles d'au moins 44 x 44 px, en-têtes et pieds de page fixes avec un padding env(safe-area-inset-top) et env(safe-area-inset-bottom), aucune interaction uniquement au survol, aucune navigation réservée au desktop. 2. Pages légales : ajoutez les routes /privacy et /terms avec un vrai contenu basé sur ce que l'app collecte réellement (vérifiez le code d'authentification, d'analytics et de paiement). Liez les deux depuis le pied de page et depuis l'écran des réglages. Pas de Lorem ipsum ni de texte provisoire. 3. Suppression de compte : si les utilisateurs peuvent s'inscrire, ajoutez dans les réglages une action Supprimer le compte avec une étape de confirmation, qui supprime côté serveur les données et l'enregistrement d'authentification de l'utilisateur, le déconnecte et affiche une confirmation. Ajoutez une page publique /delete-account qui explique la procédure. 4. Sign in with Apple : s'il existe une connexion Google, Facebook, GitHub ou tout autre fournisseur tiers, ajoutez Sign in with Apple comme option équivalente (guideline Apple 4.8). 5. Paiements : listez chaque endroit où un produit numérique, un abonnement ou un pack de crédits est vendu. Ne modifiez rien pour l'instant ; signalez-les pour que je puisse choisir entre achat intégré et paiement web. 6. États : chaque chargement de données a besoin d'un état de chargement, d'un état vide et d'un état d'erreur avec un bouton Réessayer. Aucun écran blanc, aucun rejet de promesse non intercepté visible par les utilisateurs. 7. Retirez les éléments réservés au site web quand l'app tourne dans le wrapper natif : bandeaux cookies non obligatoires légalement, badges des app stores, bandeaux Téléchargez notre app, badges de builder, liens promotionnels externes. Privilégiez la détection de la chaîne user agent du wrapper que nous définirons dans WebViewGold (elle contient le jeton WebViewGoldApp) pour masquer ces éléments. 8. Impasses : trouvez les liens qui mènent à des pages 404, les boutons factices et les fonctionnalités marquées « bientôt disponible ». Corrigez-les ou supprimez-les. 9. Définissez le titre HTML sur le nom de l'app (30 caractères max.) et ajoutez une meta description. 10. Secrets : confirmez qu'aucune clé API censée rester côté serveur n'est livrée dans le bundle client.
Excellente façon de convertir son app web en app native ! Un délai très court, et un super moyen de mettre ses apps dans les stores sans devoir développer une app native complète !
Claude Code lit le fichier CLAUDE.md à la racine du projet au début de chaque session. Une courte section comme celle-ci garde chaque modification future compatible avec les stores. Le modèle complet va plus loin.
## Native app context (WebViewGold)
- This web app is also published as iOS and Android apps. The native apps load
https://app.example.com inside a WebView. Everything we deploy is live in the apps.
- Keep the layout working from 320 px width; respect env(safe-area-inset-*) on fixed bars.
- Never add "Download our app" banners, cookie walls or builder badges.
- Store rules we follow: Apple 4.2 (not just a website), 4.8 (Sign in with Apple when
other social logins exist), 5.1.1 (privacy policy + in-app account deletion),
3.1.1 (digital goods inside the iOS app go through in-app purchase).
- Native features are plain URL schemes handled by the wrapper, documented at
https://www.webviewgold.com/llms-full.txt. Call them only when the user agent contains
"WebViewGoldApp"; in normal browsers fall back to web behavior.| Claude Code | Vous | |
|---|---|---|
| Web app | Corrections de mise en page, routes légales, suppression de compte, états d'erreur, appels au pont natif, configuration du déploiement | Relire les diffs, tester sur un vrai téléphone, déployer |
| Projets WebViewGold | Modifier les valeurs de Config.swift / Config.java, les textes d'autorisation, les entrées du manifest (avec relecture) | Signature, certificats, keystore, bundle ID dans App Store Connect |
| Consoles des stores | Rédiger la politique de confidentialité, les réponses sur la confidentialité, la description, les mots-clés, les notes pour la validation | Créer les apps, envoyer les captures d'écran, remplir les questionnaires, soumettre |
| Retours de validation | Analyser le texte du refus, proposer des corrections, rédiger la réponse | Décider, soumettre à nouveau |
Non. La validation porte sur le comportement, la complétude, la confidentialité et les paiements. L'éditeur ou l'agent qui a écrit le code est invisible et sans importance.
Pour la voie manuelle avec Xcode, oui. Le Cloud Builder de WebViewGold compile et envoie l'app iOS depuis le navigateur, donc tout le workflow fonctionne aussi sous Windows ou Linux.
Oui. Les deux projets WebViewGold pointent vers la même web app déployée. Les différences entre plateformes se gèrent via les réglages du wrapper et, si nécessaire, la détection du user agent dans votre code.
Aucun problème. Les déploiements mettent à jour les deux apps instantanément. Seules les modifications de la coque native (nouvelles autorisations, nouveau service push, nouveau nom d'app) exigent un nouveau build et une mise à jour sur les stores.
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.