Un client m'a appelé l'année dernière, complètement panique. Le site marketing de son agence était tombé en panne en pleine campagne. Pas un crash serveur, pas une attaque DDoS. Netlify venait juste de réduire sa bande passante parce qu'il avait dépassé la limite de l'offre gratuite un mardi après-midi, trois semaines avant la réinitialisation de son cycle de facturation. Il était sur le plan Starter depuis 2021 et n'y avait jamais pensé une seule fois. Moi non plus, honnêtement, jusqu'à cet appel.
Cet incident m'a poussé à m'asseoir et à cartographier correctement ce que l'offre gratuite de Netlify vous donne, où elle vous coupe tranquillement, et si la mise à niveau vers Pro vaut le coup ou s'il existe une solution plus intelligente. Après avoir construit et hébergé plus de 12 000 sites au cours de la vie de Seahawk, j'ai mis assez de projets sur Netlify pour avoir des opinions qui valent la peine d'être partagées.
Ce que le plan Netlify Starter inclut vraiment
Soyons concrets. Le plan Netlify Starter est gratuit, aucune carte de crédit requise, et il couvre un membre par équipe. Voici ce que vous obtenez :
100 GB de bande passante par mois sur tous vos sites
300 minutes de build par mois partagées sur tous les projets
Netlify Functions : 125 000 requêtes et 100 heures de runtime par mois
Forms : 100 soumissions de formulaire par mois
1 build concurrent (tout le reste en attente)
Déploiement continu depuis Git (GitHub, GitLab, Bitbucket)
Rollbacks instantanés
Domaines personnalisés avec HTTPS automatique via Let's Encrypt
Réseau Edge Netlify (CDN) inclus
Deploy previews pour les pull requests
Cette liste paraît impressionnante. Et pour un portfolio personnel, un petit site vitrine ou un projet de passion, c'est vraiment le cas. L'automatisation HTTPS seule me prenait 20 minutes par site manuellement avant. Maintenant c'est zéro effort.
Mais remarquez ce qui manque dans le discours marketing : ces limites sont partagées sur l'ensemble de votre compte d'équipe. Un compte, tous vos sites, un seul pool.
Où la Limite de Bande Passante Pose Vraiment Problème
100 Go, c'est beaucoup. Ce n'est pas toujours beaucoup.
Pensez-y de cette manière. Un site correctement optimisé avec un poids moyen de page de 2 Mo, et si vous ne compressez pas les images correctement ce chiffre augmente vite, consommera 1 Go tous les 500 visiteurs. Extrapolez à 50 000 visiteurs mensuels et vous aurez épuisé les 100 Go. Sur un seul site.
J'avais un projet de blog Gatsby pour un client spécialisé dans la gastronomie et les voyages en 2022. Bon contenu, travail SEO sérieux derrière. Le site commençait à générer environ 60 000 sessions par mois, ce qui nous ravissait, jusqu'à ce que je remarque que la bande passante atteignait 85 Go et qu'il nous restait neuf jours dans le mois. On les a migrés vers Netlify Pro assez rapidement.
Ce que les gens oublient de compter : Netlify compte la bande passante sortante, c'est-à-dire chaque élément que vos visiteurs téléchargent. Les images héros non optimisées, les polices intégrées, les bundles JavaScript qui n'ont pas été correctement séparés, tout compte. Lancez votre site dans WebPageTest avant de l'héberger n'importe où et maîtrisez le poids de vos pages. Cette seule habitude a évité à plusieurs de mes clients des mises à niveau inutiles.
Que Se Passe-t-il Quand Vous Atteindrez la Limite
Netlify ne vous ralentit pas juste. Ils servent une page d'erreur Netlify-branded à vos visiteurs à la place de votre site. Ce n'est pas gracieux. Il n'y a pas d'email d'avertissement avec suffisamment de délai pour agir vraiment. Le site tombe. C'est ce qui est arrivé à mon client.
Vous pouvez configurer des notifications de dépenses dans le tableau de bord, et je vous le recommande vivement dès le premier jour, mais elles ne sont pas toujours déclenchées avec suffisamment de marge. Vérifiez votre utilisation de bande passante chaque semaine si vos sites reçoivent du trafic réel.
Le Problème des 300 Minutes de Build
C'est la limite qui piège les agences en premier, pas la bande passante.
300 minutes semble correct pour un site. Mais si vous gérez cinq à dix projets clients sous un seul compte Netlify, et que chacun a un pipeline CI/CD qui se déclenche à chaque push, vous épuiserez ce quota avant le milieu du mois. Un build Next.js ou Gatsby sur un site riche en contenu peut prendre entre 3 et 15 minutes selon la qualité de votre configuration de cache.
Voici ce que je fais chez Seahawk pour les projets en free-tier :
Activez le cache de build correctement. Netlify met en cache le répertoire node_modules entre les builds si vous le configurez. Ne sautez pas cette étape. Cela peut réduire les temps de build de 60-70% sur les déploiements répétés.