Loading...

Alternative à Vercel

Une alternative à Vercel pour les applications Next.js full-stack

Vercel exécute votre front-end sur des fonctions serverless et facture chaque ressource sur son propre compteur. Nous exécutons votre application Next.js ou Node.js dans un conteneur, avec sa base de données, son stockage, son WAF et son CDN sur une seule offre mensuelle. Voici comment les deux modèles sont tarifés, ce que vous obtenez chez nous, et comment se déroule une migration.

Chaque offre inclut 15 jours d'essai. Annulez à tout moment en un clic : remboursement le jour même, et vous continuez à utiliser votre essai.

Une alternative à Vercel pour les applications Next.js full-stack
GitDéploiement au push
Postgres · RedisAdd-ons managés
WAFSur chaque offre
$9À partir de, par mois

Comment Vercel facture

Les tarifs de Vercel ci-dessous sont ceux publiés sur la page de tarification de Vercel le 14 octobre 2026 ; vérifiez-y les chiffres actuels.

L'offre Hobby est gratuite et limitée à un usage personnel non commercial. Pro coûte 20 $ par mois et inclut 20 $ de crédit d'utilisation ; chaque siège de développeur supplémentaire coûte 20 $ de plus par mois. En plus de l'offre, l'utilisation est mesurée ressource par ressource : 1 To de transfert de données est inclus, puis à partir de 0,15 $ par Go ; 10 millions de requêtes CDN, puis à partir de 2 $ par million. Les fonctions sont facturées en CPU actif (4 heures incluses, puis à partir de 0,128 $ par heure), en mémoire provisionnée (360 Go-heures incluses, puis à partir de 0,0106 $ par Go-heure) et en invocations (1 million incluses, puis à partir de 0,60 $ par million). L'optimisation d'images démarre à 0,05 $ pour 1 000 transformations.

Rien de tout cela n'est déraisonnable, mais cela signifie que la facture est la somme de plusieurs compteurs, et la plupart évoluent avec votre trafic et la durée d'exécution de vos fonctions. Un pic de trafic ou une route API lente apparaît sur la facture sur plus d'une ligne.

Comment notre tarification fonctionne

Nous proposons trois offres : Small à 9 $, Medium à 19 $ et Large à 49 $ par mois. Chacune vous donne un seul pool mensuel — 200 Go, 400 Go ou 1 000 Go — dans lequel puisent à la fois votre trafic CDN et le pic mensuel de stockage d'objets.

Votre application tourne dans un conteneur toujours actif. Une requête n'est pas un appel de fonction facturable, et il n'y a pas de compteur par heure de CPU derrière chacune : l'application dispose du CPU et de la mémoire que vous lui attribuez, et si elle a besoin de plus, vous ajoutez une mise à niveau fixe depuis le panneau plutôt que de surveiller un graphique d'utilisation. La base de données, le cache, le stockage d'objets, le WAF et le CDN se trouvent sur le même compte et la même facture.

Les offres sont facturées en dollars américains ou en livres turques, selon ce qui convient à votre entreprise.

Next.js s'exécute comme un serveur Node.js classique

Rien ici n'est spécifique au runtime de Vercel, donc il n'y a aucune compatibilité à assurer. Compilez Next.js avec output: 'standalone', et le résultat est un petit serveur Node.js qu'un Dockerfile minimal empaquette dans un conteneur. Le rendu côté serveur, les routes API, les middlewares et les server actions s'exécutent tous dans ce serveur, exactement comme lorsque vous lancez next start sur votre propre machine.

Comme le processus reste actif entre les requêtes, il garde son pool de connexions à la base de données et ses caches en mémoire déjà chauds. Il en va de même pour tout ce que vous exécutez à côté : une API Express ou NestJS, un worker, un consommateur de file d'attente.

Déploiement depuis Git, retour en arrière en une étape

Installez notre application GitHub, choisissez le dépôt et la branche, et chaque push construit une nouvelle image et la déploie. GitLab et les autres hébergeurs Git en HTTPS fonctionnent aussi, avec un jeton d'accès et un webhook signé. Le build est défini par votre Dockerfile, référencé depuis un fichier docker-compose, afin que plusieurs services d'un même dépôt — une application web, une API, un worker — se déploient ensemble. Les builds s'exécutent dans un bac à sable isolé avec mise en cache des couches, et un build qui échoue ne remplace jamais la version en cours d'exécution. Pas de Git du tout ? cdnctl deploy envoie le dossier du projet, le construit et vous donne une adresse HTTPS.

Chaque déploiement est conservé comme une révision, et revenir en arrière est une action unique depuis le panneau, la CLI ou l'API. Les applications sans disque propre se déploient sans interruption de service : le nouveau conteneur prend le trafic une fois qu'il répond, puis l'ancien s'arrête.

