Comment héberger un fichier HTML basique gratuitement (sans payer un 'hébergeur web')

Vous avez écrit un seul fichier HTML. Peut-être un peu de CSS, peut-être un brin de JavaScript. Maintenant vous cherchez “comment héberger un site web” sur Google et atterrissez sur une page qui vous dit d’acheter un plan d’hébergement mutualisé à 9,99 $/mois, de choisir un “palier d’hébergement”, et de configurer un compte cPanel dont vous n’avez jamais entendu parler.

Rien de tout ça n’est nécessaire. Un simple fichier HTML, ou un petit site statique avec une poignée de pages, peut être hébergé gratuitement, pour toujours, sur une infrastructure gérée par Cloudflare ou GitHub. Pas de carte bancaire. Pas de “plan de démarrage”. Pas de piège de prix de renouvellement qui vous attend en deuxième année.

C’est la partie de l’industrie de l’hébergement que les hébergeurs bon marché ne veulent pas que vous remarquiez : héberger des fichiers statiques ne coûte presque rien au fournisseur, parce qu’il n’y a pas de code côté serveur qui tourne et pas de base de données à gérer. Ce ne sont que des fichiers, livrés depuis un CDN. Pourtant, on vous le vend dans la même boîte qu’une pile LAMP complète avec une base de données MySQL et de l’exécution PHP, au même prix. C’est la marge qu’on vous demande de payer pour un travail qui n’en a pas besoin.

Ce guide couvre les deux hébergeurs qui sont réellement gratuits (pas “essai gratuit”, pas “gratuit pendant 30 jours”), quelques mentions honorables assorties de vraies réserves, puis la partie honnête : quand un hébergeur de fichiers statiques cesse réellement de suffire, et vers quoi se tourner à la place.

Ce que signifie l’hébergement statique (et quand il suffit)

“Statique” signifie que les fichiers que vous téléversez sont exactement ce que reçoit le navigateur du visiteur. HTML, CSS, JavaScript, images, polices. Il n’y a pas de serveur qui exécute votre code à chaque requête, pas de base de données interrogée, pas d’interpréteur PHP tapi dans les coulisses. Le travail de l’hébergeur consiste juste à stocker vos fichiers et à les remettre à quiconque les demande, aussi vite que possible, généralement depuis un réseau mondial de serveurs en périphérie.

Ça semble limité, et en un sens ça l’est : rien ne se passe sur le serveur. Mais “rien ne se passe sur le serveur” décrit une plus grande partie du web que l’industrie de l’hébergement n’aime l’admettre. L’hébergement statique couvre réellement :

Une page d’atterrissage pour un produit, un événement ou une entreprise
Un site portfolio
La documentation d’un projet ou d’une API
Un CV ou un site personnel
Un petit site vitrine pour une entreprise locale sans système de réservation
Tout ce qui est construit avec un générateur de site statique (Astro, Hugo, Eleventy, Jekyll) qui produit du HTML brut au moment de la compilation

Les frameworks JavaScript modernes brouillent un peu la ligne. Les sites construits avec React, Vue, ou un générateur de site statique peuvent quand même être livrés sous forme de fichiers statiques s’ils n’ont pas besoin d’un backend en direct, ils sont juste compilés (“buildés”) en HTML/CSS/JS avant le téléversement. Si votre site n’a pas besoin d’enregistrer les données qu’un visiteur soumet, de connecter des gens, ou de générer une page différemment selon qui la demande, c’est un candidat pour l’hébergement statique. S’il a besoin de l’un de ces éléments, continuez à lire, on arrive à la limite honnête plus loin dans cet article.

Option 1 : Cloudflare Pages (gratuit)

