Déployer un site sur Vercel prend environ une minute une fois le code envoyé sur GitHub. Le reste de la mise en ligne demande une demi-journée, et il se joue ailleurs. Le nom de domaine, les enregistrements chez votre hébergeur de domaine, le choix du plan et la région où tourne votre code forment la vraie liste des choses à régler.
Ce tutoriel prend la suite de notre retour d'expérience sur la création du site de Tandem avec Claude. Cet article raconte comment le site a été dessiné et codé. Celui-ci explique uniquement comment le rendre public, étape par étape, sans supposer que vous êtes développeur.
Vercel est une plateforme d'hébergement et de déploiement pour sites et applications web. Elle lit votre code sur GitHub, le compile et le sert aux visiteurs. Vous ne gérez aucun serveur et vous ne touchez à aucune ligne de commande.
Ce qu'il faut avoir sous la main avant de commencer
Trois choses suffisent, et aucune ne demande de compétence technique particulière. Prévoyez vingt minutes pour les réunir avant d'ouvrir quoi que ce soit.
- Le code du site sur votre ordinateur. Si vous l'avez construit avec un assistant de développement, il vit déjà dans un dossier de votre machine.
- Un compte GitHub. Gratuit, créé en deux minutes, c'est là que le code sera stocké et versionné.
- Votre nom de domaine, et surtout les identifiants du compte où vous l'avez acheté. OVHcloud, Gandi, Namecheap ou un autre, peu importe, mais il faut pouvoir s'y connecter.
Ce dernier point bloque plus souvent que les deux autres. Beaucoup d'entreprises ont acheté leur domaine il y a huit ans par l'intermédiaire d'un prestataire parti depuis. Retrouver l'accès peut prendre plusieurs jours, autant commencer par là.
Étape 1, envoyer le code sur GitHub
GitHub stocke le code en ligne et garde l'historique complet des versions. Chaque modification y est tracée et réversible, ce qui compte le jour où une intervention casse une page.
Si vous travaillez avec un assistant de développement en ligne de commande, cette étape se demande en français. « Crée un dépôt et pousse le code du site dessus » suffit. L'assistant demande une authentification une seule fois, puis gère la suite. Notre guide de Claude Code pour les non-développeurs détaille cette mécanique si le terminal vous est encore étranger.
Étape 2, importer le dépôt et lancer le premier déploiement
Créez votre compte Vercel en vous connectant avec GitHub. Les deux comptes se parlent alors directement et vous évitez une configuration manuelle.
- Dans le tableau de bord, choisissez de créer un projet et sélectionnez votre dépôt.
- La plateforme reconnaît seule la technologie utilisée et remplit les réglages de compilation.
- Lancez le déploiement. Environ soixante secondes plus tard, le site répond sur une adresse en vercel.app.
Cette adresse est publique et partageable immédiatement. Je l'utilise souvent pour faire valider une refonte avant de toucher au vrai domaine. J'avais résumé ce passage en six étapes dans ma publication LinkedIn sur la refonte du site de Tandem, et c'est bien la dernière qui concentre les difficultés.
Si la compilation échoue, le journal affiche la ligne fautive. Recopiez ce message à votre assistant de développement, corrigez en local, renvoyez le code. La plateforme relance la compilation toute seule à chaque envoi.
Étape 3, brancher votre nom de domaine
Cette étape se passe à deux endroits. Vous déclarez le domaine côté Vercel, dans les réglages du projet. Puis vous créez deux enregistrements chez le registrar où vous avez acheté le domaine, c'est-à-dire OVHcloud, Gandi ou son équivalent.
Un enregistrement DNS est une ligne qui indique à Internet vers quelle machine envoyer les visiteurs de votre adresse. Il en faut deux, un pour le domaine nu et un pour la version avec www.
Voilà le point que presque tous les tutoriels français ratent. Ils donnent une adresse réseau unique à recopier, celle qui a longtemps servi à tout le monde. La base de connaissance de l'éditeur dit désormais autre chose. Les projets récents reçoivent une valeur tirée d'un pool, et la documentation précise que chaque projet dispose de son propre CNAME. Copiez ce qu'affiche votre écran, la vérification attend cette valeur précise.
L'erreur qui coupe la messagerie de l'entreprise
Vercel propose une seconde méthode, le changement de serveurs de noms. Elle paraît plus simple parce qu'elle remplace les deux enregistrements par un seul réglage. Elle est aussi celle qui provoque la panne la plus coûteuse.
Changer les serveurs de noms transfère la gestion de toute votre zone. Vos adresses e-mail en dépendent, par des enregistrements appelés MX. Si vous basculez sans les avoir recopiés au préalable, la messagerie de l'entreprise s'arrête net, et personne ne fait le lien avec le site web.
La documentation de l'éditeur pose l'avertissement noir sur blanc. Son tableau de dépannage liste même le symptôme tel quel, les courriers ont cessé d'arriver après un changement de serveurs de noms. Sur un domaine d'entreprise, préférez les deux enregistrements. Ils ne touchent que le trafic web et laissent la messagerie intacte.
Le plan gratuit est réservé à l'usage personnel
Voilà le point le plus souvent passé sous silence, y compris dans mes propres contenus. La charte d'usage de l'éditeur réserve le plan gratuit à un usage personnel non commercial. Tout usage commercial demande un plan payant.
La définition est plus large qu'elle n'en a l'air. La charte d'usage qualifie de commercial tout déploiement qui sert le gain financier de quiconque a participé à sa production. Un salarié ou un prestataire payé pour écrire le code entre dans cette définition. Elle cite aussi la mise en avant d'un produit ou d'un service à la vente. Un site vitrine de PME coche les deux cases, même sans paiement en ligne.
Dans mon édition de newsletter sur la refonte du site, j'écrivais que les deux briques de la mise en ligne étaient gratuites. C'est vrai pour GitHub et pour un projet personnel. Pour le site d'une entreprise, comptez une vingtaine d'euros par mois, tarif éditeur relevé en octobre 2026.
Deux détails de facturation méritent votre attention. Les tarifs sont affichés en dollars et hors taxes, donc la facture réelle d'une société française ajoute la taxe sur la valeur ajoutée et la conversion de devise. Et le domaine offert la première année ne couvre ni le .fr ni le .com, uniquement une courte liste d'extensions techniques.
Où tourne votre site, et pourquoi la question se pose
Les pages statiques de votre site sont servies depuis un réseau mondial, avec plus de 120 points de présence. Pour le visiteur français, la page arrive de près de chez lui. Rien à régler de ce côté.
Le code qui s'exécute côté serveur suit une autre règle. La documentation des régions indique que ces fonctions tournent par défaut à Washington, aux États-Unis. Une région parisienne existe pourtant, et une région allemande aussi. Le réglage par défaut n'est donc pas celui qu'attendent la plupart des entreprises françaises.
| Région | Emplacement | Ce que ça change |
|---|---|---|
| iad1 | Washington, États-Unis | Le réglage par défaut, hors Union européenne |
| cdg1 | Paris, France | Traitement en France, latence minimale pour vos visiteurs |
| fra1 | Francfort, Allemagne | Traitement dans l'Union européenne, solution de repli courante |
La question devient concrète dès qu'un formulaire de contact transite par ce code. Les coordonnées saisies par un visiteur sont des données personnelles, et leur lieu de traitement se documente. Basculer la région vers Paris se fait en une ligne de configuration, et votre assistant de développement sait l'écrire.
Si le sujet du lieu d'hébergement pèse lourd dans votre organisation, notre article sur l'exécution de l'IA en local traite la question de fond, matériel compris. Ce tutoriel se limite au réglage à connaître.
Chaque modification se remet en ligne toute seule
Voilà le vrai confort de cette configuration, et la raison pour laquelle l'investissement d'une demi-journée se rentabilise vite. Une fois le branchement fait, vous n'y revenez plus.
Vous demandez une modification à votre assistant, vous lui demandez d'envoyer les changements, et la nouvelle version se compile puis se publie en une trentaine de secondes. Aucune manipulation, aucun transfert de fichiers, aucune interface d'administration à rouvrir.
Un dernier réglage vaut le détour. Chaque branche de travail reçoit sa propre adresse de prévisualisation, séparée du site public. Vous faites relire une nouvelle page sans que personne d'autre ne la voie. J'ai détaillé le parcours complet dans mon édition de newsletter sur la refonte du site, de la maquette jusqu'à la mise en ligne.
Mettre son site en ligne sur Vercel, l'ordre qui évite les pannes
Prenez les étapes dans cet ordre et la mise en ligne tient dans une demi-journée. Récupérez d'abord les accès à votre nom de domaine, parce que c'est le seul point qui peut prendre des jours. Envoyez le code sur GitHub, déployez, vérifiez le site sur l'adresse temporaire.
Choisissez ensuite votre plan selon l'usage réel du site, avant de brancher le domaine. Créez les deux enregistrements avec les valeurs affichées dans votre projet. Laissez les serveurs de noms tranquilles si des adresses e-mail dépendent du domaine. Réglez enfin la région d'exécution si votre site traite des données de visiteurs.
Cette mécanique vaut aussi pour un outil métier interne, pas seulement pour un site vitrine. Nos outils internes sur mesure se déploient exactement de la même façon. Et si vous voulez tenir la chaîne vous-même, de la maquette à la mise en ligne, notre formation à Claude Code couvre ce parcours de bout en bout.
