Vercel Ship 2026 : la plateforme bascule vers les agents IA

En six mois, la part des déploiements déclenchés par des agents de code sur l'infrastructure de Vercel est passée de moins de 3 % à plus de la moitié. C'est le chiffre qu'a mis en avant Guillermo Rauch, fondateur et PDG de l'éditeur et hébergeur de référence de Next.js, pour ouvrir Vercel Ship 2026 le 17 juin 2026 à Londres. Derrière l'annonce, un virage assumé : la plateforme réoriente tout son produit vers une infrastructure pensée pour les agents. Voici ce qui a été présenté, ce qui change concrètement, et les questions à se poser avant de bâtir un projet dessus.

Un virage vers l'agentique, chiffres à l'appui

Vercel Ship 2026 s'est tenu à Londres, première édition de la conférence organisée hors des États-Unis, et a rassemblé des milliers de participants entre ses étapes de Londres, Berlin et New York, comme le rapporte le récapitulatif publié sur le blog officiel de Vercel. La tournée se prolonge à Sydney en juillet 2026 et San Francisco en octobre 2026. Ce n'est donc pas une annonce isolée, mais une campagne de fond destinée à installer un message unique auprès des équipes techniques.

Ce message tient dans deux chiffres. D'abord la bascule des déploiements : il y a six mois, moins de 3 % des déploiements sur la plateforme étaient déclenchés par des agents de code ; aujourd'hui, ils en représentent plus de la moitié, un basculement confirmé par le communiqué officiel de Vercel diffusé via l'agence Business Wire comme par le média spécialisé dans les technologies d'entreprise SiliconANGLE. Ensuite le volume de traitement : sur la même période, les tokens traités chaque mois par le service de routage de modèles de Vercel, l'AI Gateway, sont passés d'environ 2 000 milliards à 20 000 milliards, une multiplication par dix, d'après ce même communiqué officiel. Ces deux chiffres sont des métriques communiquées par Vercel, non auditées par un tiers.

Guillermo Rauch a résumé sa vision d'une phrase, en présentant une plateforme où l'on peut déployer « software that can think », soit des logiciels capables de raisonner et d'agir seuls. La formule est marketing, mais elle traduit un déplacement réel : l'infrastructure ne se contente plus d'héberger du code, elle exécute, surveille et modifie des programmes qui prennent des décisions.

Vercel Services, Connect et eve : les briques du nouveau socle

Trois lancements structurent ce virage. Le premier, Vercel Services, fait des microservices des citoyens de première classe sur la plateforme, en bêta depuis le 1er juillet 2026. Concrètement, un frontend, un backend et les services associés se développent, se prévisualisent et se déploient ensemble dans un seul projet, y compris pour un changement qui ne touche que le backend. La communication entre ces services ne transite plus par l'internet public, comme l'explique la page de présentation de Vercel Services. Une part croissante de la topologie applicative, le réseau interne compris, s'installe ainsi à l'intérieur de la plateforme.

Le deuxième, Vercel Connect, s'attaque à un vrai problème de sécurité. Pour donner à un agent l'accès à des outils externes (Slack, GitHub, Snowflake, Salesforce, Notion ou Linear au lancement), on stockait jusqu'ici des identifiants de longue durée, qui traînent et fuitent. Vercel Connect les remplace par des jetons courts et cadrés, générés à la demande, avec une trace d'audit complète, détaille l'annonce de Vercel Connect. L'idée n'est pas neuve : elle rejoint la logique du protocole MCP qui connecte les IA aux outils du monde réel, et la bascule vers des accès à durée de vie limitée que l'on retrouve dans les standards modernes d'authentification. Le gain de sécurité est réel ; en contrepartie, la gestion des accès des agents se centralise un peu plus dans l'écosystème du fournisseur.

Le troisième, eve, est un framework d'agents open source en TypeScript, que Vercel dit avoir construit après avoir développé des centaines d'agents en interne. Un agent y est un simple répertoire de fichiers : des instructions en Markdown, des outils en TypeScript. Exécution durable, bac à sable, approbations humaines, sous-agents et évaluations sont intégrés dès le départ, précise l'annonce d'eve. Le code du framework est ouvert, donc en partie portable, mais il est conçu pour s'appuyer sur l'Agent Stack de Vercel. Par-dessus, Vercel Agent (en bêta publique) surveille les déploiements en production, enquête sur les incidents et ouvre des pull requests de correctifs à valider, au lieu de se limiter à envoyer une alerte.

Passport, sécurité et Bring Your Own Cloud : le volet entreprise

À côté des agents, Vercel a regroupé sous l'offre « Vercel for Enterprise Apps and Agents » une série de briques de gouvernance qui en disent long sur les attentes de ses grands clients. Vercel Passport (bêta publique) garde les applications internes privées par défaut, derrière le fournisseur d'identité de l'entreprise. Un tableau de bord de sécurité (bêta privée) centralise la posture de tous les comptes et projets : il signale les erreurs de configuration, les comptes sans double authentification, les secrets partagés et les identifiants de longue durée qui traînent, comme le détaille la page changelog dédiée à ce tableau de bord. Vercel Passport et cette offre entreprise sont présentés dans l'annonce dédiée aux usages entreprise.