Cloudflare Pages est, pour la plupart des gens qui se demandent “où est-ce que je mets ce fichier HTML”, la meilleure réponse par défaut disponible aujourd’hui. Soit vous connectez un dépôt GitHub/GitLab (pour que chaque push reconstruise et redéploie automatiquement le site), soit vous glissez-déposez un dossier de fichiers directement dans le tableau de bord pour un déploiement instantané. Aucune étape de build n’est requise pour un simple site HTML, si vous avez des fichiers statiques, vous pouvez être en ligne en moins d’une minute.

Ce qui est réellement gratuit, sans astérisque :

L’hébergement de sites statiques, avec vos fichiers servis depuis un vaste réseau mondial de points en périphérie
Un sous-domaine pages.dev gratuit dès que vous déployez
Le SSL/HTTPS automatique sur ce sous-domaine et sur tout domaine personnalisé que vous rattachez
Les déploiements basés sur Git, pour qu’un push vers votre dépôt déclenche automatiquement un nouveau build
Le rattachement de votre propre domaine personnalisé (si le domaine utilise déjà les serveurs de noms de Cloudflare, c’est quasi instantané)

Les avantages : c’est rapide (le réseau en périphérie de Cloudflare est l’un des plus vastes de l’industrie), l’offre gratuite n’est pas un essai bridé, et le flux de travail (push vers git, obtenir un déploiement) est le même que celui qu’utilisent les équipes professionnelles. Les inconvénients : des limites de minutes de build et de builds simultanés existent bel et bien sur le plan gratuit, donc si vous reconstruisez sans arrêt ou faites tourner une grande équipe, vous finirez par toucher un plafond. Pour un site personnel, un portfolio ou une page de petite entreprise, il est peu probable que vous le remarquiez.

J’ai rédigé une analyse complète de tout ce que Cloudflare offre gratuitement face à ce que les concurrents facturent pour les mêmes fonctionnalités. Ça vaut la lecture si vous voulez le tableau complet, pas seulement la partie hébergement : Offre gratuite de Cloudflare : ce que vous obtenez réellement.

Option 2 : GitHub Pages (gratuit)

GitHub Pages est l’autre option réellement gratuite, et elle a un avantage que Cloudflare Pages ne peut pas égaler : si votre projet vit déjà dans un dépôt GitHub, vous avez déjà fait la majeure partie du chemin.

Comment ça marche : vous poussez vos fichiers HTML vers un dépôt GitHub (soit vers une branche nommée gh-pages, un dossier /docs, soit via une étape de build GitHub Actions pour les générateurs de site statique), vous activez Pages dans les réglages du dépôt, et GitHub sert le contenu à une URL username.github.io. Si le dépôt s’appelle lui-même username.github.io, ça devient votre site racine. Tout autre dépôt est servi à username.github.io/repo-name/.

Ce qui est gratuit :

L’hébergement de sites statiques directement depuis un dépôt GitHub
Un sous-domaine github.io
Le SSL/HTTPS gratuit, y compris sur un domaine personnalisé que vous rattachez

Avantages : d’une simplicité enfantine si votre code est déjà sur GitHub, aucun compte séparé à créer, et ça s’entend bien avec GitHub Actions si vous avez besoin d’une étape de build. Inconvénients : c’est explicitement prévu pour des sites personnels, de projet ou d’organisation plutôt que pour du trafic de production lourd, il n’y a pas de traitement côté serveur (comme tout hébergeur statique), et rattacher un domaine personnalisé vous oblige à ajouter un fichier CNAME au dépôt et à configurer vous-même les enregistrements DNS, une étape de plus par rapport au flux de domaine plus intégré de Cloudflare. Il est aussi bon à savoir que les sites GitHub Pages sont dans des dépôts publics par défaut, sauf si vous êtes sur un plan GitHub payant qui prend en charge les Pages sur dépôt privé.

Cloudflare Pages et GitHub Pages sont tous deux de simples hébergeurs statiques gratuits, pas des produits d’affiliation. Il n’y a aucune commission attachée au fait de recommander l’un ou l’autre, ce qui est exactement pourquoi ils sont en tête de cette liste.

