Déployer et héberger Next.js en France

Avant de choisir un hébergeur, sachez ce que votre projet produit réellement. Tout découle de là, et se tromper ici coûte cher.

La sortie statique. Si votre site n'utilise aucune fonctionnalité serveur, Next.js peut le compiler en fichiers HTML, CSS et images. Vous obtenez une pile de fichiers hébergeable partout, pour presque rien. C'est le mode idéal d'un site vitrine ou d'un blog. Vous perdez en contrepartie les routes d'API, la régénération et l'optimisation d'images à la volée.

Le mode standalone. Next.js analyse les dépendances réellement utilisées et produit un serveur autonome minimal. C'est le mode conçu pour les conteneurs. Attention à un piège documenté, cette sortie n'embarque ni le dossier des ressources statiques ni le dossier public, qu'il faut copier explicitement.

Le serveur classique. Vous déployez le projet complet et vous lancez le serveur de production. Plus simple à mettre en place, plus lourd à transporter.

Le choix se fait sur une seule question. Votre site a-t-il besoin de calculer quelque chose à la demande. Si la réponse est non, la sortie statique vous épargne toute une catégorie de problèmes.

Une remarque de bon sens à ce stade. Si votre projet sort entièrement en statique, la question du framework mérite d'être rouverte, puisque d'autres outils sont conçus pour cela dès le départ. C'est l'objet de notre comparatif entre Next.js et Astro.

Autant le reconnaître, l'expérience est la meilleure du marché. Vous connectez votre dépôt, chaque branche obtient son adresse de prévisualisation, et l'ensemble des fonctionnalités de Next.js marche sans réglage.

La grille tarifaire mérite d'être lue en entier.

• Le plan gratuit est réservé à un usage non commercial. Un site d'entreprise n'y a pas sa place, même modeste.
• Le plan professionnel démarre à 20 dollars par mois et par siège, avec des quotas de bande passante, de temps d'exécution et de minutes de compilation.
• Les dépassements sont facturés à l'usage. C'est là que les factures surprennent, parce que le montant suit le trafic sans plafond automatique.

Les retours d'expérience publiés en 2026 décrivent des comptes professionnels réels autour de 67 dollars par mois pour un usage courant, et plusieurs centaines pour un service en croissance avec un trafic important et beaucoup d'appels d'API.

Le second sujet est juridique, et il est rarement mis sur la table. Vercel est une société américaine. Vos journaux d'accès, qui contiennent des adresses IP, transitent par son infrastructure. Le RGPD n'interdit pas ce transfert, il l'encadre. Sur un site vitrine, la question reste légère. Sur un service qui traite des données de santé, de finance ou des données de mineurs, elle devient structurante.

Le marché français a rattrapé son retard sur ce terrain. 4 acteurs se détachent, avec des profils différents.

• Clever Cloud. Société française, orientée déploiement d'applications. Un projet Next.js s'y déploie sans configuration particulière, avec des services complémentaires disponibles si le besoin apparaît. C'est le plus proche de l'expérience Vercel.
• Scaleway. Cloud généraliste français, avec des serveurs en France. Très souple pour une architecture sur mesure, mais il faut construire davantage soi-même.
• OVHcloud. L'acteur historique, plusieurs centres de données en France, et une qualification SecNumCloud sur une partie de son offre. C'est la réponse attendue par les administrations et les secteurs réglementés.
• Scalingo. Plateforme française à mi-chemin, pensée pour les équipes qui veulent déployer sans administrer de serveurs.

Une alternative que personne ne mentionne. Si votre projet sort en statique, l'hébergement n'est plus un sujet du tout. N'importe quel service de fichiers avec un réseau de diffusion convient, pour quelques euros par mois, avec des temps de réponse excellents partout dans le monde.

Le sujet de la souveraineté dépasse d'ailleurs l'hébergement du site lui-même, comme nous l'abordons dans notre rubrique consacrée à la souveraineté numérique.

C'est le vrai coût du départ, et il est rarement chiffré au bon moment.

4 réglages passent à votre charge.

• L'optimisation des images. Elle repose sur une bibliothèque native qui n'est pas embarquée automatiquement dans la sortie standalone. Il faut l'installer, et surtout la compiler pour le bon système. Copier un dossier de dépendances depuis un poste de développement vers un conteneur Linux ne fonctionne pas, les liaisons natives ne correspondent pas.
• Le cache partagé. Avec plusieurs instances, un cache écrit sur le disque local pose un problème immédiat. Chaque instance a le sien, et un nouveau déploiement le perd. Il faut un cache partagé et durable.
• Les droits sur les fichiers. Un conteneur qui tourne sous un utilisateur restreint doit malgré tout pouvoir écrire dans le dossier de travail de Next.js. C'est la source d'erreur la plus fréquente au premier déploiement.
• Les ressources statiques. Elles doivent être copiées séparément, et servies avec des en-têtes de cache corrects.

Rien de tout cela n'est hors de portée. Mais cela représente une journée de mise au point la première fois, et une compétence à garder dans l'équipe.

La règle de décision, sans détour. Sur un site vitrine ou un blog, vous sortez en statique et vous hébergez où vous voulez. La question est réglée. Sur une application avec authentification et données personnelles, prenez le temps de cette journée et hébergez en France. Sur un produit en forte croissance dont le trafic est imprévisible, restez sur Vercel le temps de stabiliser, puis rouvrez le dossier quand la facture le justifie.