Mettre en ligne une application : le rôle de GitHub, Vercel et Turso

Mettre en ligne une application veut dire la rendre accessible à une adresse web, depuis n'importe quel ordinateur ou téléphone. Avec Claude Code, trois services s'en occupent : GitHub garde le code, Vercel le fait tourner sur internet et lui donne son adresse, Turso garde les données.

Vous décrivez ce que vous voulez en français et Claude Code écrit le code. Ensuite, il le range sur GitHub, et Vercel met la nouvelle version en ligne. Votre travail consiste à vérifier le résultat à l'écran.

Cet article s'adresse à une personne qui n'a jamais programmé et qui veut sortir son outil de son ordinateur. À la fin, vous saurez à quoi sert chaque service et comment une modification arrive en ligne. Vous saurez aussi réparer une mise en ligne ratée, et ce qu'il reste à surveiller.

Que veut dire « mettre en ligne » une application ?

Pendant que Claude Code construit votre application, elle tourne en local, c'est-à-dire sur votre ordinateur, à une adresse que vous seul pouvez ouvrir. Une fois mise en ligne, elle tourne chez un service spécialisé. Vos collègues l'ouvrent alors à une adresse publique, depuis leur bureau ou leur téléphone.

Un déploiement est la mise en ligne d'une nouvelle version. La production désigne la version en ligne, celle que tout le monde utilise. Vous ne gérez aucun serveur, c'est-à-dire aucun ordinateur allumé en permanence pour faire tourner l'application : Vercel s'en charge.

Quels services faut-il, et à quoi sert chacun ?

Une application en ligne a trois besoins : ranger son code, le faire tourner et garder ses données. Chaque besoin a son service, et chacun propose une offre gratuite pour démarrer.

GitHub garde le code et son historique

Le code est le texte que Claude écrit pour faire fonctionner votre application. GitHub le range dans un dépôt, un espace réservé à un projet. Un dépôt privé n'est visible que par vous. GitHub garde aussi chaque version passée : si une modification casse un écran, on revient à celle d'hier. Créez ce compte au nom de l'entreprise, parce que c'est lui qui possède votre code. L'article sur GitHub et son historique montre comment s'en servir au quotidien.

Vercel construit l'application et lui donne une adresse

Vercel surveille votre dépôt GitHub. À chaque modification envoyée, il reconstruit l'application à partir du code, puis il remplace l'ancienne version en ligne. Il fournit aussi une première adresse, qui se termine par .vercel.app. Vous pourrez ensuite lui donner une adresse à votre nom, comme outil.mon-entreprise.fr, grâce à l'article sur le nom de domaine d'une application. Pour le fonctionnement de Vercel en détail, lisez Vercel expliqué sans jargon.

Turso garde les données

Une base de données est l'endroit où l'application garde vos informations, comme un classeur Excel qu'elle remplit elle-même. Chaque feuille de ce classeur s'appelle une table : une pour les contacts, une pour les devis. Turso héberge cette base, à part du code. GitHub et Vercel ne conservent donc aucune de vos données. L'article une base de données expliquée avec un classeur Excel reprend ces notions pas à pas.

Comment se passe la première mise en ligne ?

Comptez une vingtaine de minutes la première fois, surtout pour créer les comptes. Vous travaillez dans l'onglet Code de l'application Claude pour ordinateur, sur Mac ou sur Windows. Si Claude Code n'est pas encore installé, suivez d'abord l'installation pas à pas.

1. 1Créez un compte sur github.com avec l'adresse e-mail de votre entreprise.
2. 2Sur vercel.com, inscrivez-vous avec le bouton Continue with GitHub, puis acceptez que Vercel lise vos dépôts.
3. 3Sur turso.tech, inscrivez-vous aussi avec votre compte GitHub.
4. 4Notez vos identifiants dans votre gestionnaire de mots de passe.
5. 5Dans l'onglet Code, ouvrez le dossier de votre projet et tapez votre demande.

Pendant le travail, Claude vous demandera peut-être de confirmer une connexion à GitHub ou à Vercel dans votre navigateur. Acceptez-la. Quelques minutes plus tard, il vous donne une adresse en .vercel.app. Ouvrez-la sur votre téléphone : votre application s'affiche.

Dans la formation Korbolia, un kit de départ fournit déjà le site Next.js, la base Turso branchée et le fichier CLAUDE.md, la mémoire du projet.

Ce que montre l'écran de Vercel

Sur vercel.com, la page de votre projet montre un encadré consacré à la version en production. On y lit l'adresse publique, le message qui décrit la dernière modification et un statut. Tant que Vercel travaille, le statut indique Queued, qui veut dire en attente, puis Building, qui veut dire en construction. Quand tout s'est bien passé, il affiche Ready, qui veut dire prêt. En cas d'échec, il affiche Error.

