Vercel
Définition
Plateforme de déploiement créée par les auteurs de Next.js : edge runtime mondial, preview URL automatique par pull request, monitoring inclus, scalabilité sans configuration serveur.
Comment ça marche
Vercel est la plateforme de déploiement créée par les auteurs de Next.js. Vous connectez un dépôt Git, et chaque push déclenche un build automatique avec un déploiement sur leur réseau edge mondial. Chaque pull request obtient une URL de preview unique, isolée, parfaite pour la revue et les tests. Le frontend est servi depuis 100+ points de présence par CDN, les fonctions serveur tournent sur Lambda AWS (runtime Node) ou sur Cloudflare Workers (edge runtime). Le rollback à une version précédente prend dix secondes : on clique sur le déploiement précédent dans le dashboard, et c'est en ligne.
Le couple Next.js + Vercel
Vercel est conçu pour faire briller Next.js. ISR, Server Components, Server Actions, streaming, image optimization, font optimization : tout fonctionne sans configuration. Le cache de pages et de données s'invalide automatiquement, l'edge network sert les assets statiques avec un TTFB sous 50 ms. Sur un projet bien fait, on atteint un Lighthouse 95+ sans effort spécifique. La preview par pull request permet aux clients de valider les changements avant merge, ce qui fluidifie énormément la collaboration design-dev-marketing sur les sites SEO et e-commerce.
Le pricing
Le plan Hobby (gratuit) couvre les projets personnels et certaines preuves de concept. Le plan Pro à 20$ par utilisateur par mois ouvre les domaines custom illimités, les analytics, le password protection des previews. Au-delà, on paye à l'usage : bandwidth, edge requests, function invocations, image transformations. Pour un site vitrine ou un blog avec quelques milliers de visites quotidiennes, l'addition reste modeste. Pour un SaaS à fort trafic ou un e-commerce qui génère beaucoup de bandwidth (images produits, médias), la facture peut dépasser plusieurs centaines d'euros par mois. C'est le moment d'arbitrer.
Quand l'utiliser
Vercel brille sur les sites SEO et marketing (vitesse, ISR, preview), les SaaS B2B en phase MVP et croissance (déploiement zero-config, scaling automatique), les apps Next.js avec composants serveur, les projets multi-environnements (preview, staging, prod). Le time-to-market est imbattable : on passe de zéro à site en production en moins d'une heure. La courbe d'apprentissage est minimale, l'expérience développeur est exceptionnelle. C'est notre choix par défaut pour 80% des projets Next.js, et notre recommandation systématique tant que le trafic n'impose pas une réflexion budget plus poussée.
Quand ne pas l'utiliser
Vercel coûte cher au-delà d'un certain volume : si vous servez 100 To de bandwidth par mois ou 50 millions d'invocations de fonctions, l'addition dépasse facilement 2000$/mois. Un VPS Hetzner à 30€/mois avec Coolify ou Dokploy fait largement le même travail. Vercel impose aussi des limites : durée max d'une fonction (10s sur Hobby, 60s sur Pro), pas de WebSockets natifs sur l'edge, pas de cron flexible. Pour les charges constantes, les jobs longs, les besoins de WebSocket persistant, on préfère un serveur dédié ou Fly.io. La règle : Vercel pour démarrer vite, migration éventuelle quand l'économie le justifie.
Les alternatives
Netlify reste très proche fonctionnellement mais moins optimisé pour Next.js. Cloudflare Pages avec Workers offre un edge mondial à coûts plus bas, idéal pour les sites à fort trafic, mais avec une expérience Next.js moins polie. Render et Railway proposent un PaaS plus traditionnel (containers, processus longs), bien pour les apps Express ou les jobs de fond. AWS Amplify cible les équipes déjà dans l'écosystème AWS. Pour les projets sensibles à la souveraineté, Scalingo (français) ou Clever Cloud (français) offrent une alternative européenne avec hébergement local. Aucune n'égale Vercel sur la productivité pure Next.js.
Les pièges à éviter
Le free tier semble généreux jusqu'à la facture surprise : un site qui devient viral peut générer 10 To de bandwidth en une nuit et coûter plusieurs centaines de dollars. On configure des budgets et des alertes dès le départ. Les fonctions serverless ont un cold start de 100 à 500 ms : pas grave pour une page rare, gênant pour une API critique. Les variables d'environnement par environnement (preview vs production) se gèrent dans le dashboard, ne jamais les hardcoder. Les domaines apex (sans www) demandent des enregistrements DNS spécifiques. Et surtout : on ne déploie pas en production depuis la branche main sans CI vert et review obligatoire.