Vercel Connect : 100+ connecteurs configurables en CLI
Vercel Connect permet désormais de créer et d'attacher plus de 100 connecteurs de services tiers directement depuis le terminal, sans passer par le dashboard.
Profil éditorial · Développement web
En bref
- Vercel Connect supporte maintenant la configuration de plus de 100 services depuis la CLI, là où
vercel connect createn'en couvrait qu'une partie et renvoyait vers le dashboard pour le reste - La commande
vercel connect create <service>pré-remplit nom, icône, type d'auth et URL MCPModel Context Protocol : standard pour brancher des outils / données à un LLM (serveurs, resources, tools). ou discovery, puis demande les credentials nécessaires - Une fois le connecteur attaché au projet,
getTokenretourne un tokenUnité de texte traitée par un modèle (souvent un morceau de mot). Les coûts et fenêtres de contexte se comptent en tokens. court et scopé pour appeler l'APIApplication Programming Interface : contrat machine pour consommer un service (HTTP, SDK, webhooks). du fournisseur - Vercel Connect reste en beta sur tous les plans ; comportement et catalogue de connecteurs peuvent évoluer avant la disponibilité générale
Sommaire · 3 sections
Un workflow CLI complet pour les intégrations tierces
Vercel Connect étend sa couverture CLI à plus de 100 services. Jusqu'ici, vercel connect create gérait certains connecteurs en ligne de commande et basculait vers le dashboard pour les autres. Désormais, l'ensemble du cycle — création, configuration, attachement au projet — se déroule dans le terminal.
La commande accepte le nom du service en argument, pré-remplit les métadonnées (nom de marque, icône, type d'authentification, URL MCP ou discovery), puis demande les credentials requis. Une fois le connecteur créé, il suffit de l'attacher à un projet et un environnement :
vercel connect create shopify --name acme-shop
vercel connect attach shopify/acme-shop --project my-app --environment production
Récupération de tokens scopés côté application
Après attachement, la fonction getToken du package @vercel/connect retourne un token court et scopé, identifié par l'UID du connecteur (service/name) :
import { getToken } from '@vercel/connect';
const token = await getToken('shopify/acme-shop', {
subject: { type: 'app' },
scopes: ['write_products'],
});
await fetch(`https://acme.myshopify.com/admin/api/2026-01/graphql.json`, {
method: 'POST',
headers: {
'X-Shopify-Access-Token': token,
'Content-Type': 'application/json',
},
body: JSON.stringify({
query: `mutation {
productUpdate(product: { id: "gid://shopify/Product/123", title: "Restocked: Acme Mug" }) {
product { id }
}
}`,
}),
});
Ce token est ensuite passé dans l'en-tête de la requête vers l'API du fournisseur — ici Shopify.
Statut et disponibilité
Vercel Connect reste en beta, disponible sur tous les plans. Le catalogue de connecteurs et le comportement général, notamment le forwarding de triggers, peuvent évoluer avant la disponibilité générale. L'usage est soumis au Beta Agreement et aux conditions spécifiques de Vercel Connect.
Le répertoire complet des connecteurs et la référence CLI sont accessibles dans la documentation officielle.
Lecture 404 Mates
Pour les agences et les builders qui enchaînent les intégrations tierces — Shopify, Stripe, CMS headlessArchitecture où le CMS sert le contenu via API et le front est un autre stack (Next.js, etc.)., outils métier —, pouvoir scripter la création et l'attachement de connecteurs depuis la CLI ouvre la porte à des workflows d'infrastructure as code plus cohérents. Plutôt que de cliquer dans le dashboard à chaque nouveau projet ou environnement, on peut versionner la configuration des connecteurs aux côtés du reste de l'infra Vercel.
Le modèle de token court et scopé retourné par getToken simplifie aussi la gestion des credentials : pas besoin de stocker soi-même les secrets OAuthProtocole d’autorisation déléguée : une app obtient un accès limité sans partager le mot de passe utilisateur. ou API keys dans des variables d'environnement, Vercel Connect les orchestre et les renouvelle. Cela réduit la surface d'erreur — et d'audit — pour les équipes qui jonglent avec plusieurs dizaines de services.
En revanche, le statut beta implique que le catalogue de connecteurs et le comportement peuvent encore changer. Avant d'ancrer ce workflow dans un pipeline de production critique, il reste prudent de vérifier la stabilité du connecteur concerné et de prévoir un plan B si un service disparaît ou change de modèle d'auth avant la GA.
