Val Town, service qui permettait d’écrire, d’exécuter et d’héberger de courts scripts JavaScript et TypeScript directement dans un navigateur, ferme ses portes. Dans un billet publié le 10 novembre 2026 et signé par son fondateur Steve Krouse, l’entreprise explique n’avoir pas réussi à devenir un fournisseur de cloud capable de tenir face aux acteurs établis. La fermeture s’étale sur plusieurs mois, avec une bascule finale vers l’open source.
Un calendrier de fermeture en quatre étapes
L’arrêt ne se fait pas du jour au lendemain. Val Town détaille un calendrier précis, pensé pour laisser aux utilisateurs le temps d’exporter leur code et de choisir un nouvel hébergeur parmi les outils en ligne de commande qu’ils utilisent déjà au quotidien.
| Date | Étape |
|---|---|
| 10 novembre 2026 | Fin des nouvelles inscriptions et des montées en gamme d’abonnement |
| 10 décembre 2026 | Passage en lecture seule (hors SQLite et stockage blob) |
| 10 janvier 2027 | Arrêt de l’ensemble des autres services |
| 1er février 2027 | Publication du code de Val Town en open source |
Un modèle économique qui n’a pas tenu face aux géants du cloud
Le billet de fermeture reste sobre sur les causes exactes, évoquant une « décision difficile » prise après plusieurs années d’exploitation. Val Town occupait un créneau particulier : une plateforme pensée pour écrire de petits bouts de code exécutés à la demande, sans configuration de serveur ni pipeline de déploiement. Un « val » typique ressemblait à ceci :
// Un "val" HTTP classique, exécuté à la demande sur Val Town
export default async function (req: Request): Promise<Response> {
const name = new URL(req.url).searchParams.get("name") ?? "monde";
return new Response(`Bonjour, ${name} !`);
}
Cette simplicité a séduit une communauté de développeurs et, plus récemment, des agents d’intelligence artificielle utilisés comme bac à sable d’exécution rapide. Elle n’a toutefois pas suffi à construire un volume d’activité comparable à celui de Cloudflare, Vercel ou Netlify, dont l’infrastructure sert désormais de base de repli officielle.
Que deviennent les comptes, le code et les données
La facturation est suspendue avec effet immédiat : les abonnements en cours continuent d’être servis gratuitement jusqu’à l’arrêt complet, et les forfaits annuels prépayés donneront lieu à un remboursement partiel au prorata. Pendant la phase de lecture seule, le code existant reste consultable et exportable, à l’exception du stockage SQLite et du stockage d’objets (« blobs »), qui suivent un calendrier distinct détaillé dans la documentation de migration. Passé le 10 janvier 2027, plus aucun service ne tourne, et seule la publication open source du 1er février permettra de retrouver le moteur de la plateforme.
Les pistes de migration proposées
Val Town a publié des guides de migration vers Cloudflare Workers, Vercel, Netlify et Render, les quatre hébergeurs jugés les plus proches de son modèle d’exécution à la demande. L’entreprise note que les modèles de langage actuels se montrent efficaces pour automatiser une bonne partie de ce travail de portage, du découpage des fonctions jusqu’à l’adaptation des variables d’environnement. Pour les équipes qui envisagent de ne plus dépendre d’un fournisseur propriétaire, la période est aussi l’occasion de comparer ce choix à l’auto-hébergement, abordé pour WordPress dans le dossier sur CloudPanel et l’auto-hébergement.
Val Town n’est pas parvenu à devenir un fournisseur de cloud computing capable de rivaliser avec les acteurs déjà installés.
Les projets encore actifs sur Val Town doivent exporter leur code et leurs données avant le 10 décembre 2026, date du passage en lecture seule. Après cette bascule, SQLite et le stockage blob suivent un calendrier d’arrêt distinct, à vérifier auprès du support.
Ce qu’il faut retenir
Val Town ferme un service qui avait trouvé son public chez les développeurs cherchant à exécuter du code sans gérer d’infrastructure. La fermeture s’étale jusqu’en janvier 2027, suivie d’une publication open source en février. Les utilisateurs disposent de guides de migration vers quatre hébergeurs alternatifs et doivent agir avant les prochaines échéances du calendrier.
Ce type de fermeture rappelle une règle simple pour tout projet dont la logique métier tient en quelques fonctions : éviter de la lier trop étroitement à un runtime propriétaire. Un val bien écrit se porte en quelques heures vers une fonction Cloudflare ou Vercel ; une architecture plus entremêlée aurait coûté bien plus cher à qui l’utilisateur sous-estime ce risque dès le départ — Simon Janvier.
Pour aller plus loin : l’annonce officielle sur le blog de Val Town.