Autres pistes gratuites, honnêtement

Cloudflare Pages et GitHub Pages ne sont pas les seuls hébergeurs statiques gratuits, juste les deux avec le moins de pièges. Deux autres reviennent constamment, alors voici la version honnête de chacun.

Netlify dispose d’une offre gratuite réellement utile pour les sites statiques et propose un flux de déploiement basé sur git tout aussi fluide. Le hic : son offre gratuite a un quota mensuel de minutes de build et un quota de bande passante qu’un site en croissance peut atteindre plus vite que vous ne le penseriez, et la tarification de Netlify a l’habitude de bondir fort dès que vous passez dans leurs paliers payants. Très bien pour un petit projet personnel ; agaçant si le site commence à recevoir un vrai trafic.

Vercel est conçu principalement pour Next.js et d’autres frameworks JavaScript, et son offre gratuite (“Hobby”) est explicitement licenciée pour un usage personnel, non commercial. Si vous hébergez un site d’entreprise ou quoi que ce soit générant du revenu, on attend de vous que vous soyez sur un plan payant, même si le trafic est minuscule. C’est un détail facile à manquer, et un que les propriétaires d’entreprise soucieux de leur budget ne devraient surtout pas négliger.

Aucun de ces deux n’est une mauvaise option. Ils sont juste chacun à une réserve de “réellement gratuit pour ce que vous faites”, ce qui explique pourquoi Cloudflare Pages et GitHub Pages ouvrent ce guide.

Quand le statique gratuit NE suffit PAS

Voici la limite honnête, et la raison pour laquelle cet article ne s’arrête pas simplement après “utilisez Cloudflare Pages”. L’hébergement statique a un vrai plafond, et prétendre le contraire serait la même malhonnêteté que celle contre laquelle tout cet article argumente.

Vous avez réellement dépassé l’hébergement statique si vous avez besoin de l’un des éléments suivants :

Du code côté serveur qui tourne à chaque requête - traiter la soumission d’un formulaire avec une logique personnalisée, appeler une API privée avec une clé secrète, générer un PDF, exécuter une tâche planifiée
Une base de données - comptes utilisateurs, préférences enregistrées, une section commentaires qui n’est pas un widget tiers, tout ce qui a besoin de conserver des données qu’un visiteur crée
PHP ou WordPress - WordPress est un logiciel côté serveur qui a besoin d’exécution PHP et d’une base de données MySQL à chaque requête ; il ne peut fondamentalement pas tourner sur un hébergeur statique, quelle que soit l’apparence de la structure de fichiers
L’envoi d’e-mails transactionnels depuis votre propre backend - réinitialisations de mot de passe, confirmations de commande, tout ce qui a besoin d’un serveur pour déclencher l’envoi (vous pouvez toujours utiliser un service de formulaire tiers sur un site statique, mais un pipeline d’envoi complet veut généralement un backend)
Une application réellement dynamique - un tableau de bord, un produit SaaS, tout ce dont le contenu de la page dépend de qui est connecté et de ce qu’il a fait

Rien de tout ça n’est la faute de l’hébergeur statique, et rien de tout ça ne signifie que Cloudflare Pages ou GitHub Pages sont “mauvais”. Ça signifie juste que le travail a changé. Un site vitrine et une application web avec des comptes utilisateurs sont des catégories de problèmes différentes, et aucun hébergeur statique gratuit n’allait jamais résoudre la seconde.

Vers quoi se tourner quand vous dépassez le statique

Si vous avez lu la liste ci-dessus et reconnu votre projet, c’est le point où payer pour un hébergement a réellement du sens, pas avant.

Si vous êtes à l’aise avec un terminal et voulez un contrôle total au prix le plus bas possible, un VPS bon marché est le bon choix. Vous installez exactement ce dont vous avez besoin (Node, Python, une base de données, ce que votre backend requiert) et vous ne payez pas pour une couche gérée que vous n’utiliserez pas. Hetzner est constamment la meilleure option en rapport prix-performance de cette catégorie, et c’est vers quoi j’oriente les lecteurs techniques quand ils ont dépassé l’hébergement statique et savent se débrouiller sur un serveur.

