Publier un petit site personnel avec GitHub Pages

Ce parcours convient-il à votre projet ?

GitHub Pages exclut l'hébergement gratuit d'une activité commerciale, d'un commerce et d'un SaaS commercial. Notre exemple concerne un carnet personnel fictif. Conditions d'usage Pages, vérifiées le 10 septembre 2026.

Ne suivez pas ce parcours pour publier une boutique ou contourner cette restriction. Si votre besoin est professionnel, commencez par vérifier les conditions d'une autre solution dans le guide sur l'hébergement statique gratuit.

Il ne s'agit pas du compte rendu d'une création de compte par notre rédaction. Les indications s'appuient sur la documentation et doivent être rapprochées des libellés actuellement affichés.

Préparer le dossier public

Utilisez une copie de votre premier site HTML. Ouvrez chaque fichier et retirez ce qui ne doit pas être publié : notes privées, documents inutilisés, configuration contenant des accès ou anciennes versions sensibles.

Avec GitHub Free, le dépôt Pages doit être public. Le fichier d'entrée et la source choisie déterminent la publication. Consultez la création officielle d'un site Pages.

Avant de transférer, notez le nom du dossier et la phrase que vous attendez sur l'accueil. Ce repère simple vous aidera à distinguer une bonne publication d'une page par défaut.

Identifier la source sans multiplier les réglages

Pour un premier exercice, gardez une organisation facile à expliquer : un dépôt destiné à cette seule page et un dossier contenant index.html. Dans les paramètres Pages du dépôt, repérez la source de publication et vérifiez qu'elle désigne les fichiers voulus.

Ne sélectionnez pas une branche au hasard parce qu'elle apparaît dans une liste. Si plusieurs branches ou méthodes de construction existent déjà, arrêtez-vous pour comprendre celle qui alimente le site.

Gardez une courte fiche de reprise : propriétaire du dépôt, emplacement du fichier d'entrée, source sélectionnée et adresse publique. Cette fiche ne doit contenir aucun secret.

Contrôler les chemins des liens

Un site peut être servi sous un chemin lié au projet plutôt qu'à la seule racine du domaine. Ne composez pas son adresse de mémoire : reprenez celle présentée après le déploiement.

Pour un exemple de fichiers voisins, un lien relatif vers notes.html peut accompagner index.html. Un lien commençant par / vise la racine de l'hôte ; vérifiez donc sa destination réelle avant de le conserver.

La grille de contrôle suivante évite de valider uniquement l'accueil :

Vérifier HTTPS et les mises à jour

GitHub documente la sécurisation Pages avec HTTPS et les risques de contenu mixte. Suivez sa documentation HTTPS et vérifiez les ressources de la page.

Après une modification, attendez le résultat de la publication avant de conclure que le changement est absent. Comparez une seule phrase repère puis parcourez les liens affectés. Évitez de changer simultanément le dossier, la branche et les chemins d'images.

Gardez l'adresse fournie au début. Le domaine personnalisé d'un site statique constitue une étape distincte, à aborder quand la version de base fonctionne.

Questions fréquentes

Mon dépôt public peut-il contenir un mot de passe inutilisé ?

Non. Ne publiez aucun secret, même dans un fichier qui n'est pas affiché comme une page. Vérifiez le dossier avant son envoi.

Une page visible garantit-elle que toutes les ressources fonctionnent ?

Non. Testez les liens et les images depuis l'adresse publique, puis ouvrez directement les pages internes.

Puis-je utiliser ce tutoriel pour une boutique gratuite ?

Non. Ce parcours est réservé au projet personnel décrit et aux usages compatibles avec les conditions de GitHub Pages.