Déployer son site en ligne gratuitement

Quinze guides de silo web t’ont mené jusqu’ici : la page existe, elle est responsive, elle mérite mieux qu’un dossier local. Déployer son site en ligne gratuitement est l’atelier de clôture : GitHub Pages pas à pas, les alternatives, le domaine personnalisé — la dernière marche du chemin ouvert par comment fonctionne un site web, dans le grand parcours apprendre à coder.

Ce qu’il te faut (et la logique du jeu)

L’inventaire tient en deux lignes. Un site statique : des fichiers — ton index.html, ton style.css, tes images — sans code serveur ; c’est le cas de ton premier site, de tout portfolio, de la plupart des pages de projet. Un compte GitHub : gratuit, créé en deux minutes sur github.com — GitHub est la grande place publique du code (tu la connaîtras intimement avec Git et GitHub ; aujourd’hui, on n’en utilise que la surface, et c’est volontaire : aucune ligne de commande requise pour ce premier déploiement).

La logique du jeu, pour ne jamais la subir : les services d’hébergement statique gratuit font tous la même chose — tu leur confies un dossier de fichiers, ils le servent au monde depuis leurs serveurs, sous une adresse qu’ils te fournissent, avec le HTTPS automatique. Pas de magie : c’est exactement le serveur de la carte du web, offert pour les sites en fichiers parce que les servir ne coûte presque rien. Mettre à jour ton site consistera donc, toujours, à mettre à jour les fichiers confiés — retiens ce principe, tout le reste en découle.

GitHub Pages, pas à pas

Étape 1 : le dépôt. Connecté à GitHub, bouton « New repository » : nomme-le — deux écoles : le nom magique tonpseudo.github.io (le dépôt devient TON site principal, servi à cette adresse exacte) ou un nom de projet libre (mon-portfolio — le site vivra alors sous tonpseudo.github.io/mon-portfolio). Pour un premier site personnel, la première école est la belle adresse. Coche « Public » (Pages gratuit sert les dépôts publics — ton code sera visible : pour un site, il l’est déjà par nature), et crée. Étape 2 : les fichiers. Dans le dépôt vide, « uploading an existing file » : glisse ton index.html, ton style.css, tes images — toute l’arborescence du dossier — puis valide en bas (le bouton « Commit changes » : tu viens, sans le savoir, de faire ton premier commit — on t’expliquera le mot au prochain guide, savoure l’avance).

Étape 3 : activer Pages. Onglet « Settings » du dépôt → section « Pages » → source : la branche principale (main), dossier racine → « Save ». GitHub affiche l’adresse de ton site ; compte une à deux minutes de mise en service, puis ouvre-la : ton site est en ligne — HTTPS, cadenas, mondial. Prends la mesure du moment : l’adresse s’envoie à n’importe qui, sur n’importe quel téléphone de n’importe quel continent — c’est la page que tu as écrite dans ton salon. Étape 4 : la boucle de mise à jour. Modifier le site = retourner au dépôt, remplacer les fichiers changés (l’interface web permet aussi d’éditer un fichier en place — le petit crayon), valider : la nouvelle version se sert en une ou deux minutes. Rustique ? Oui — et parfait pour commencer ; le jour où tu adopteras VS Code et Git, la mise à jour deviendra une commande — même principe, meilleur outillage.

Les alternatives, le domaine perso — et les limites honnêtes

Les alternatives en glisser-déposer. Les plateformes de déploiement modernes — Netlify, Vercel et leurs semblables — offrent l’expérience la plus douce du marché : un compte gratuit, et littéralement glisser ton dossier sur la page — le site est en ligne avant d’avoir fini ton café, adresse fournie, HTTPS compris. Elles brillent aussi pour les projets construits (les applications React ou Vue, qu’elles savent assembler automatiquement depuis GitHub) — le bon réflexe : GitHub Pages pour le site lié à ton compte et ta vitrine de code, les plateformes pour l’ultra-simplicité ou les apps front. Tester les deux coûte vingt minutes et t’apprend plus que tout comparatif.

Le domaine personnalisé, quand tu voudras troquer tonpseudo.github.io contre tonsite.fr : loue le nom, puis pose les enregistrements DNS indiqués par la documentation du service (un CNAME, typiquement — exactement la mécanique du guide domaine et DNS), attends la propagation, active le HTTPS sur le domaine : une demi-heure de manipulation, et l’adresse est à toi. Les limites honnêtes, enfin : le gratuit statique sert des fichiers — il n’exécute pas de code serveur ; ton API, ta base de données vivront sur les plateformes d’applications vues au guide hébergement (paliers gratuits inclus) — et ton formulaire de contact, lui, a déjà sa solution statique via les services dédiés. Voilà : le silo web se referme sur un site réel, adressable, à jour — n’oublie pas de le déclarer à la Search Console pendant que tu y es. La suite du parcours change d’établi : place aux outils du développeur — et ça commence, justement, par apprivoiser pour de bon ce Git que tu viens d’effleurer.

Questions fréquentes

Peut-on vraiment mettre un site en ligne gratuitement ?

Oui, pour tout site statique (HTML, CSS, JavaScript) : GitHub Pages et les plateformes modernes (Netlify, Vercel) servent tes fichiers gratuitement, adresse et HTTPS automatique compris. Seul le back-end (API, base de données) sort de ce cadre — il relève des plateformes d’applications, aux paliers gratuits limités.

Faut-il savoir utiliser Git pour GitHub Pages ?

Non, pas pour commencer : l’interface web de GitHub permet de créer le dépôt, téléverser les fichiers et les remplacer à chaque mise à jour, sans une ligne de commande. Git deviendra le meilleur outil de mise à jour le moment venu — mais il n’est pas un prérequis du premier déploiement.

Quelle adresse aura mon site sur GitHub Pages ?

Si ton dépôt s’appelle tonpseudo.github.io, le site vit à cette adresse exacte — la formule du site personnel. Sinon, il vit sous tonpseudo.github.io/nom-du-depot. Dans les deux cas, tu peux ensuite brancher ton propre nom de domaine via un enregistrement DNS, en gardant le HTTPS.

Combien de temps pour voir son site en ligne après le déploiement ?

Une à deux minutes en général sur GitHub Pages, autant à chaque mise à jour de fichiers ; le glisser-déposer des plateformes modernes est quasi instantané. Si rien n’apparaît, vérifie l’activation de Pages dans les réglages du dépôt et la présence d’un index.html à la racine.

Sources

• GitHub Docs — la documentation officielle de GitHub Pages
• MDN Web Docs — publier son site : le guide de référence

Cet article a une vocation informative et pédagogique. Les plateformes, outils et formations éventuellement cités le sont à titre d’exemple ; compare plusieurs options avant de t’engager ou de payer.