Aller au contenu
WebViewGold Du vibe coding à l'App Store
Français
Obtenir WebViewGold

Claude Code

Publier des mises à jour d'app depuis votre téléphone avec Claude Code sur le web et l'app Claude

Une app WebViewGold charge votre URL de production : la plupart des mises à jour de l'app sont donc de simples déploiements web. Les sessions cloud de Claude Code tournent sur l'infrastructure d'Anthropic et non sur votre ordinateur portable : vous pouvez décrire un bug dans l'app Claude sur votre téléphone, relire le diff, merger, et les apps iOS et Android affichent la correction au prochain chargement. Voici la configuration, la boucle de travail et les modifications qui exigent encore un build pour les stores.

Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.

  • Garantie d'approbation – ou remboursement sous 14 jours
  • Aucun codage requis
  • Paiement unique, mises à jour gratuites
  • Support humain 24/7
  • Conçu en Allemagne depuis 2014 · ISO 27001

Pourquoi cela fonctionne si bien pour les apps WebViewGold

Les binaires de l'App Store et de Google Play contiennent la coque native : l'URL, le nom, l'icône, les autorisations et les fonctionnalités que vous avez activées. Vos écrans, vos textes, vos parcours et vos corrections de bugs vivent dans la web app. Quand vous déployez la web app, les deux apps des stores affichent la nouvelle version au chargement suivant, sans nouveau build et sans attente de validation. « Corriger l'app » devient « corriger un site web », et un site web se corrige de n'importe où.

Claude Code sur le web, à l'adresse claude.ai/code, exécute chaque tâche dans une session cloud : une machine virtuelle neuve dans laquelle votre dépôt GitHub est cloné, où Claude modifie les fichiers, lance votre build et vos tests, et pousse une branche. L'app Claude pour iOS et Android accède aux mêmes sessions dans son onglet Code. Les sessions continuent de tourner quand vous verrouillez le téléphone, et vous pouvez les reprendre plus tard sur n'importe quel appareil. Il vous faut un forfait Claude payant qui inclut Claude Code, et un dépôt sur GitHub.

Configuration initiale

À faire une fois sur un ordinateur ; ensuite, votre téléphone suffit.

  1. Déployez depuis Git

    Connectez le dépôt à Vercel, Netlify ou Cloudflare Pages pour que la branche main se déploie en production et que chaque pull request reçoive une URL de preview. Le merge devient votre bouton de déploiement, et la session cloud n'a jamais besoin d'un jeton de déploiement.

  2. Connectez GitHub à Claude

    Ouvrez claude.ai/code et autorisez la Claude GitHub App pour le dépôt. Si vous utilisez déjà la GitHub CLI, /web-setup dans une session Claude Code en terminal est une alternative.

  3. Vérifiez l'environnement cloud

    L'environnement Default dispose d'un accès réseau Trusted : les registres de paquets et GitHub sont accessibles, les hôtes arbitraires ne le sont pas. Cela suffit pour installer les dépendances, compiler et tester. Ne mettez pas de secrets dans ses variables d'environnement ; toute personne qui utilise l'environnement peut les lire.

  4. Installez les dépendances automatiquement

    Ajoutez le hook SessionStart ci-dessous dans .claude/settings.json, ainsi que le petit script qui l'accompagne, pour que chaque session cloud démarre avec node_modules en place. Sur votre propre machine, le script ne fait rien.

  5. Commitez le contexte de votre projet

    Les sessions cloud lisent le CLAUDE.md du dépôt, .claude/settings.json, les commandes, les skills et les sous-agents. Le modèle CLAUDE.md et le hook anti-localhost vous protègent sur le téléphone exactement comme à votre bureau.

  6. Installez l'app Claude

    Installez l'app Claude sur votre iPhone ou votre téléphone Android, connectez-vous avec le même compte et ouvrez l'onglet Code. Votre dépôt devrait apparaître quand vous démarrez une nouvelle session.

Le hook SessionStart dans .claude/settings.json

Le bloc PreToolUse est le garde-fou anti-localhost du guide sur les releases ; les deux hooks vivent dans le même fichier. $CLAUDE_PROJECT_DIR pointe toujours vers la racine du dépôt.

json
{
  "hooks": {
    "SessionStart": [
      {
        "matcher": "startup|resume",
        "hooks": [
          {
            "type": "command",
            "command": "bash \"$CLAUDE_PROJECT_DIR\"/scripts/cloud-setup.sh"
          }
        ]
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "\"$CLAUDE_PROJECT_DIR\"/.claude/hooks/guard-native-config.sh",
            "timeout": 30
          }
        ]
      }
    ]
  }
}

Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)

