Mettre ton projet en ligne (deployment)

Deployment veut dire que ton code finit sur un serveur ou un CDN que d'autres personnes peuvent vraiment ouvrir dans un navigateur.

Ce que veut vraiment dire le deployment

« Ça marche chez moi » ne suffit pas. Deployment veut dire que le résultat de ton build finit sur un serveur ou un CDN accessible via une URL – pas juste posé sur ton propre ordinateur.

Statique vs. serveur

Un site statique, c'est du HTML, CSS et JavaScript déjà finis – pas besoin de serveur à l'exécution. C'est le cas de la plupart des frontends codés en vibe coding. Une app serveur (avec son propre backend, un accès base de données à l'exécution) a besoin d'un environnement qui tourne en continu. Pour débuter, un site statique est presque toujours le chemin le plus simple.

Le chemin gratuit pour débuter

Le flux habituel : pousse ton code vers un repo GitHub, connecte ce repo à un hébergeur statique (Cloudflare Pages, Vercel, Netlify et GitHub Pages sont tous des choix courants), et voilà. Chaque push sur ta branche principale déclenche ensuite un nouveau deployment automatique.

Variables d'environnement et secrets

Les clés API et mots de passe n'ont jamais leur place directement dans ton code ou ton repo. Ajoute-les plutôt dans les réglages secrets / variables d'environnement de ton hébergeur.

Un domaine personnalisé est optionnel

Chaque hébergeur te donne un sous-domaine gratuit (genre ton-projet.pages.dev). C'est largement suffisant pour commencer. Tu peux toujours ajouter un domaine personnalisé plus tard.

Laisse ton agent le faire – mais vérifie

Un agent de coding peut configurer ton deployment pour toi. Vérifie quand même ce qu'il configure, surtout tout ce qui touche à la facturation ou aux données de paiement.