Vercel, Railway, Render : lecture des docs

Aucun déploiement n’a été lancé pour écrire cette page, et aucun délai n’a été chronométré. Vercel, Railway et Render ont été lus le 2026-10-18 à partir de leurs docs, plus la page de déploiement Next.js datée du 25 août 2026. Les prix et les conditions d’essai ne sont pas recopiés. Chaque montant est à vérifier.

Le choix Vercel ou VPS, avec Railway et Render déjà nommés comme autres plateformes gérées, est sur Vercel ou VPS pour Next.js. Si l’objectif est de quitter Vercel ou de reprendre l’exploitation, le guide Alternatives à Vercel couvre cette migration. La préparation d’une publication Vercel est sur Préparer la publication. Le VPS a sa procédure. Cette page ne refait pas ces parcours. Elle tient le face-à-face des trois docs.

Next.js, avant les trois noms

La page Deploying, datée du 25 août 2026, dit que Next.js peut tourner comme serveur Node.js, conteneur Docker, export statique, ou via un adaptateur. Le serveur Node.js et Docker couvrent toutes les fonctions, d’après ce tableau. L’export statique est limité. Les adaptateurs varient : un adaptateur vérifié exécute la suite de tests.

Vercel y est listé comme adaptateur vérifié. Railway apparaît dans les modèles Node.js. Render apparaît dans les modèles Docker. Cloudflare et Netlify sont nommés à part, avec leurs propres intégrations, pas comme adaptateurs vérifiés au moment de cette page. Le chemin n’est donc pas le même objet sous trois marques.

Vercel

La page Deploying to Vercel, mise à jour indiquée au 26 février 2026, définit un déploiement comme le résultat d’un build réussi. Chaque déploiement reçoit une URL. Les déclencheurs lus : un push Git, la CLI, un Deploy Hook (qui exige un dépôt Git connecté), et l’API REST. Trois environnements par défaut : local, preview, production.

La page du tableau de bord décrit des ressources de déploiement : middleware, fichiers statiques, fonctions, avec type, runtime, taille et régions. Elle affiche aussi un temps de build. Ce temps est celui que Vercel montre après un build. Il n’a pas été mesuré ici, et aucun projet n’a été importé.

La page ne décrit pas un worker toujours allumé, ni un volume attaché au processus. Pour une fonction de requête, le comparatif Workers, Functions et Lambda a déjà lu Fluid compute. Il n’est pas repris.

Railway

Un service Railway est une cible de déploiement. Sous le capot, c’est un conteneur issu d’une image. Deux types sont nommés : les services persistants, qui restent lancés (application, API, file, base), et les jobs planifiés, qui tournent jusqu’à la fin. La source peut être un dépôt GitHub, un répertoire local, ou une image Docker. Si un Dockerfile est dans le dépôt, Railway l’utilise pour construire l’image.

Le guide Next.js demande un build autonome, output: "standalone", puis un script de démarrage qui lance le serveur standalone. Après un déploiement GitHub, le service n’est pas public tant qu’on n’a pas généré un domaine. Ce n’est pas le flux de l’adaptateur Vercel. Ces étapes n’ont pas été exécutées.

La page Services écrit un plafond de stockage éphémère : 1 Go sur le plan Free, 100 Go sur un plan payant. Au-delà, le déploiement peut être arrêté et relancé. Un volume sert si la donnée doit survivre au déploiement. Ces chiffres sont ceux de la page, pas une mesure. Le prix du plan n’est pas recopié. Il est à vérifier.

Les images Docker privées demandent le plan Pro, d’après la même page. Le tarif de ce plan n’est pas ici.

Render

La page Services and Service Types fait choisir un type avant de créer le service. Le code part sur une ou plusieurs instances, dont le CPU et la RAM dépendent du type d’instance. Six types de code sont décrits, plus des bases gérées.

Type lu	Ce que la page en dit
Web service	App dynamique, sous-domaine public, trafic HTTP. La page renvoie vers une instance gratuite, sans chiffre recopié ici.
Static site	Fichiers statiques, sous-domaine public, CDN.
Private service	Pas d’URL publique. Un nom interne, sur le réseau privé des autres services Render.
Background worker	Processus continu, souvent une file. Pas d’URL.
Cron job	Lance une commande, un script ou un binaire, puis s’arrête. Pas d’URL.
Workflow	Tâches longues composables, sur du calcul distribué. La page cite les agents et les pipelines ETL. Pas d’URL.

Un disque persistant peut s’attacher à un web service, un private service ou un background worker. Les conditions de l’instance gratuite, durée et limites, sont à vérifier sur la page Free. Aucun montant n’est recopié.

Cas où l’autre reste préférable

Vercel reste le cas du flux intégré au framework, celui que Next.js liste comme adaptateur vérifié : preview par commit, fonctions de la page de déploiement, pas un conteneur que vous décrivez. Il cesse de l’être si vous avez besoin d’un processus qui reste lancé hors requête, ou d’un worker sans URL. Ces objets sont dans les docs Railway et Render. Ils ne sont pas dans la page Vercel ouverte.

Railway reste préférable si vous voulez un conteneur, une image, un job planifié, ou Postgres à côté du service Next.js, comme le guide Next.js le montre, sans prendre l’OS en charge. Il faut alors le build standalone et un domaine généré à la main. Le montant du plan est à vérifier.

Render reste préférable si le type de service est déjà le vocabulaire dont vous avez besoin : site statique, service privé, worker, cron, ou workflow long. Le template Next.js cité par la doc du framework est Docker, pas l’adaptateur Vercel. Entre Railway et Render, cette page ne choisit pas. Les deux décrivent un processus que vous ne gérez pas au niveau du système. Le VPS reste le cas où vous choisissez l’OS, le proxy et les comptes. Ce cas est sur la page Vercel ou VPS, pas tranché ici.

Un agent ou un worker séparé de l’interface est déjà le conseil de la page Vercel ou VPS. Les plateformes d’API Python, si le besoin est un service Python plutôt qu’un site Next.js, sont sur Plateformes d’API Python.

Ce qui n’a pas été mesuré

Aucun dépôt n’a été connecté, aucun domaine n’a été généré, aucun build n’a été lancé. La phrase de Railway sur une coupure brève lors d’une mise à jour d’image avec volume n’est pas reprise : ce serait encore leur estimation, pas un chronomètre. Les prix, essais et free tiers sont à vérifier, sans chiffre de facture.

Sources

Sources officielles recontrôlées le 2026-10-19 :

Les capacités restent celles des pages officielles ; aucun résultat de vitesse, disponibilité ou coût n'a été mesuré.