Julian Koch · Co-fondateur de DuelDonkey · CodeCanyon

scripts/cloud-setup.sh

Le test sur CLAUDE_CODE_REMOTE l'empêche de s'exécuter en local, et le test sur node_modules saute l'installation quand elle est déjà faite.

bash
#!/bin/bash
# scripts/cloud-setup.sh
# Runs at the start of every Claude Code session; does nothing on your own machine.
[ "$CLAUDE_CODE_REMOTE" = "true" ] || exit 0
cd "$CLAUDE_PROJECT_DIR" || exit 1
[ -d node_modules ] || npm ci

La boucle depuis votre téléphone

1. Décrivez la correction

Ouvrez l'onglet Code, choisissez le dépôt et la branche, et décrivez le problème comme un rapport de bug : quel écran, quel appareil, ce que vous attendiez. Le prompt ci-dessous est un bon modèle, et la dictée fonctionne très bien.

2. Laissez-le travailler

Claude modifie, compile et teste dans la VM cloud. Verrouillez le téléphone si vous voulez ; la session continue de tourner, et vous répondez à ses questions à votre retour.

3. Relisez le diff

Ouvrez la carte Changes et touchez le nombre de lignes pour voir le diff. Commentez des lignes précises et envoyez les commentaires avec votre prochain message si quelque chose ne va pas.

4. Ouvrez la pull request

Laissez Claude créer la pull request. Votre hébergeur construit un déploiement de preview, et la vérification de conformité aux stores dans GitHub Actions commente les risques liés aux stores.

5. Vérifiez la preview, mergez

Ouvrez l'URL de preview dans le navigateur de votre téléphone et essayez le parcours corrigé, puis mergez dans l'app GitHub ou dans le navigateur. Le merge déclenche le déploiement en production.

6. Confirmez dans l'app du store

Fermez complètement l'app WebViewGold et rouvrez-la. Elle charge la nouvelle version de production, tout comme les apps de vos utilisateurs à leur prochain lancement.

Un rapport de bug qui fonctionne depuis un téléphone

Un écran, un appareil et une attente concrets, une direction de correction claire, les vérifications à lancer et une limite (« rien sous native/ »). C'est tout ce dont une session cloud a besoin.

À taper ou dicter dans l'onglet Code de l'app Claude
Bug en production dans l'app iPhone (une app WebViewGold qui charge https://app.example.com) : sur l'écran de paiement, le bouton Payer passe derrière l'indicateur d'accueil sur l'iPhone 15 et les modèles plus récents. Attendu : le bouton entier est visible au-dessus de l'indicateur d'accueil, comme dans Safari.

Corrigez-le avec un padding env(safe-area-inset-bottom) sur la barre de paiement fixe, gardez la mise en page desktop inchangée et vérifiez si une autre barre fixe en bas d'écran a le même problème. Lancez npm run lint et npm run build. Commitez sur une nouvelle branche et ouvrez une pull request avec une description de trois lignes que je peux lire sur mon téléphone. Ne modifiez rien sous native/.

Déploiement ou build pour les stores ?

ModificationPasse par un déploiement webExige un nouveau build pour les stores
Corrections de mise en page, textes, nouveaux écrans et parcoursOuiNon
Un nouveau bouton qui utilise une fonctionnalité du pont déjà activée, comme la feuille de partageOuiNon
Activer une nouvelle fonctionnalité native, un fournisseur de push ou une autorisationSeulement la partie webOui : Config.swift, Config.java, Info.plist ou AndroidManifest.xml changent
Un nouveau domaine de production ou une nouvelle URL de démarrageNonOui, l'URL est compilée dans l'app
Nom de l'app, icône, splash screenNonOui
Nouveaux produits d'achat intégréSeulement la partie webLes produits dans App Store Connect et la Play Console, plus un build si la config native change
Une nouvelle version de WebViewGoldNonOui

Quand il vous faut quand même votre ordinateur

Les sessions cloud tournent sur des machines virtuelles Linux. Elles disposent de Node.js, Python, Java et Gradle, mais ni de Xcode ni du SDK Android : elles ne peuvent donc pas compiler les apps natives. Pour une modification native, vous avez trois options. Lancez Claude Code avec claude remote-control sur votre Mac et pilotez cette session locale depuis l'onglet Code ; le travail et les outils de build restent sur votre machine. Confiez le build au Cloud Builder, qui compile et envoie les deux apps depuis un navigateur. Ou gardez-la pour votre prochaine session au bureau.