La brique la plus parlante est le Bring Your Own Cloud sur AWS (bêta privée) : elle permet de faire tourner Vercel, fonctions comprises, dans le compte AWS du client plutôt que chez Vercel. Que l'éditeur investisse lui-même dans une option d'hébergement chez le client en dit long. Cela confirme, côté fournisseur, que la maîtrise de l'infrastructure et la capacité à garder ses données sous son propre toit sont devenues des critères d'achat sérieux, pas une lubie de juriste. C'est un signal utile pour toute équipe qui prépare un projet : ces questions se posent désormais partout.

Ce que ce virage change pour votre projet

Pour une équipe qui s'apprête à lancer un projet web sur mesure, l'intérêt de ces annonces n'est pas seulement technique. Il tient à une logique de fond : plus les briques d'un projet (réseau interne entre services, identité des agents, orchestration, surveillance) vivent dans les mécanismes propres à une seule plateforme, plus il devient coûteux et complexe d'en changer plus tard. Ce coût de sortie ne se voit pas au démarrage. Il grandit à chaque fonctionnalité que l'on branche sur une brique spécifique au fournisseur, jusqu'à devenir un frein le jour où l'on voudrait bouger.

Ce sujet n'est ni une posture ni une méfiance de principe : il est désormais encadré. Le Data Act européen (règlement UE 2023/2854), entré en vigueur le 11 janvier 2024 et applicable depuis le 12 septembre 2025, impose aux fournisseurs de services cloud un cadre pour que leurs clients puissent changer de prestataire, en levant les obstacles commerciaux, contractuels et techniques qui créent une dépendance, comme le résume la page officielle de la Commission européenne. En France, l'ANSSI, l'agence nationale de la sécurité des systèmes d'information, recommande explicitement d'insérer une clause de réversibilité dans les contrats cloud pour éviter toute dépendance à une offre unique.

La bonne nouvelle, c'est que ces questions se traitent au bon moment : au démarrage. Avant d'écrire la première ligne de code, un audit et une étude de cadrage permettent de trier ce qui est portable (le code applicatif, les standards ouverts) de ce qui crée une dépendance structurelle à un fournisseur précis. C'est aussi le moment d'exiger une clause de réversibilité et de vérifier que le code produit reste récupérable indépendamment de la plateforme d'hébergement retenue. Le même réflexe vaut pour les agents et l'automatisation par l'IA : un agent branché sur des briques ouvertes se rejoue ailleurs, un agent trop dépendant d'un socle propriétaire, beaucoup moins.

Pour aller plus loin

• Cloud et DevOps : hébergement, portabilité de l'infrastructure et réversibilité des choix techniques.
• Automatisation et IA : concevoir des agents utiles sans s'enfermer dans un socle unique.
• Développement Next.js : bâtir sur le framework de Vercel tout en gardant la liberté de l'héberger où l'on veut.
• Next.js 15 : les nouveautés du framework React : le socle applicatif au cœur de l'écosystème Vercel.
• SSO, 2FA et passkeys : les standards d'accès sécurisés que prolonge la logique de jetons courts de Vercel Connect.

Garder la main sur une stack portable

Vercel reste une excellente plateforme, et plusieurs de ses annonces, comme les jetons courts de Connect, améliorent réellement la sécurité. Le but n'est pas de la fuir, mais de rester maître de ses choix. Chez Koul, on part d'un principe simple : Next.js s'auto-héberge. Le framework qui fait la réputation de Vercel tourne aussi bien sur une infrastructure ouverte, ce qui laisse la porte ouverte à un déploiement chez l'hébergeur de son choix, y compris un PaaS open source auto-hébergé.

Notre travail en cloud et DevOps consiste justement à distinguer, dès le cadrage, ce qui appartient au projet et ce qui appartient au fournisseur. On peut profiter du confort d'une plateforme managée tout en gardant un code portable, une infrastructure décrite et documentée, et une porte de sortie réelle. C'est ce qui permet de suivre l'actualité d'un acteur comme Vercel avec intérêt, sans confondre l'outil du moment et l'engagement de long terme.

Sources

Vérifiées sur sources primaires et presse spécialisée :

• Vercel Ship 2026 recap (blog officiel Vercel, 30 juin 2026)
• Vercel Services: Run full stack on Vercel (blog officiel Vercel)
• Introducing Vercel Connect (blog officiel Vercel)
• Introducing eve (blog officiel Vercel)
• Vercel for Enterprise Apps and Agents (blog officiel Vercel)
• Vercel Security Dashboard is in private beta (changelog officiel Vercel)
• Communiqué officiel Vercel via Business Wire, 17 juin 2026
• Vercel launches new framework, enterprise controls for agentic AI infrastructure (SiliconANGLE, 17 juin 2026)
• Data Act (Commission européenne)
• Recommandations de l'ANSSI pour l'hébergement cloud (cyber.gouv.fr)