Meilleures alternatives gratuites à Netlify

Notes de migration

Auditez d’abord les fonctionnalités Netlify : redirects, forms, functions, identity et build plugins. Les fichiers statiques migrent facilement ; les add-ons demandent plus d’effort.

Comparaison rapide

Choisir selon le workload

Choisissez Cloudflare Pages quand le site est surtout statique : Astro, Hugo, Eleventy, Vite, documentation ou export statique d’un framework front-end. C’est l’alternative Netlify la plus naturelle si vous voulez une plateforme CDN-first et ne dépendez pas de Netlify Forms, Identity ou de l’écosystème de plugins. Elle se combine aussi bien avec Workers, KV, D1 et R2 si le projet a ensuite besoin de petites parties dynamiques.

Choisissez Vercel quand le projet est une application front-end plutôt qu’un site de contenu. Next.js est le cas évident, mais Vercel peut aussi convenir aux équipes qui veulent previews, routage framework-aware et dashboard poli pour frontends produit. Pour un site purement statique, Vercel peut toutefois être plus spécialisé que nécessaire.

Choisissez GitLab Pages quand le dépôt, la CI et la documentation vivent déjà dans GitLab. C’est très adapté aux docs open source, sites de packages et sites internes où garder source, CI et publication dans une même plateforme DevOps compte plus qu’un dashboard Jamstack spécialisé.

Choisissez Cloudflare Workers quand la raison d’utiliser Netlify était Functions, pas l’hébergement statique. Workers convient mieux aux petites APIs, endpoints proxy, callbacks auth et webhooks qui bénéficient de l’exécution edge. Le coût est la compatibilité runtime : une fonction qui suppose Node complet peut demander des changements.

Pièges cachés à vérifier

Le risque principal est le comportement propre à Netlify. Redirect rules, _headers, formulaires, Identity, build plugins et routage des fonctions ne sont pas aussi portables que du HTML statique. Avant de migrer, listez chaque fonctionnalité Netlify utilisée et décidez si le nouvel hébergeur a un équivalent ou si vous retirez cette fonctionnalité.

Le deuxième risque est la comptabilité d’usage. Le plan gratuit Netlify utilise maintenant des crédits sur plusieurs dimensions. Cloudflare, Vercel et GitLab ont d’autres limites ; ne comparez donc pas uniquement un nombre comme bande passante ou minutes de build. Regardez ensemble fréquence des builds, previews, fonctions et trafic sortant.

Le troisième risque est le workflow d’équipe. Netlify est fort sur previews, rollbacks et collaboration front-end. GitLab Pages peut suffire pour des docs, alors qu’une équipe produit préférera peut-être Vercel ou le flow de review existant de Netlify.

Checklist de migration

1. Exportez redirects, headers et variables d’environnement.
2. Vérifiez si formulaires, identity ou functions sont utilisés en production.
3. Recréez commande de build et répertoire de publication sur le nouvel hébergeur.
4. Testez les previews avant de déplacer le domaine principal.
5. Validez redirects 301, headers personnalisés et cache.
6. Gardez Netlify disponible jusqu’à confirmation analytics et formulaires ailleurs.

Quand rester sur Netlify

Restez sur Netlify si le site dépend de son workflow formulaires, des add-ons edge, du split testing, des previews de review ou des plugins. Déplacer un site statique est facile ; déplacer un workflow produit façonné par Netlify l’est beaucoup moins. La bonne alternative est celle qui supprime une vraie contrainte, pas simplement celle qui affiche une limite gratuite différente.