Déployer son premier site gratuitement : Vercel, Netlify, Cloudflare Pages ou GitHub Pages

Tu as un projet qui tourne sur ta machine et tu veux le montrer à quelqu’un d’autre qu’à toi-même. Bonne nouvelle : mettre un site en ligne gratuitement n’a jamais été aussi simple, à condition de comprendre ce que chaque hébergeur entend vraiment par « gratuit ». Voici une comparaison de quatre options que les étudiants croisent le plus souvent, avec les chiffres et les conditions vérifiés sur leurs pages officielles.

Ce qui est vraiment gratuit, et à quelles conditions

Vercel (offre Hobby)

L’offre Hobby de Vercel est gratuite et inclut, par mois, 100 Go de transfert de données, 1 million de requêtes edge, 1 million d’exécutions de fonctions, 4 heures de CPU actif, jusqu’à 200 projets et 100 déploiements par jour. Le point à ne pas rater : selon la documentation officielle, « l’offre Hobby restreint les utilisateurs à un usage non commercial, strictement personnel ». Ce n’est pas juste une mention marketing : si tu dépasses tes quotas, il faut en général attendre 30 jours avant de pouvoir réutiliser la fonctionnalité concernée, et tu ne peux pas acheter de quota supplémentaire sur ce plan. Pour un usage commercial, il faut passer à l’offre Pro (20 $ par utilisateur et par mois).

Netlify

Le plan gratuit de Netlify est annoncé « $0 forever » (gratuit pour toujours), avec un plafond mensuel de 300 crédits. Ces crédits sont consommés par plusieurs compteurs à la fois : déploiements de production, temps de calcul des fonctions, bande passante, requêtes web et, depuis peu, inférence IA. C’est un plafond dur : une fois atteint, il faut attendre le mois suivant. En contrepartie, le plan gratuit inclut des « aperçus de déploiement illimités », pratiques pour tester une branche avant de la fusionner.

Cloudflare Pages

Cloudflare distingue nettement les deux usages. Pour un site purement statique (HTML, CSS, JS compilés), l’hébergement est non compté en bande passante et en nombre de requêtes : aucune limite chiffrée à surveiller de ce côté. Ce qui est limité, ce sont les builds (500 par mois), le nombre de fichiers par déploiement (20 000 fichiers, 25 Mio par fichier maximum) et le nombre de projets par compte (100, avec jusqu’à 100 domaines personnalisés par projet). Si ton site utilise des Pages Functions (du code exécuté à la demande), ces appels sont comptés dans le plan gratuit de Cloudflare Workers, plafonné à 100 000 requêtes par jour.

GitHub Pages

GitHub Pages est gratuit, mais pensé pour des sites personnels, des blogs, de la documentation ou des projets étudiants, pas pour une activité commerciale : la documentation officielle précise que le service « n’est pas prévu ni autorisé pour servir d’hébergement web gratuit à ton activité commerciale, ton site e-commerce, ou tout autre site principalement destiné à faciliter des transactions commerciales ». Côté limites techniques : le dépôt source et le site publié ont chacun une limite recommandée de 1 Go, la bande passante a une limite souple de 100 Go par mois, et les constructions du site sont soft-limitées à 10 par heure (sauf si tu publies via ton propre workflow GitHub Actions).

Déployer depuis GitHub : les grandes lignes

Pour Vercel, Netlify et Cloudflare Pages, le principe est presque identique : tu connectes ton compte GitHub, tu choisis le dépôt à importer, la plateforme détecte automatiquement le framework (ou tu précises la commande de build et le dossier de sortie), puis tu valides. À partir de là, chaque git push sur la branche connectée déclenche un nouveau déploiement automatique, et les autres branches ou pull requests génèrent des aperçus séparés que tu peux consulter avant de fusionner.

GitHub Pages fonctionne différemment : soit tu publies directement le contenu d’une branche ou d’un dossier (/docs, par exemple), soit tu écris toi-même un workflow GitHub Actions qui construit le site puis le publie. C’est un peu plus de configuration au départ, mais ça reste entièrement gratuit et ça te donne un contrôle total sur les étapes de build.