Pour les changements que vous voulez voir avant vos utilisateurs, créez une copie de staging de l'application avec sa propre adresse, testez-la là, promouvez-la en production, et annulez la promotion si vous changez d'avis.

Base de données, cache, stockage et cron dans le même panneau

La plupart des applications Next.js ont besoin de plus que le front-end. Ici, vous activez Postgres, MySQL ou Redis managés en add-on, et leurs informations de connexion sont injectées dans l'application sous forme de variables d'environnement — pas de second fournisseur, pas de copie manuelle des identifiants. Un stockage d'objets compatible S3 héberge les uploads et les fichiers statiques, et une application peut monter un volume persistant quand elle a besoin d'un disque.

Les variables d'environnement et les secrets chiffrés sont définis par application. Des tâches planifiées appellent un chemin de votre application selon un calendrier cron, et un worker en arrière-plan est simplement une application conteneurisée sans port HTTP.

La page d'hébergement Node.js détaille la plateforme plus en profondeur.

Sécurité et contrôle en périphérie

Les domaines de votre application se trouvent derrière le même réseau de périphérie qui dessert nos clients CDN. Un pare-feu applicatif web (ModSecurity avec l'OWASP Core Rule Set) est inclus sur chaque offre, et quand il bloque une requête légitime, vous exemptez vous-même cette règle sur ce chemin, depuis le panneau. La limitation de débit, la protection anti-bot par défi JavaScript et le blocage par pays, ASN ou IP sont également disponibles, ainsi que des en-têtes de réponse personnalisés.

Les domaines personnalisés obtiennent un certificat automatiquement, et chaque application reçoit aussi une adresse gratuite en cdn.com.tr pendant vos tests. Les purges de cache par URL, par préfixe ou pour tout le site se font en un seul appel à l'API REST ou à cdnctl purge, afin qu'un pipeline de déploiement puisse effacer ce qu'il a changé.

Les membres de l'équipe reçoivent un accès propriétaire, éditeur ou lecteur, et les déploiements peuvent utiliser leurs propres jetons API réservés au déploiement en CI.

Migrer une application Next.js depuis Vercel

1. Dans next.config.js, définissez output: 'standalone'. Ajoutez un Dockerfile qui installe les dépendances, exécute next build et lance node server.js, ainsi qu'un fichier docker-compose minimal qui le référence. Voir Déployer une application Next.js et Déployer avec Docker Compose pour des exemples.

2. Créez votre compte, connectez le dépôt GitHub et choisissez la branche. Le premier push construit et déploie l'application.

3. Ajoutez vos variables d'environnement et secrets dans le panneau. Si l'application utilise Postgres, MySQL ou Redis, activez le même moteur ici en add-on et transférez les données.

4. Testez sur l'adresse cdn.com.tr gratuite de l'application. Quand tout semble correct, ajoutez votre domaine et pointez-le vers nous avec un enregistrement CNAME ; le certificat est émis automatiquement.

FAQ alternative à Vercel

Le rendu côté serveur et les routes API de Next.js fonctionnent-ils ici ?

Oui. Avec output: 'standalone', Next.js se compile en un serveur Node.js, qui s'exécute comme une application conteneurisée. Le rendu côté serveur, les routes API, les middlewares et les server actions s'exécutent à l'intérieur, exactement comme avec next start.

Est-ce que je paie par requête ou par appel de fonction ?

Non. Vous payez une offre mensuelle avec un seul pool pour le trafic CDN et le stockage d'objets. L'application s'exécute comme un conteneur toujours actif, avec le CPU et la mémoire que vous choisissez ; les requêtes qui lui sont adressées ne sont pas comptées comme des appels de fonction ou du temps CPU.

Depuis quels fournisseurs Git puis-je déployer ?

GitHub via notre application GitHub, avec un déploiement automatique à chaque push sur la branche choisie. GitLab et les autres hébergeurs Git en HTTPS fonctionnent avec un jeton d'accès et un webhook signé. Sans Git, cdnctl deploy envoie et construit le dossier de votre projet.

Puis-je annuler un mauvais déploiement ?

Oui. Chaque déploiement est conservé comme une révision, et vous pouvez revenir à une version antérieure depuis le panneau, la CLI ou l'API. Avec une copie de staging, vous pouvez aussi tester une version d'abord, la promouvoir, puis annuler la promotion.

Y a-t-il une API et une CLI ?

Oui. Les déploiements, retours en arrière, mise à l'échelle, logs, variables d'environnement, add-ons et purges de cache sont disponibles via l'API REST et l'outil en ligne de commande cdnctl ; les pipelines CI peuvent utiliser des jetons réservés au déploiement, et un serveur MCP permet aux agents IA de travailler avec votre compte.

Exécutez votre application Next.js avec sa base de données et son CDN