GitHub Pages est un très bon hébergeur. C’est gratuit, ça tourne depuis plus de dix ans, et vous obtenez un domaine personnalisé et un certificat SSL sans payer. Le problème n’est pas la qualité. Le problème, c’est que tout y suppose que vous travaillez déjà avec Git — et si vous avez créé votre site dans Claude ou ChatGPT et que vous avez un dossier sur votre bureau, cette supposition est justement l’obstacle.
Ce que GitHub Pages exige vraiment
Pour publier avec GitHub Pages, il vous faut un compte GitHub, un dépôt, et vos fichiers versés dedans. Il n’y a pas de bouton de téléversement ni de glisser-déposer. Ce n’est pas un oubli : GitHub Pages est une fonction d’un système de gestion de versions, et le dépôt est l’interface.
Pour un développeur, c’est de l’infrastructure gratuite greffée sur un outil qu’il utilise déjà. Pour un designer qui tient un dossier nommé mon-site, cela veut dire apprendre Git d’abord, publier ensuite. La plupart des gens qui cherchent une solution de rechange à GitHub Pages cherchent en réalité à sauter cette première étape.
Une contrainte de plus surprend souvent. Sur le forfait gratuit, Pages fonctionne à partir de dépôts publics. Publier depuis un dépôt privé exige GitHub Pro, Team ou Enterprise. Vos fichiers sources sont donc visibles de tous, sauf si vous payez.
Les limites à connaître d’abord
GitHub publie ses limites ouvertement, ce que peu d’hébergeurs font. Quatre comptent pour un site normal :
1 Go pour le dépôt, et 1 Go pour le site publié. Confortable pour un portfolio, juste si vous avez de la photo non compressée ou de la vidéo.
100 Go de bande passante par mois. GitHub qualifie cette limite de souple : c’est une balise qu’ils font respecter en vous écrivant, pas un interrupteur qui coupe. Ne la lisez pas comme un plafond ferme, dans un sens comme dans l’autre.
10 compilations par heure, souple également, et non appliquée si vous compilez via votre propre flux GitHub Actions.
Dix minutes maximum pour qu’un déploiement se termine avant expiration.
Les domaines personnalisés sont gratuits sur GitHub Pages, y compris sur le forfait gratuit, et le certificat SSL est émis automatiquement par Let’s Encrypt. Beaucoup d’hébergeurs payants facturent exactement cette combinaison. Si Git ne vous bloque pas, c’est un vrai argument pour rester.
Six solutions, côte à côte
Chaque hébergeur ci-dessous peut mettre un dossier terminé en ligne. Ils diffèrent sur ce qu’ils demandent en premier, et sur ce qui arrive quand vous dépassez l’enveloppe gratuite. Chiffres relevés le 8 septembre 2026 sur les pages officielles de tarification et de documentation de chaque fournisseur.
| Publier sans Git | Palier gratuit | Domaine perso sur le gratuit | Payant à partir de | |
|---|---|---|---|---|
| GitHub Pages | Non — dépôt obligatoire | Oui, dépôts publics | Oui, SSL inclus | GitHub Pro pour un dépôt privé |
| Netlify | Oui — Netlify Drop | 300 crédits par mois | Oui | 9 $ US / mois |
| Vercel | Oui — Vercel Drop | Oui, usage non commercial | Oui | 20 $ US par utilisateur / mois |
| Cloudflare Pages | Oui — Direct Upload | 500 compilations par mois | Oui | 5 $ US / mois (Workers Paid) |
| Static.app | Oui | 50 Mo, un seul site | Non | 5 $ US / mois |
| Neocities | Oui — éditeur web | 1 Go, 200 Go de trafic | Non | 5 $ US / mois |
| sofast | Oui — glisser un dossier | Aucun | — | 5 $ US / mois |
Deux lignes de ce tableau méritent une précision, parce que le chiffre affiché induit en erreur dans les deux cas.
Le gratuit de Netlify se mesure désormais en crédits, pas en gigaoctets. Vous recevez 300 crédits par mois. Un déploiement de production coûte 15 crédits et la bande passante coûte 20 crédits par gigaoctet, prélevés sur la même enveloppe. Donc 300 crédits, c’est environ vingt déploiements ou quinze gigaoctets de trafic — pas les deux. Une fois épuisés sur le forfait gratuit, vos sites sont mis en pause et les visiteurs voient une page « Site not available ». Tout article qui vous annonce encore 100 Go gratuits chez Netlify décrit un forfait qui n’existe plus.
Le forfait gratuit Hobby de Vercel est réservé à un usage personnel, non commercial. C’est une règle explicite, pas une zone grise. Un site vitrine d’entreprise, une page d’atterrissage pour un client ou un portfolio qui vend quelque chose n’y ont pas droit. Le palier suivant est à 20 $ US par utilisateur et par mois.
Laquelle convient à quelle situation
Vous utilisez déjà Git et votre site est public. Restez sur GitHub Pages. Rien ici ne bat un hébergement gratuit et illimité dans le temps avec domaine personnalisé quand le flux de travail vous convient déjà.
Vous voulez publier une fois, le plus vite possible. Netlify Drop ou Vercel Drop. Les deux acceptent un dossier dans le navigateur. Attention : chaque téléversement sur Vercel Drop crée un nouveau projet, c’est donc une façon de publier une fois, pas de mettre un site à jour.
Votre DNS est déjà chez Cloudflare. Cloudflare Pages en Direct Upload, et les requêtes statiques sont gratuites sans plafond de trafic. Deux pièges : le téléversement par navigateur accepte 1 000 fichiers de 25 Mio maximum, et un projet créé en Direct Upload ne peut pas basculer vers Git ensuite sans être recréé.
Vous voulez une page personnelle sans domaine à vous. Neocities offre 1 Go gratuits et un éditeur dans le navigateur. Le domaine personnalisé exige le forfait Supporter à 5 $ US.
Vous voulez que mettre à jour reste aussi simple que publier. C’est ce que fait sofast. Vous glissez le dossier et le site est en ligne en une quinzaine de secondes, avec votre domaine et le SSL sur tous les forfaits. Il n’y a pas de palier gratuit : les forfaits commencent à 5 $ US par mois pour deux sites et 500 Mo. Nous préférons demander un petit montant et garder votre site en ligne plutôt que d’offrir un palier gratuit qu’il faudrait retirer plus tard.
Déplacer un site GitHub Pages existant
Le déplacement est plus simple qu’on ne le croit, parce qu’un site GitHub Pages est déjà un dossier de fichiers statiques.
Téléchargez le dépôt. Sur GitHub, bouton Code, puis Download ZIP. Décompressez. Si votre site est produit par un générateur comme Jekyll, c’est le résultat compilé qu’il vous faut, pas la source.
Vérifiez que index.html est à la racine du dossier. Pas dans un sous-dossier. Ce seul détail explique la majorité des premiers téléversements ratés, quel que soit l’hébergeur.
Téléversez le dossier chez le nouvel hébergeur, puis vérifiez que le site s’affiche correctement à son adresse temporaire avant de toucher au DNS.
Déplacez le domaine en dernier. Pointez les enregistrements DNS vers le nouvel hébergeur, et gardez le dépôt GitHub tant que la nouvelle adresse n’a pas servi correctement pendant quelques jours. Attendre ne coûte rien.
Questions fréquentes
Les réponses ci-dessous portent sur le coût, les dépôts privés, les domaines, la bande passante et ce qu’il advient de votre adresse si vous partez.
Pour les dépôts publics, oui : c’est gratuit sans limite de durée, dans les limites d’usage, sans période d’essai ni carte bancaire. Le coût apparaît ailleurs : publier depuis un dépôt privé exige un forfait GitHub payant. C’est donc le fait de garder vos fichiers sources hors de vue qui se paie.
En pratique, non. Vous pouvez téléverser des fichiers par l’interface web de GitHub, ce qui évite la ligne de commande, mais il vous faut quand même un compte, un dépôt et une compréhension des commits et des branches pour publier et mettre à jour de façon fiable. Si c’est précisément ce que vous voulez éviter, un hébergeur en glisser-déposer est la réponse honnête.
Oui, les deux, sur le forfait gratuit. Vous ajoutez le domaine dans les réglages du dépôt, pointez votre DNS vers GitHub, et un certificat Let’s Encrypt est émis automatiquement. Il demande parfois un coup de pouce : retirer puis ressaisir le domaine relance la demande de certificat.
GitHub présente ce chiffre mensuel comme une limite souple. Concrètement, ils peuvent vous écrire au sujet de cet usage plutôt que de couper le site sans prévenir. Considérez-le comme une indication de ce pour quoi le service est conçu, pas comme un plafond ferme sur lequel s’appuyer.
Oui. Contrairement au forfait gratuit Hobby de Vercel, GitHub Pages n’impose aucune restriction commerciale. Les obstacles réels sont ailleurs : le dépôt doit être public sauf si vous payez, et remettre à un client un flux de travail qui exige Git revient en général à rester responsable de chaque modification de texte à venir.
Pas si vous utilisez votre propre domaine. Le domaine vous appartient et pointe où vous le décidez : changer d’hébergeur est alors une modification DNS que vos visiteurs ne remarquent pas. Vous ne perdez une adresse que si vous utilisiez le sous-domaine gratuit en utilisateur.github.io, ce qui est une bonne raison de brancher un domaine tôt.
Si votre site sort d’un outil d’IA et que vous voulez le mettre en ligne sans dépôt, ces guides détaillent l’export et le téléversement.