Variables d’environnement : où les cacher

Une variable d’environnement sert à stocker une valeur sensible ou dépendante du contexte (une clé d’API, une URL de base de données) sans l’écrire en clair dans ton code, donc jamais dans ton dépôt Git. Chaque plateforme a son propre endroit pour les déclarer :

• Vercel : dans les réglages du projet, section « Environment Variables ».
• Netlify : « Project configuration > Environment variables » dans l’interface, avec possibilité d’importer directement un fichier .env.
• Cloudflare Pages : dans le tableau de bord Workers & Pages, sur ton projet, section « Settings > Environment variables » (ou via l’outil en ligne de commande Wrangler).
• GitHub Pages : n’a pas de variables d’environnement à proprement parler, puisque c’est un hébergement de fichiers statiques sans exécution de code côté serveur. Si tu construis ton site via GitHub Actions avant de le publier, les valeurs sensibles se placent plutôt dans les « secrets » du dépôt GitHub, utilisés pendant le workflow de build.

Nom de domaine personnalisé

Les quatre plateformes acceptent un nom de domaine que tu as acheté ailleurs (chez un registrar quelconque), en plus de l’adresse gratuite qu’elles fournissent par défaut. Sur GitHub Pages, la procédure est bien documentée : tu renseignes ton domaine dans les paramètres du dépôt (ce qui crée un fichier CNAME à la racine), puis tu ajoutes chez ton fournisseur DNS un enregistrement ALIAS, ANAME ou A (et éventuellement AAAA pour l’IPv6). La documentation officielle recommande de vérifier ton domaine avant de l’ajouter au dépôt, pour éviter le risque qu’quelqu’un d’autre le revendique à ta place si tu arrêtais de l’utiliser. Sur Vercel et Cloudflare Pages, l’ajout se fait directement depuis le tableau de bord du projet, avec un nombre de domaines personnalisés inclus largement suffisant pour un site étudiant (jusqu’à 50 par projet sur l’offre Hobby de Vercel, jusqu’à 100 sur Cloudflare Pages).

Lequel choisir

Il n’y a pas de réponse universelle, seulement des cas d’usage. Un site totalement statique (portfolio, documentation, page de projet) publié depuis un dépôt GitHub que tu maîtrises déjà : GitHub Pages fait le travail sans surprise. Un projet construit avec un framework moderne (Astro, Next.js, Vite…) où tu veux des aperçus automatiques à chaque pull request : Vercel ou Netlify sont pensés pour ça, en gardant en tête que l’offre gratuite de Vercel est explicitement réservée à un usage non commercial et personnel. Un site principalement statique mais qui pourrait avoir besoin, plus tard, de fonctions serverless ponctuelles, avec une bande passante statique non comptée : Cloudflare Pages est solide. Dans tous les cas, pour un projet étudiant ou personnel, les quatre offres gratuites suffisent largement : le vrai critère de choix, c’est l’outil que tu es le plus à l’aise à configurer.

À retenir

• Vercel Hobby : généreux en quotas, mais explicitement réservé à un usage personnel non commercial ; dépassement = pause jusqu’à 30 jours.
• Netlify : gratuit « pour toujours », plafond dur de 300 crédits par mois partagés entre plusieurs compteurs (bande passante, calcul, déploiements, requêtes, IA).
• Cloudflare Pages : bande passante et requêtes illimitées pour un site statique ; limites sur les builds (500/mois) et les fichiers (20 000/déploiement).
• GitHub Pages : gratuit mais explicitement non prévu pour une activité commerciale ; 1 Go recommandé par site, 100 Go/mois de bande passante en limite souple.
• Déploiement depuis GitHub : import + détection automatique sur les trois premiers ; branche ou workflow Actions pour GitHub Pages.
• Variables d’environnement : un espace dédié dans les réglages de chaque projet, jamais commit dans le code.
• Domaine personnalisé : géré depuis le dashboard sur les trois premiers ; fichier CNAME + enregistrement DNS sur GitHub Pages, à vérifier avant d’ajouter.