Deux autres passages de relais méritent d'être connus. Dans l'app Claude, vous pouvez demander à Claude de surveiller une pull request et de corriger les échecs de CI ou les commentaires de review au fil de l'eau ; cette correction automatique nécessite la Claude GitHub App sur le dépôt. Et de retour à votre ordinateur, claude --teleport rapatrie une session cloud dans votre terminal, branche et conversation comprises. Pour une vue complète de ce qui exige une release sur les stores, voir modifications web ou natives après le lancement.

Checklist pour un déploiement sûr depuis votre téléphone

  • Le déploiement de preview fonctionne dans le navigateur de votre téléphone pour le parcours modifié.
  • Le lint, le build et la vérification de conformité aux stores sont au vert sur la pull request.
  • Rien n'a changé sous native/ ; sinon, prévoyez un build pour les stores.
  • Vous savez où se trouve le rollback instantané dans le tableau de bord de votre hébergeur.
  • Le HTML est servi avec des en-têtes de cache courts et les assets ont des noms de fichiers hachés, pour que les apps récupèrent la nouvelle version au lancement suivant.
  • Vous ouvrez vous-même la vraie app après le déploiement.

Pièges

  • Merger sans preview. Les apps des stores affichent immédiatement la production. Un coup d'œil à l'URL de preview sur votre téléphone coûte moins cher qu'un hotfix.
  • Des secrets dans l'environnement cloud. Ses variables d'environnement sont visibles par toute personne qui l'utilise. Une correction d'interface n'a pas besoin des secrets de production, et les secrets de déploiement restent chez votre hébergeur.
  • Des appels réseau bloqués. L'accès Trusted autorise les registres de paquets et GitHub, pas votre API de staging. Si vos tests en ont besoin, ajoutez votre domaine via l'accès réseau Custom.
  • Un cache trop agressif. Si votre HTML ou un service worker met en cache d'anciens bundles, les utilisateurs continuent de voir l'ancienne version jusqu'à un rechargement. Demandez une fois à Claude de vérifier les en-têtes de cache et la logique de mise à jour du service worker.
  • Des sessions expirées. Une session cloud inactive finit par libérer sa VM. La rouvrir restaure la conversation, mais pas les processus en cours : demandez à Claude de relancer le build si nécessaire.
  • Des limites partagées. Les sessions cloud comptent dans l'usage de votre forfait comme tout autre travail avec Claude Code, et les sessions parallèles l'épuisent plus vite.

Questions fréquentes

Ai-je besoin d'un ordinateur portable pour livrer une correction de cette façon ?

Pas pour les modifications de la web app : l'app Claude, GitHub et votre hébergeur suffisent. Pour les modifications de la coque native, il vous faut un Mac pour Xcode, un ordinateur pour Android Studio, ou le Cloud Builder dans un navigateur.

Quels forfaits Claude incluent les sessions cloud ?

Au moment de la rédaction, les sessions cloud font partie des forfaits payants qui incluent Claude Code (Pro, Max, Ultra et Team) et des sièges Enterprise avec Claude Code. Consultez la page actuelle des forfaits d'Anthropic, car cela évolue.

Les utilisateurs doivent-ils mettre l'app à jour depuis le store pour obtenir la correction ?

Non. Les apps WebViewGold chargent votre URL de production : la correction apparaît au prochain lancement ou rechargement. Seules les modifications de la coque native exigent une mise à jour sur les stores.

A-t-on le droit de modifier une app validée sans nouvelle validation ?

Mettre à jour le contenu et corriger des bugs dans votre web app est normal pour les apps basées sur le web. Changer l'objectif de l'app ou ajouter des fonctionnalités qui enfreignent les guidelines ne l'est pas, et la prochaine mise à jour native est évaluée par rapport à la web app du moment.

Claude peut-il déployer en production directement depuis la session cloud ?

Mieux vaut éviter. Laissez Claude ouvrir une pull request et laissez votre hébergeur déployer au merge. Les identifiants de déploiement restent ainsi hors de la session, et vous gardez une étape de relecture sur votre téléphone.

L'app Android se met-elle à jour de la même façon ?

Oui. Les deux apps chargent la même URL de production : un seul merge met à jour iOS et Android en même temps.

Trois façons de mettre votre app dans 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.

Faites-le vous-même

$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

Full Service

$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 WeSetupYourWebViewApp

Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.

Prêt à publier votre app ?

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.