Intégrations et automatisation

Quatre voies pour faire travailler Cord avec le reste de vos systèmes. Choisissez la plus simple qui répond à votre besoin.

Laquelle utiliser

Voie	Usage	Qui la configure
Cord Workflows	Réagir dans Cord : créer une tâche, prévenir l’équipe, publier dans Slack ou ajouter une note dans HubSpot.	N’importe quel membre de l’équipe, depuis l’application.
HubSpot	Maintenir à jour les clients, les contacts et les Transactions sans double saisie.	Se connecte une seule fois dans les Paramètres.
Zapier et Make	Connecter Cord à un autre outil que vous utilisez déjà, sans serveur à vous.	La personne qui crée le Zap ou le scénario.
API v1 + webhooks	Contrôle total : votre backend décide quoi faire de chaque événement.	Votre équipe de développement.

Cord Workflows

Cette voie se trouve dans l’application, pas dans l’API. Un workflow écoute un événement de Cord, évalue des conditions, peut attendre plusieurs jours et exécute des actions. Chaque exécution est enregistrée avec son résultat.

Utilisez-la lorsque l’automatisation commence et se termine dans Cord. Si vous devez agir sur un autre système, passez aux voies ci-dessous.

HubSpot

La synchronisation est gérée par Cord : les clients avec les Entreprises et les Contacts dans les deux sens, et chaque devis crée sa Transaction et la fait avancer dans le pipeline de votre choix. Aucun code n’est nécessaire et cela ne consomme pas votre quota de webhooks.

Zapier et Make

Ces deux plateformes communiquent avec l’API publique de Cord et se connectent via OAuth 2.0 : la personne donne son autorisation sur un écran de Cord, et il n’y a aucune clé à créer ni à coller. Chaque autorisation se traduit par un identifiant de courte durée que Cord renouvelle avec un refresh token, et elle apparaît dans l’onglet Clés API du Cord Workbench en tant que Connexion autorisée.

Événements vers ces plateformes : un abonnement webhook créé avec l’identifiant de cette connexion. Les abonnements se créent et se suppriment d’eux-mêmes lorsque vous activez ou désactivez le Zap ou le scénario.
Actions vers Cord : les endpoints de /api/v1 avec ce même identifiant.

Cord enregistre les clients OAuth sur demande ; il n’existe pas d’enregistrement en libre-service. Aujourd’hui, des clients sont enregistrés pour Zapier et Make, ainsi que pour le module complémentaire Cord pour Gmail, qui appartient à Cord. Si vous construisez une application que d’autres entreprises connecteront, suivez OAuth pour les applications. Pour votre propre serveur, utilisez une clé secrète.

n8n

Le nœud communautaire n8n-nodes-cord (sur npm) utilise une clé secrète dans son identifiant Cord API : chaque installation de n8n a sa propre adresse de retour, il ne se connecte donc pas via OAuth. Son déclencheur enregistre le webhook à l’activation du workflow et vérifie la signature X-Cord-Signature-V1. Aujourd’hui, il s’installe sur n8n auto-hébergé ; la version 1.1.0 a été publiée avec attestation de provenance et soumise à la vérification de n8n le 21 septembre 2026, et elle apparaîtra dans n8n Cloud dès que n8n l’aura approuvée.

Les abonnements créés via l’API disposent de leur propre quota de 100 par organisation, distinct des endpoints que configure votre équipe. Le détail se trouve dans Webhooks.

Si vous préférez le construire à la main dans Make, le guide d’assistance détaille pas à pas les modules Webhooks et HTTP.

API v1 et webhooks

La voie complète : authentifiez-vous avec une clé secrète, écoutez les événements qui vous intéressent et répondez depuis votre backend.

Authentification
Webhooks, avec la liste des événements, la signature X-Cord-Signature-V1 et l’historique des envois.
Serveur MCP, lorsque c’est un assistant IA qui utilise Cord.