Ressources · Intégration n8n

Intégration Calendly n8nAutomatiser Calendly avec n8n.

Chaque rendez-vous pris dans Calendly peut lancer un workflow. L'intégration Calendly n8n se limite au trigger : un nœud écoute 2 événements webhook, la prise et l'annulation d'un créneau, puis transmet les données du rendez-vous. Aucun nœud d'action n'est livré, la suite se construit à la main.

Tester l'intégration Calendly sur n8n

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que permet vraiment l'intégration Calendly n8n ?

L'intégration Calendly n8n relie un outil de prise de rendez-vous à une plateforme d'automatisation par un seul nœud, le Calendly Trigger. À l'activation du workflow, n8n enregistre un webhook auprès de Calendly, c'est-à-dire une URL que Calendly appelle tout seul, et chaque réservation ou annulation y arrive en quelques secondes. La version 2 du nœud couvre 2 événements dans 1 famille, et rien de plus, puisque Calendly n'a pas de nœud d'action dans n8n.

Premier usage, le suivi des rendez-vous. invitee.created part dès qu'un invité valide un créneau, et la fiche se crée toute seule dans Airtable avec le nom, l'horaire et le motif du rendez-vous. Personne ne recopie un agenda à la main le lundi matin.

Deuxième usage, l'annulation qui ne passe pas inaperçue. invitee.canceled arrive dans le même workflow, le créneau libéré s'affiche dans le canal Slack de l'équipe commerciale, et la relance part sans que personne ait eu à surveiller la boîte mail.

Troisième usage, la préparation du rendez-vous. Une réservation déclenche la récupération de ce qu'on sait déjà du compte, et le résumé atterrit sur Telegram juste avant l'heure prévue. Tout part du même nœud de déclenchement, parce que c'est le seul que Calendly expose dans n8n.

Ce détail change la façon de concevoir le workflow. Sans nœud d'action, créer un rendez-vous, en annuler un ou lire la liste des événements planifiés ne se fait pas en glissant un nœud. Ces appels passent par HTTP Request, qui atteint n'importe quel endpoint de l'API Calendly en réutilisant le même credential, la connexion enregistrée une fois dans le menu Credentials de n8n, grâce à l'authentification prédéfinie. Autant le savoir avant de promettre une synchronisation dans les deux sens.

Les limites connues tiennent en quelques lignes. Calendly réserve les webhooks à ses offres payantes. Le webhook ne part que pour les réservations gérées par Calendly : un rendez-vous saisi directement dans un agenda connecté reste invisible. L'URL de rappel doit être publique et en HTTPS. Et le nœud n'a pas de joker, donc chacun des 2 événements est coché ou ignoré. Si le choix de la plateforme n'est pas tranché, l'Avis n8n détaille les compromis, et la Formation n8n montre comment monter le workflow qui suit le trigger.

Connexion

Comment connecter Calendly à n8n ?

  1. 01

    Vérifier l'offre, puis choisir la méthode

    Le Calendly Trigger repose sur les webhooks Calendly, et l'accès aux webhooks est réservé aux offres payantes de Calendly : ce point se règle avant tout le reste. Ensuite, deux méthodes d'authentification sont acceptées, le Personal Access Token, rapide à générer, ou OAuth2, qui demande une application développeur mais relie un vrai compte Calendly via un écran de consentement.

  2. 02

    Générer le jeton ou créer l'application

    Pour le jeton, ouvre la page Integrations & apps de Calendly, va dans API & Webhooks, puis Generate new token dans Your Personal Access Tokens, nomme-le par exemple n8n integration et copie-le une bonne fois. Pour OAuth2, crée une application depuis My apps, mets Kind of app sur Web, choisis un Environment type, puis colle l'OAuth Redirect URL affichée par n8n comme Redirect URI.

  3. 03

    Accorder les 4 scopes obligatoires

    Le credential réclame les mêmes 4 scopes dans les deux cas : users:read pour les informations de l'utilisateur, webhooks:read et webhooks:write pour lire et créer l'abonnement webhook dont dépend le trigger, et scheduled_events:read pour les informations des événements planifiés. Dans l'application OAuth, ils se cochent dans la section Scopes avant Save & Continue. Un Personal Access Token demande les mêmes, cochés à sa création.

Déclencheurs

Qu'est-ce qui déclenche le workflow ?

Calendly Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Calendly. Il écoute 2 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Calendly appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

invitee.*2
  • invitee.
    • created
    • canceled

Notes de configuration

01Configurer le Calendly TriggerLe nœud s'occupe seul de la tuyauterie. À l'activation du workflow, n8n enregistre son URL de rappel auprès de Calendly, qui poste dessus quelques secondes après chaque réservation. C'est Calendly qui prévient, il n'y a donc aucune fréquence à régler.

Le nœud s'occupe seul de la tuyauterie. À l'activation du workflow, n8n enregistre son URL de rappel auprès de Calendly, qui poste dessus quelques secondes après chaque réservation. C'est Calendly qui prévient, il n'y a donc aucune fréquence à régler.

Paramètres clés

  • Scope : obligatoire, il définit le périmètre des réservations qui remontent. À fixer avant l'activation, puisque c'est pour ce périmètre que l'abonnement webhook est créé.
  • Events : coche ce que le workflow doit recevoir. La version 2 du nœud en expose 2 et ne propose pas de joker, donc un événement non coché n'arrive jamais.
