Vercel

Vercel est une plateforme cloud qui déploie et héberge des applications web modernes, en particulier celles construites avec Next.js, le framework qu'elle édite. Un développeur pousse son code, la plateforme construit l'application, la déploie et la diffuse sur un réseau mondial en quelques minutes. Sa promesse : une expérience de déploiement sans aucune gestion de serveurs. Ses contreparties : une facturation à l'usage qui peut grimper avec le trafic, et une dépendance à la plateforme qui doit être un choix éclairé, pas un choix par défaut.

Ce que Vercel apporte réellement

• Déploiement automatisé : chaque modification poussée sur le code est construite et mise en ligne automatiquement, sans serveur à configurer ni équipe d'exploitation à mobiliser.
• Environnements de prévisualisation : chaque proposition de modification génère une URL de test unique. Les équipes marketing et produit valident la nouvelle version avant sa mise en ligne, sur un lien partageable.
• Diffusion mondiale : l'application est servie depuis un réseau de points de présence répartis dans le monde, ce qui garantit des temps de chargement courts quel que soit le pays du visiteur.
• Fonctions à la demande : la plateforme exécute le code serveur sans machine à administrer, et absorbe automatiquement les variations de trafic.
• Intégration Next.js de référence : Vercel édite Next.js, et les nouvelles fonctionnalités du framework y sont exploitées de façon optimale dès leur sortie.

Pour une équipe qui lance un produit, ces apports sont réels : le temps autrefois consacré à l'infrastructure est rendu au développement, et le cycle de validation des évolutions s'accélère nettement. C'est ce qui explique la popularité de la plateforme auprès des jeunes entreprises et des équipes produit qui veulent livrer vite.

La question des coûts à l'usage

La structure tarifaire, en ordres de grandeur début 2026 : une offre gratuite réservée aux projets personnels et non commerciaux, puis une offre Pro autour de 20 dollars par mois et par utilisateur, incluant environ 1 téraoctet de transfert de données. Au-delà des quotas inclus, tout est facturé à la consommation : environ 0,15 dollar par gigaoctet de transfert supplémentaire, environ 2 dollars par million de requêtes au-delà du forfait, plus la facturation du temps d'exécution des fonctions. Les offres Entreprise se négocient au cas par cas.

Pour un site vitrine ou une application B2B à trafic modéré, la facture reste basse et prévisible. Le sujet change avec le volume : des images lourdes, de la vidéo ou un pic de trafic, campagne, passage média, contenu viral, peuvent consommer le quota inclus en quelques jours. Les témoignages de factures qui passent brutalement de quelques dizaines à plusieurs centaines ou milliers de dollars lors d'un pic sont un thème récurrent des discussions entre développeurs. Ce n'est pas un défaut caché, c'est la logique du modèle : vous payez la consommation réelle, à des tarifs unitaires supérieurs à ceux d'un serveur que vous louez.

La dépendance à la plateforme

Le second point de vigilance est la réversibilité. Une application Next.js standard peut quitter Vercel, mais plus elle exploite les services propriétaires de la plateforme, analytics maison, file d'attente d'images, configuration spécifique, plus la migration demande de travail. Des alternatives crédibles existent : l'hébergement conteneurisé chez l'hébergeur de votre choix, y compris des acteurs européens soumis au droit européen, les serveurs privés virtuels à coût fixe, ou des plateformes concurrentes comme Cloudflare. Une application Next.js bien construite tourne sur toutes ces options.

Le point de vue PeakLab

Chez PeakLab, agence de développement web sur mesure à Paris, nous utilisons Vercel et nous l'apprécions pour ce qu'il fait très bien : démarrer vite, valider des évolutions sur des URL de prévisualisation, servir un trafic mondial sans équipe d'exploitation. Mais notre règle ne varie pas : les applications que nous livrons tournent sur Vercel ou en conteneur chez l'hébergeur de votre choix, au choix du client. Le code vous appartient, il n'est pas écrit pour une plateforme.

Concrètement, cela signifie des applications conteneurisées par défaut et une dépendance aux services propriétaires limitée aux cas où elle se justifie. Cas réels que nous rencontrons : un client démarre sur Vercel pour la vitesse, puis rapatrie son application chez un hébergeur européen quand ses clients grands comptes l'exigent pour des raisons de conformité. Ou l'inverse : une application auto-hébergée migre vers Vercel parce que l'équipe ne veut plus gérer d'infrastructure. Dans les deux sens, la migration se planifie en jours, parce qu'elle a été rendue possible dès la conception.

Comment décider

Trois questions suffisent pour cadrer la décision avec votre équipe ou votre prestataire :

1. Quel est le profil de trafic attendu ? Trafic modéré et stable : la simplicité de Vercel l'emporte souvent. Volumes importants, médias lourds ou pics fréquents : chiffrez le coût à l'usage face à un hébergement conteneurisé à coût fixe.
2. Avez-vous des contraintes de conformité ou de souveraineté ? Si vos clients ou votre secteur exigent un hébergement européen, le sujet doit être tranché avant la mise en production, pas après.
3. L'application peut-elle partir ? Demandez si elle est conteneurisée et ce que coûterait concrètement une migration. Si la réponse est floue, la dépendance n'a pas été choisie, elle a été subie.

Vercel est un excellent outil quand il est choisi en connaissance de cause. Le rôle d'un bon prestataire est de vous laisser cette liberté de choix, aujourd'hui et dans trois ans.