Les clés secrètes restent hors du code

L'application a besoin de l'adresse de la base et d'une clé secrète, un long code qui l'ouvre comme un mot de passe. Ces deux valeurs ne vont jamais sur GitHub : sur votre ordinateur, elles sont rangées dans le fichier .env.local, que le projet exclut. En ligne, elles vivent dans les variables d'environnement de Vercel, des réglages gardés à part du code, dans la rubrique Environment Variables du projet.

Un détail surprend souvent : une variable modifiée dans Vercel ne s'applique qu'aux mises en ligne suivantes. Après chaque changement de clé, demandez donc à Claude de remettre l'application en ligne.

Que se passe-t-il à chaque modification ?

Une fois l'application en ligne, chaque amélioration suit la même boucle, qui devient vite une habitude.

1. 1Vous décrivez le changement à Claude Code, qui le fait sur votre ordinateur.
2. 2Vous ouvrez l'adresse locale et vous essayez l'écran : le cas normal, les champs vides, le rechargement de la page, le téléphone.
3. 3Si tout vous convient, vous demandez à Claude d'enregistrer le changement et de l'envoyer sur GitHub.
4. 4Vercel voit l'envoi, reconstruit l'application et affiche Ready. La nouvelle version remplace l'ancienne, sans coupure pour ceux qui l'utilisent.

La demande de l'étape 3 tient en une phrase :

Git garde l'historique du code sur votre ordinateur, et GitHub le range en ligne. Chaque enregistrement s'appelle un commit : une photo du code à un instant, avec un message qui dit ce qui a changé. Enregistrez souvent. Un travail absent de Git peut être écrasé par la prochaine mise en ligne, et j'en ai fait l'expérience.

Quand la construction échoue

Quand la construction d'une nouvelle version échoue, Vercel laisse l'ancienne version en ligne. Vos collègues ne voient rien. Pour corriger, laissez Claude lire le journal de construction :

Un cas a coûté une nuit pendant la construction du CRM de Rugstar : Vercel affichait BLOCKED, sans explication utile. Chaque commit porte l'adresse e-mail de son auteur, et aucune n'était réglée dans Git sur ce projet. La solution tient en une demande à Claude : configurer l'e-mail Git du projet avec l'adresse du compte Vercel. Ce piège et onze autres sont racontés dans les douze pièges du vibe coding.

Comment tester sans toucher à la version en ligne ?

Deux habitudes protègent la production : une base d'essai séparée, et des adresses d'aperçu.

Une base d'essai et une base réelle

La base d'essai sert à vos tests sur votre ordinateur. La base de production contient les vraies données et sert à l'application en ligne. Le fichier .env.local pointe sur la première, les variables de Vercel sur la seconde. Comme ça, un essai raté le dimanche soir n'efface pas les contacts du lundi matin.

Quand vous ajoutez une colonne à une table, le changement se fait d'abord sur la base d'essai, puis sur la base de production. Sur la seconde, demandez à Claude d'ajouter seulement, sans jamais supprimer ni forcer. J'ai oublié un jour une règle posée sur la base d'essai, et des fiches en double sont apparues en production.

Des adresses d'aperçu

Quand Claude travaille sur une branche, c'est-à-dire une copie de travail du code à côté de la version officielle, Vercel construit une adresse d'aperçu séparée. Vous pouvez l'envoyer à un collègue pour avoir son avis. La production change seulement quand vous demandez à Claude de fusionner la branche avec la version officielle.

Dans Vercel, chaque variable s'applique à un ou plusieurs environnements : Production pour la version en ligne, Preview pour les aperçus, Development pour votre ordinateur. Donnez aux aperçus la base d'essai, pour qu'un collègue qui teste ne touche pas aux vraies données. L'article tester une modification sans casser la version en ligne décrit cette méthode en détail.

Que faire quand une mise en ligne casse quelque chose ?

Il arrive qu'une version passe la construction, affiche Ready, et casse pourtant un écran. Deux chemins permettent de revenir en arrière.

Le plus rapide se trouve dans Vercel. Sur l'encadré de la version en production, le bouton Instant Rollback remet en ligne une version précédente, en quelques secondes et sans reconstruire. Avec l'offre gratuite, seul le retour à la version immédiatement précédente est possible. Après ce retour, Vercel suspend la mise en ligne automatique : vos prochains envois sur GitHub n'arrivent plus en production. Une fois la correction prête, le bouton Undo Rollback, au même endroit, rétablit le fonctionnement normal.

Le second chemin passe par GitHub, qui garde toutes les versions du code :

Ces deux retours en arrière concernent le code. Les données enregistrées entre-temps restent dans la base, y compris celles qu'une version fautive aurait abîmées. La base a donc besoin de ses propres sauvegardes : un export régulier, et un essai de restauration fait au moins une fois. L'article sur la sauvegarde de la base de données montre comment faire. Pour savoir qui répare quand vous n'êtes pas disponible, lisez qui maintient une application créée avec l'IA.

