Sous le capot
La page d’accueil présente la promesse. Cette page montre concrètement comment elle fonctionne.
Pourquoi l’appel est rapide malgré le navigateur
Le navigateur ne sert qu’une seule fois, pendant la création. Pendant que vous réalisez l’action, Vela enregistre les requêtes HTTP et les trames WebSocket envoyées en arrière-plan par la page — les mêmes appels que son propre JavaScript effectue. Il isole ensuite les requêtes utiles, identifie leurs paramètres et écrit un script autonome qui parle directement à ces points d’accès.
À l’exécution, il n’y a ni navigateur, ni chargement de page, ni DOM, ni rendu. Une exécution est simplement un aller-retour HTTP. C’est pour cela que Vela facture au connecteur et non à l’heure de navigateur : il n’y a aucune heure de navigateur à comptabiliser.
Une conséquence importante
Comme le connecteur parle à l’API et non à la page, une refonte visuelle du site cible ne change généralement rien. Ce qui casse un connecteur, c’est une modification du protocole sous-jacent — beaucoup plus rare et précisément ce que le mécanisme de réparation surveille.
Ce que la création vous demande
Il ne s’agit pas de remplir un formulaire de réglages avant de commencer. Vela avance avec vous et s’arrête uniquement lorsque vous êtes la seule personne à pouvoir répondre — vous ne devinez jamais ce qu’il attend et lui ne devine jamais ce que vous vouliez dire.
Il propose le contrat, vous le corrigez
À partir de l’URL et de votre objectif en une phrase, Vela propose les entrées et sorties du connecteur. Vous corrigez une formulation, ajoutez un champ ou supprimez celui qui ne sert pas — avant le premier appel.
Il s’arrête quand vous seul pouvez décider
Quel est le vrai bouton « Confirmer » ? Faut-il créer un client ou retrouver celui qui existe ? Ce sont des points de validation, pas une conversation sans fin : une question courte, votre réponse, puis le processus reprend.
Il ne vous pose pas deux fois la même question
Une décision est mémorisée pour le reste de la création et réutilisée lors des réparations. Un connecteur réparé six semaines plus tard ne vous demande pas de réexpliquer votre parcours de réservation.
Vous voyez ce qui se passe
Le navigateur est diffusé en direct pendant le travail. S’il prend une mauvaise direction, vous le voyez au moment où cela arrive, plutôt que dans un journal après coup.
Trois pannes possibles, trois réponses différentes
Les traiter de la même manière produit des intégrations silencieusement fausses. Vela les distingue volontairement.
La session a expiré
C’est la panne la plus courante et la moins intéressante. Vela se reconnecte avec les identifiants enregistrés et réessaie une fois, en silence. Vous n’êtes pas prévenu, car rien ne nécessite votre intervention.
La cible a réellement changé
Un champ a bougé, un point d’accès a été renommé ou la forme d’une réponse a changé. Vela rejoue les preuves capturées pendant la création, répare le connecteur et vous indique ce qui a changé. Si la réparation ne peut pas être vérifiée, le connecteur passe en état dégradé plutôt que de renvoyer discrètement de mauvaises données.
L’appelant a envoyé une mauvaise valeur
Une date mal formée ou un identifiant de professionnel inexistant renvoie une erreur d’entrée. Vela ne remplace jamais la valeur par une supposition plausible : une réservation faite à une date devinée est pire qu’un appel qui échoue.
Ce qui arrive aux accès que vous confiez
Vos identifiants
Ils sont chiffrés au repos avec AES-256-GCM et déchiffrés uniquement dans le bac à sable d’exécution, pour le connecteur auquel ils appartiennent. Ils ne sont jamais envoyés au modèle ni écrits dans les journaux.
Le script généré
Il s’exécute dans un processus séparé, limité à son propre répertoire temporaire et à une liste d’environnement autorisée. Il ne peut pas atteindre les adresses privées ou locales et est validé en simulation avant son déploiement.
Vos données
Le trafic capturé pendant une création sert à reconstruire et réparer le connecteur. Vous pouvez supprimer le connecteur, ses preuves et ses sessions en un clic : rien ne subsiste.
Un moteur, trois usages
Agents vocaux et chatbots
Un agent qui répond au téléphone doit aussi pouvoir réserver.
Un agent vocal qui se contente de lire les disponibilités passe la main à un humain au moment décisif. Vela lui fournit un outil d’écriture avec une clé d’idempotence : un nouvel essai après une coupure ne crée pas un deuxième rendez-vous. Exportez-le vers Vapi, Retell, Voiceflow ou sous forme de schéma d’outil OpenAI/Claude.
Automatisation sans code
Ne dites plus à vos clients que leur logiciel est impossible à automatiser.
n8n, Make et Zapier partent tous du principe que la cible possède une API. Quand ce n’est pas le cas, le scénario s’arrête sur une étape manuelle. Un connecteur Vela est un nœud HTTP comme les autres : l’export arrive déjà configuré, avec l’en-tête d’authentification et le schéma du corps prêts à l’emploi.
Agences
Vendez l’intégration, pas sa maintenance.
Les intégrations sur mesure deviennent rarement rentables à cause de leur maintenance : tout se joue le matin où l’éditeur publie une refonte. Vela contrôle chaque connecteur chaque jour et le répare à partir des preuves capturées lors de sa création. Les espaces clients et les clés API sont inclus, quelle que soit la taille de votre flotte.
Le connecteur arrive dans l’outil que vous utilisez déjà
n8n
JSON de workflow importable
Make
Blueprint de scénario
Zapier
Étape Webhooks déjà configurée
Vapi
Outil pour agent vocal
Retell · Voiceflow
Outil API personnalisé
OpenAI · Claude
Schéma de fonction ou d’outil
OpenAPI 3.1
Le contrat complet
cURL · JS · Python
Extraits prêts à copier-coller
30 jours · 1 connecteur · 10 000 exécutions · sans carte