Obtenir Hetzner Cloud (meilleur rapport prix-performance pour un backend)

Si vous avez besoin de WordPress, d’un site adossé à une base de données, ou que vous ne voulez tout simplement pas gérer un serveur vous-même, l’hébergement géré est le meilleur compromis, vous payez pour que quelqu’un d’autre s’occupe de la couche serveur afin que vous puissiez vous concentrer sur le site. Quelques options qui valent la comparaison, chacune avec une force différente :

Hostinger - point d’entrée budget solide pour WordPress et l’hébergement mutualisé général, un prix de départ raisonnable pour un premier site dynamique
ChemiCloud - hébergement géré sans les jeux de bridage CPU que pratiquent certains hébergeurs bon marché, ça vaut le coup si vous vous êtes déjà fait avoir par un hébergeur qui vous ralentit aux “heures de pointe”
HostArmada - une autre option gérée qui vaut la comparaison sur le prix et la qualité du support avant de vous engager

L’idée n’est pas que l’un d’eux est universellement “le meilleur”. C’est qu’une fois que vous avez réellement besoin de code côté serveur ou d’une base de données, vous ne magasinez plus dans la même catégorie que “où est-ce que je mets un fichier HTML”, et le bon hébergeur dépend de la quantité de gestion serveur que vous voulez faire vous-même.

FAQ

Puis-je utiliser un domaine personnalisé gratuitement ? Oui, sur Cloudflare Pages comme sur GitHub Pages. Vous devez tout de même acheter le domaine lui-même chez un registraire (cette partie n’a jamais été gratuite nulle part), mais le rattacher à votre hébergeur statique gratuit et y obtenir le SSL/HTTPS ne coûte rien de plus.

L’hébergement gratuit est-il vraiment gratuit pour toujours, ou est-ce un essai ? Pour Cloudflare Pages et GitHub Pages spécifiquement, c’est une offre gratuite continue, pas un essai à durée limitée. Il n’y a pas de carte requise ni de passage automatique à un plan payant après 30 jours. Cela dit, les offres gratuites peuvent changer leurs conditions avec le temps (c’est vrai de l’offre gratuite de n’importe quelle entreprise), donc il vaut la peine de garder un œil sur les conditions actuelles du fournisseur si vous comptez dessus pour quelque chose d’important.

Puis-je héberger WordPress gratuitement ? Non. WordPress a besoin d’exécution PHP et d’une base de données MySQL qui tournent à chaque chargement de page, ce que les hébergeurs statiques, par définition, ne fournissent pas. Si vous avez besoin de WordPress, vous avez besoin d’un vrai hébergement ; c’est exactement le cas du “dépassement du statique” couvert plus haut.

Un hébergeur statique gratuit gérera-t-il un vrai trafic si mon site devient populaire ? Mieux que la plupart des gens ne le pensent. Cloudflare en particulier est bâti sur le même réseau en périphérie qu’il vend à ses clients entreprise, donc un site statique qui reçoit un pic de trafic se débrouille généralement très bien. Là où vous toucheriez un mur, c’est sur les minutes de build si vous reconstruisez sans arrêt, pas sur le trafic brut vers des fichiers déjà compilés.

Ai-je besoin de savoir coder pour utiliser Cloudflare Pages ou GitHub Pages ? Pas vraiment, pour le cas le plus simple. Si vous avez déjà un fichier HTML, glisser un dossier dans le tableau de bord de Cloudflare Pages ne demande presque aucune configuration. GitHub Pages suppose un peu plus d’aisance avec git, puisque vous poussez des fichiers vers un dépôt. Aucun ne vous oblige à écrire du code côté serveur, parce qu’il n’y en a aucun à écrire.