Que faut-il surveiller une fois l'application en ligne ?

Une application en ligne demande un peu d'entretien. En plus des sauvegardes et des coûts, deux sujets comptent dès qu'elle sert à une équipe.

La sécurité. Un outil interne demande une connexion, et des rôles qui décident qui voit quoi. Une page destinée à vos clients s'ouvre sans connexion, et se teste en étant déconnecté. L'article sécuriser une application créée avec l'IA détaille ces règles. Pour un outil qui touche à des paiements ou à des données sensibles, voyez aussi faire auditer une application codée par l'IA.

Les règles du projet. Le fichier CLAUDE.md, placé à la racine du projet, garde les règles que Claude Code relit au début de chaque session. Écrivez-y au moins cet interdit : jamais de commande « push --force » sur la base, parce qu'elle recrée les tables et les vide. L'article sur le fichier CLAUDE.md montre quoi y mettre d'autre.

Combien coûte la mise en ligne, et quelles sont les limites ?

Les trois services ont une offre gratuite, avec des conditions à lire.

• GitHub : l'offre gratuite comprend les dépôts privés, en nombre illimité.
• Turso : l'offre gratuite couvre un certain volume de données et de lectures. Dans son tableau de bord, surveillez le compteur de lignes lues : une page qui relit toute la base à chaque lettre tapée le fait grimper.
• Vercel : l'offre gratuite, appelée Hobby, est réservée par ses conditions à un usage personnel et non commercial. Un outil qui sert à une entreprise relève en principe de l'offre Pro, payante. En cas de doute, Vercel invite à poser la question à son support.

Les tarifs changent. Consultez les pages de Vercel, de Turso et de GitHub le jour où vous décidez. L'article combien coûte une application maison chaque mois fait la liste complète des postes, abonnement Claude et nom de domaine compris.

La méthode a aussi ses limites. Elle produit des applications web, et aucune application publiée dans l'App Store ou sur Google Play. Elles s'installent quand même sur l'écran d'accueil du téléphone, comme l'explique l'article sur l'application mobile sans App Store. Une caisse qui enregistre des ventes aux particuliers, la comptabilité légale et la paie restent dans les logiciels prévus pour. Votre application peut s'y relier et s'occuper du reste.

Questions fréquentes

Faut-il savoir coder pour mettre en ligne une application ?

Mettre en ligne une application construite avec Claude Code ne demande aucune connaissance en programmation. Claude crée le dépôt GitHub, relie le projet à Vercel et règle les variables à partir d'une demande écrite en français. Votre rôle consiste à créer les trois comptes, à accepter les connexions dans le navigateur et à vérifier le résultat à l'écran.

Mettre en ligne une application sur Vercel est-il gratuit ?

Vercel propose une offre gratuite, Hobby, que ses conditions réservent à un usage personnel et non commercial. Une application utilisée par une entreprise relève en principe de l'offre Pro, payante. GitHub et Turso ont aussi une offre gratuite pour démarrer. Les tarifs évoluent, alors vérifiez la page de prix de chaque service avant de choisir.

Où sont gardées les données d'une application mise en ligne sur Vercel ?

Les données d'une application mise en ligne sur Vercel avec cette méthode sont gardées dans une base Turso, séparée du code. Vercel fait tourner l'application et GitHub garde le code, et aucun des deux ne conserve vos contacts ou vos devis. La base doit donc être sauvegardée à part, avec un export régulier.

Que se passe-t-il si une mise en ligne échoue ?

Quand la construction d'une nouvelle version échoue, Vercel affiche Error et laisse la version précédente en ligne. Les personnes qui utilisent l'application ne voient aucun changement. Il reste à demander à Claude Code de lire le journal de construction, de corriger, puis de renvoyer la modification.

Peut-on publier l'application dans l'App Store avec cette méthode ?

Une application mise en ligne avec GitHub, Vercel et Turso est une application web : elle s'ouvre dans le navigateur et s'installe sur l'écran d'accueil du téléphone. Cette méthode ne publie rien dans l'App Store ni sur Google Play.

Par où commencer

Commencez par créer les trois comptes gratuits, GitHub, Vercel et Turso, en vous inscrivant sur les deux derniers avec votre compte GitHub. Ensuite, demandez à Claude Code une page qui affiche seulement le nom de votre entreprise, et faites-la mettre en ligne. Vous verrez la boucle complète une première fois, avant d'y confier vos vraies données.

Les deux premières leçons de Korbolia sont gratuites : elles installent Claude et montrent ce qu'une application sur mesure change pour une petite entreprise. Pour choisir votre premier outil, lisez le premier projet avec Claude Code.