Nouveau sur ce sujet ? Vous êtes au bon endroit. Cet article ne suppose pas que vous ayez déjà construit ou déployé quoi que ce soit. Si un mot a besoin d'être expliqué, il l'est exactement là où il apparaît. C'est probablement le sujet le plus dense en jargon de toute cette série, donc allez-y doucement — il y a beaucoup de vocabulaire condensé.
Le mot vers lequel tout le reste converge : déployer
Construire une app sur son propre ordinateur et la rendre réellement utilisable par d'autres personnes sur internet sont deux choses très différentes. Pendant que vous la construisez, elle n'existe que sur votre machine — personne d'autre ne peut la visiter. « Déployer » est le mot pour l'étape où votre app terminée (ou en cours de construction) est copiée sur un ordinateur joignable depuis internet, pour qu'une vraie URL amène de vrais visiteurs jusqu'à elle. Tout le reste dans ce guide prépare cette étape ou la soutient.
Le vocabulaire, morceau par morceau
- Le code, ce sont simplement les instructions écrites qui font qu'une app fait ce qu'elle fait — des fichiers texte, dans un langage précis qu'un ordinateur peut suivre.
- Le contrôle de version est un système qui garde un historique complet de chaque changement jamais fait à votre code — comme le « suivi des modifications » dans un document, mais bien plus puissant, vous laissant voir exactement ce qui a changé, quand, et par qui, et annuler n'importe lequel de ces changements.
- Un dépôt (ou « repo ») est tout l'historique et le code actuel d'un projet, stockés ensemble. GitHub est l'endroit le plus courant pour en garder un en ligne.
- Un éditeur est le programme dans lequel vous tapez réellement du code — l'équivalent d'un traitement de texte pour écrire du logiciel.
- Un terminal est une façon simple, basée sur du texte, de donner des instructions directes à votre ordinateur, plutôt que de cliquer sur des boutons. Ça a l'air intimidant, mais c'est vraiment juste taper une commande et appuyer sur entrée.
- Un agent de code IA est un programme qui peut lire votre code, suggérer ou faire des modifications, et exécuter des commandes pour vous dans ce terminal — au lieu que vous écriviez chaque ligne à la main.
- Déployer (le mot ci-dessus) met votre app sur un ordinateur joignable depuis internet, à une vraie adresse.
- Une base de données est l'endroit où vivent les vraies données d'une app — comptes utilisateurs, enregistrements sauvegardés, tout ce qui doit persister entre les visites, contrairement au code de l'app, qui décrit seulement comment elle se comporte.
Pourquoi ça implique autant d'outils différents
Chacun des éléments ci-dessus nécessitait autrefois de configurer et maintenir son propre ordinateur dédié pour ça. Ce qui a changé, c'est que tout un écosystème de services s'occupe maintenant de chaque élément pour vous, de la même façon que le hosting géré s'occupe de la maintenance d'un site web — un service pour garder l'historique de votre code, un service qui déploie automatiquement votre app au moment où vous sauvegardez un changement, un service qui fait tourner votre base de données sans que vous ayez à administrer un ordinateur du tout. Vous ne montez pas une infrastructure à partir de zéro ; vous connectez une poignée de services spécialisés qui font chacun bien un travail.
Ce qui se passe vraiment quand vous « poussez du code » et que ça part en ligne
Voici la partie qui ressemble à de la magie la première fois qu'on la voit : une fois que le service d'historique de votre code (GitHub) est connecté à votre service de déploiement, sauvegarder et téléverser un changement dans votre code peut déclencher chez le service de déploiement une reconstruction et une republication automatiques de votre app en quelques secondes — sans étape manuelle où quelqu'un doit se souvenir de « la mettre en ligne ». Vous faites un changement, vous le sauvegardez, et quelques secondes plus tard le vrai site web a ce changement dessus.
Ce que ce n'est pas
Une précision honnête, parce que trop promettre n'aide personne : rien de tout ça ne rend la construction d'une app facile en soi — ça retire le travail d'infrastructure (serveurs, maintenance, correctifs de sécurité), pas le travail de vraiment concevoir et écrire l'app. Et un agent de code IA accélère l'écriture du code ; il ne remplace pas la compréhension de ce que l'app est censée faire, ni la relecture de ce qu'il produit.
Prêt pour la version plus approfondie ?
Tout ce qui précède est la version en langage simple d'un vrai guide technique pratique — avec des commandes prêtes à copier-coller — pour vraiment configurer tout ça et déployer une vraie app. Si vous voulez le détail réel, la version complète est ici : Build and Deploy a Next.js App with Claude, Vercel, and Supabase.
Si c'était votre toute première lecture sur l'un de ces sujets, vous connaissez maintenant assez de vocabulaire pour suivre cet article sans vous perdre dès le premier paragraphe.