Cas d'usage
un workflow par agenda d'équipe, avec Scope réglé une fois et les 2 événements cochés, donne un point d'entrée unique pour tout ce qui bouge dans le planning.
02Event CreatedCet événement part quand un nouvel événement Calendly est créé, autrement dit quand un invité a choisi un créneau et l'a confirmé. n8n reçoit aussitôt les données de la réservation, si bien que le nœud placé juste après le trigger a déjà de la matière.

Cet événement part quand un nouvel événement Calendly est créé, autrement dit quand un invité a choisi un créneau et l'a confirmé. n8n reçoit aussitôt les données de la réservation, si bien que le nœud placé juste après le trigger a déjà de la matière.

Paramètres clés

  • Events : coche Event Created pour t'abonner à invitee.created. Laisse l'autre de côté si seules les nouvelles réservations comptent et pas les annulations.
Cas d'usage
un rendez-vous de découverte est pris, le workflow crée la fiche, ouvre la tâche et pousse le détail à la personne qui suivra le dossier. Une précision utile : un rendez-vous saisi directement dans un agenda connecté, Google Agenda par exemple, n'est pas une réservation Calendly et ne déclenche donc pas cet événement.
03Event CanceledCalendly envoie celui-ci quand un événement planifié est annulé. Il emprunte le même webhook que la création, ce qui permet à un seul workflow de traiter les deux et de brancher selon ce qui arrive.

Calendly envoie celui-ci quand un événement planifié est annulé. Il emprunte le même webhook que la création, ce qui permet à un seul workflow de traiter les deux et de brancher selon ce qui arrive.

Quand l'utiliser
dès qu'une annulation doit défaire ce que la réservation avait mis en route, une fiche, une tâche, un rappel, un document de préparation devenu inutile.
Cas d'usage
le créneau libéré déclenche un mot au responsable du compte et un lien de nouvelle réservation pour l'invité, pendant que la fiche d'origine est marquée plutôt que supprimée, pour garder un historique lisible en fin de trimestre. Même réserve que pour la création : une annulation faite hors de Calendly, dans l'agenda lui-même, ne le déclenche pas.
Besoin d'aide

Besoin d'aide pour automatiser Calendly avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Questions fréquentes sur Calendly et n8n

01L'intégration Calendly n8n est-elle gratuite ?
Côté n8n, oui. Le Calendly Trigger est livré avec n8n : rien à installer, aucun coût supplémentaire, que le workflow tourne sur n8n Cloud ou sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Le workflow est identique dans les deux cas. Le vrai sujet est côté Calendly : le nœud repose sur les webhooks Calendly, et Calendly ne donne accès aux webhooks que dans ses offres payantes. Sur un compte Calendly gratuit, le credential peut se connecter, mais aucun événement n'atteindra jamais le workflow. Vérifie l'offre avant de construire quoi que ce soit autour.
02Quels credentials et quels scopes faut-il côté Calendly ?
Deux méthodes d'authentification fonctionnent, le Personal Access Token ou OAuth2. Le jeton est la voie rapide : il se génère depuis la page Integrations & apps, section API & Webhooks, dans Your Personal Access Tokens. OAuth2 demande un compte développeur Calendly, une application créée depuis My apps avec Kind of app réglé sur Web, un Environment type Sandbox ou Production, et l'OAuth Redirect URL de n8n recopiée comme Redirect URI. Dans les deux cas, le credential doit porter quatre scopes : users:read, webhooks:read, webhooks:write et scheduled_events:read. Un Personal Access Token exige exactement les mêmes, à sélectionner au moment de sa création.
03Quelles sont les limites de Calendly dans n8n ?
La principale : il n'existe pas de nœud d'action Calendly. Seul le trigger est disponible, donc n8n sait écouter Calendly mais ne sait pas créer, annuler ni lire un rendez-vous avec un nœud dédié. Tout ce qui dépasse l'écoute passe par HTTP Request, qui appelle n'importe quel endpoint de l'API Calendly en réutilisant le même credential via l'authentification prédéfinie. Le nœud écoute, c'est tout. Le trigger couvre 2 événements dans 1 famille, invitee.created et invitee.canceled, sans joker : ce que Calendly fait en dehors de ces deux-là reste invisible. Et le webhook ne part que pour les réservations gérées par Calendly, pas pour un événement créé ou modifié dans un agenda connecté.
04Le Calendly Trigger réagit-il en temps réel ?
Oui. Le nœud fonctionne par webhook, sans polling : c'est Calendly qui appelle n8n, et non n8n qui va demander à Calendly ce qui a changé. À l'activation du workflow, n8n enregistre son URL de webhook auprès de Calendly, et à partir de là Calendly pousse chaque réservation ou annulation vers cette URL, où elle arrive en quelques secondes. Aucune fréquence à régler, aucun appel gaspillé. Une contrainte vient avec : Calendly exige une URL de rappel publique en HTTPS. Un n8n local ne reçoit donc rien tant qu'il n'est pas exposé par un tunnel comme ngrok ou Cloudflare Tunnel, avec n8n configuré pour utiliser cette URL publique.
05n8n ou Make pour Calendly ?
Ça dépend de ce qui pèse le plus dans la décision. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : pratique pour une équipe qui ne veut gérer aucune infrastructure. n8n tourne sur ton propre serveur ou sur n8n Cloud, l'offre hébergée par n8n, avec un workflow identique dans les deux cas, ce qui compte quand les données de rendez-vous doivent rester sur une infrastructure maîtrisée. Les modèles de coût diffèrent aussi, à l'opération d'un côté, à l'instance ou à l'offre de l'autre. Pour Calendly, les deux s'appuient sur le même webhook, et comme n8n n'a pas de nœud d'action Calendly, la vraie question reste ton aisance à appeler l'API Calendly toi-même.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations