Ressources · Intégration n8n

Intégration Cal.com n8nAutomatiser Cal.com avec n8n.

Ce que couvre vraiment l'intégration Cal.com n8n tient en une phrase : elle écoute. Un seul nœud est livré avec n8n, le Cal.com Trigger, et il reçoit 4 événements webhook répartis en 4 familles de réservation. Pour écrire quelque chose dans Cal.com, il faut passer par le nœud HTTP Request.

Tester l'intégration Cal.com sur n8n

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

Pourquoi automatiser

À quoi sert l'intégration Cal.com n8n ?

L'intégration Cal.com n8n circule dans un seul sens. Le catalogue n8n contient un unique nœud Cal.com, le Cal.com Trigger, dont le rôle est d'attendre. Dès qu'une réservation bouge, Cal.com appelle une URL n8n et le workflow démarre avec les données du rendez-vous déjà chargées. Aucun nœud d'action Cal.com n'existe : n8n lit ce qui se passe dans l'agenda, il n'y écrit rien via un nœud dédié.

Premier réflexe à automatiser : la préparation du rendez-vous. BOOKING_CREATED se déclenche, le workflow récupère le participant, le type d'événement et l'horaire, puis crée la fiche correspondante dans Airtable. Le commercial arrive en visio avec le contexte déjà écrit plutôt qu'avec un nom et une adresse mail.

Deuxième cas, l'annulation. BOOKING_CANCELLED arrive, et une annulation que personne ne voit passer coûte un créneau vide. Une notification immédiate sur Telegram suffit à transformer le trou dans l'agenda en créneau reproposé dans l'heure, au lieu d'une découverte le lendemain matin.

Troisième cas, l'après-réunion. MEETING_ENDED sert de top départ au compte rendu : le workflow dépose le document de suivi dans Google Drive et prévient la personne qui doit relancer. Rien ne dépend plus de quelqu'un qui pense à le faire en fin de journée.

Là où le trigger s'arrête, HTTP Request prend le relais. Rien côté Cal.com ne passe par un nœud d'action dédié ici, puisque le catalogue affiche 0 opération pour cet outil. Le nœud HTTP Request appelle n'importe quel endpoint de l'API Cal.com en réutilisant le même credential grâce à l'authentification prédéfinie, donc une seule clé à gérer.

Deux limites à connaître avant de construire. Le trigger n'a pas de valeur « tout événement » : chaque notification voulue se coche une par une dans la liste Events. Et tu reçois la charge utile telle que Cal.com l'envoie, l'option Payload Template étant le seul endroit où la remodeler. Si le choix de plateforme n'est pas encore fait, l'Avis n8n détaille les arbitrages, et la Formation n8n couvre la construction des workflows.

Connexion

Comment connecter Cal.com à n8n ?

  1. 01

    Générer une clé API dans Cal.com

    Il faut d'abord un compte Cal.com. Une fois dedans, génère une clé API : c'est la chaîne de caractères qui permet à Cal.com de reconnaître les appels venant de n8n. La documentation Cal.com indique où créer une nouvelle clé. Le trigger accepte une seule méthode d'authentification, la clé API, donc pas de choix à faire de ce côté. Copie-la tout de suite, la plupart des outils ne l'affichent qu'une fois.

  2. 02

    Créer le credential côté n8n

    Dans le menu Credentials de n8n, crée un credential Cal.com : c'est le bloc d'identifiants que les nœuds réutilisent. Il demande deux valeurs. API Key reçoit la clé générée juste avant. Host reçoit https://api.cal.com si tu utilises la version cloud de Cal.com, ou l'adresse de ton instance si tu l'héberges toi-même. Le credential se crée une fois et sert à tous les workflows.

  3. 03

    Poser le trigger et activer le workflow

    Ajoute le Cal.com Trigger sur le canvas, choisis le credential dans la liste déroulante, puis coche les notifications voulues dans Events. L'activation du workflow enregistre le webhook, c'est-à-dire l'URL que Cal.com appellera. Un webhook, c'est exactement ça : une adresse que l'outil contacte au moment où l'événement se produit, au lieu que n8n aille demander en boucle s'il y a du nouveau.

Déclencheurs

Qu'est-ce que le Cal.com Trigger sait écouter ?

Cal.com Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Cal.com. Il écoute 4 é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 Cal.com 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.

BOOKING_CANCELLED.*1
  • BOOKING_CANCELLED.
    • BOOKING_CANCELLED
BOOKING_CREATED.*1
  • BOOKING_CREATED.
    • BOOKING_CREATED
BOOKING_RESCHEDULED.*1
  • BOOKING_RESCHEDULED.
    • BOOKING_RESCHEDULED
MEETING_ENDED.*1
  • MEETING_ENDED.
    • MEETING_ENDED

Notes de configuration

01Configure the Cal.com TriggerUn seul nœud porte toute l'intégration, et sa configuration tient en quelques champs. Tu choisis les événements, n8n enregistre le webhook auprès de Cal.com au moment où le workflow passe en actif, et chaque notification arrive en quelques secondes après le changement. Le nœud tourne en version 2, avec des options qui servent à filtrer ce qui entre.

Un seul nœud porte toute l'intégration, et sa configuration tient en quelques champs. Tu choisis les événements, n8n enregistre le webhook auprès de Cal.com au moment où le workflow passe en actif, et chaque notification arrive en quelques secondes après le changement. Le nœud tourne en version 2, avec des options qui servent à filtrer ce qui entre.

Paramètres clés

  • Events : la liste des notifications auxquelles s'abonner. Aucune valeur globale n'est proposée, chacun des 4 événements se coche donc explicitement.
  • API Version : la version de l'API Cal.com utilisée par le trigger, utile quand l'instance n'est pas à jour.
  • App ID : restreint le workflow aux réservations issues d'une seule application plutôt qu'au compte entier.
  • EventType Name or ID : surveille un type d'événement précis, choisi dans la liste ou via une expression comme {{ $json.eventTypeId }}.
  • Payload Template : remodèle le contenu envoyé par Cal.com quand la structure par défaut ne colle pas au nœud suivant.
Cas d'usage
un workflow unique qui réagit à toutes les réservations du compte, ou plusieurs workflows étroits qui surveillent chacun un type d'événement et une application.
02Booking CreatedQuelqu'un vient de prendre un créneau. BOOKING_CREATED part dès que la réservation est confirmée côté Cal.com, avec le rendez-vous fraîchement ajouté à l'agenda dans les données transmises. Sur la plupart des comptes, c'est l'événement le plus bavard des 4, puisqu'il couvre toute nouvelle prise de rendez-vous, quelle qu'en soit l'origine.

Quelqu'un vient de prendre un créneau. BOOKING_CREATED part dès que la réservation est confirmée côté Cal.com, avec le rendez-vous fraîchement ajouté à l'agenda dans les données transmises. Sur la plupart des comptes, c'est l'événement le plus bavard des 4, puisqu'il couvre toute nouvelle prise de rendez-vous, quelle qu'en soit l'origine.

Paramètres clés

  • Events : coche Booking Created et laisse le reste décoché si seule la création t'intéresse.
  • EventType Name or ID : garde le workflow sur un type d'événement, pour qu'une démo ne déclenche pas la branche d'onboarding.
Quand l'utiliser
chaque fois que la première minute après la réservation compte, ce qui est la règle en vente comme en support.
Cas d'usage
enrichir la fiche du participant avant l'appel, ouvrir une tâche pour la personne assignée, alimenter le suivi commercial.
03Booking RescheduledLe rendez-vous a changé d'heure. BOOKING_RESCHEDULED couvre le déplacement d'une réservation existante, ce qui n'a rien à voir avec une annulation suivie d'une création. Confondre les deux produit des rappels en double et une fiche de suivi qui raconte n'importe quoi. Le rendez-vous garde son identité, seul son créneau change.

Le rendez-vous a changé d'heure. BOOKING_RESCHEDULED couvre le déplacement d'une réservation existante, ce qui n'a rien à voir avec une annulation suivie d'une création. Confondre les deux produit des rappels en double et une fiche de suivi qui raconte n'importe quoi. Le rendez-vous garde son identité, seul son créneau change.

Paramètres clés

  • Events : coche Booking Rescheduled pour recevoir le nouveau créneau d'un rendez-vous déjà existant.
  • Payload Template : met en forme le contenu transmis pour que le nœud suivant reçoive les champs dans la structure attendue.
Quand l'utiliser
dès qu'un workflow a déjà écrit le rendez-vous quelque part et doit maintenir cette copie à jour.
Cas d'usage
corriger la ligne créée auparavant au lieu d'en ajouter une seconde, et annuler le rappel programmé sur l'ancien horaire.
04Booking CancelledLe créneau se libère. BOOKING_CANCELLED se déclenche quand un événement Cal.com est annulé, et c'est celui qu'on remarque le plus tard : rien n'apparaît dans l'agenda pour le signaler. Un workflow branché dessus transforme un blanc silencieux dans la journée en alerte exploitable. Il reste alors du temps pour reproposer le créneau à quelqu'un d'autre.

Le créneau se libère. BOOKING_CANCELLED se déclenche quand un événement Cal.com est annulé, et c'est celui qu'on remarque le plus tard : rien n'apparaît dans l'agenda pour le signaler. Un workflow branché dessus transforme un blanc silencieux dans la journée en alerte exploitable. Il reste alors du temps pour reproposer le créneau à quelqu'un d'autre.

Paramètres clés

  • Events : coche Booking Cancelled seul pour un workflow d'alerte, ou avec Booking Created pour garder l'historique complet.
  • App ID : limite l'abonnement aux réservations d'une seule application, pratique quand plusieurs outils écrivent dans le même compte.
Quand l'utiliser
quand un créneau vide a un coût, qu'il s'agisse d'un commercial qui attend ou d'une consultation payante.
Cas d'usage
prévenir la personne concernée, rouvrir le contact côté suivi, renvoyer un lien pour reprendre un autre horaire.
05Meeting EndedLa réunion est terminée. MEETING_ENDED se déclenche une fois l'événement ou la réunion Cal.com fini, seul des 4 événements à parler de ce qui s'est passé plutôt que de ce qui est prévu. Tout ce qui vient après une conversation se branche ici, du compte rendu à la mise à jour du suivi commercial.

La réunion est terminée. MEETING_ENDED se déclenche une fois l'événement ou la réunion Cal.com fini, seul des 4 événements à parler de ce qui s'est passé plutôt que de ce qui est prévu. Tout ce qui vient après une conversation se branche ici, du compte rendu à la mise à jour du suivi commercial.

Paramètres clés

  • Events : coche Meeting Ended pour démarrer le workflow à la fin de l'appel plutôt qu'au moment de la réservation.
  • API Version : fixe la version de l'API Cal.com utilisée, à renseigner quand une instance auto-hébergée a du retard.
Quand l'utiliser
pour tout suivi qu'il serait faux d'envoyer avant que la réunion ait réellement eu lieu.
Cas d'usage
envoyer le compte rendu, demander un retour, faire avancer l'affaire d'une étape sans attendre que quelqu'un y pense.
Besoin d'aide

Besoin d'aide pour automatiser Cal.com avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Cal.com et n8n, les questions qui suivent

01L'intégration Cal.com n8n est-elle gratuite ?
Oui du côté n8n. Le Cal.com Trigger est livré avec n8n : rien à installer, aucun coût supplémentaire pour le nœud lui-même. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Un workflow construit d'un côté se comporte de la même façon de l'autre. Ce que coûte un compte Cal.com est une autre question, qui dépend de ton offre chez eux et que cette page ne traite pas. Le seul prérequis technique reste une clé API générée depuis un compte Cal.com existant.
02Quels credentials faut-il pour le Cal.com Trigger ?
Un credential, deux champs. Cal.com propose ici une seule méthode d'authentification, la clé API : tu la génères dans ton compte Cal.com et tu la colles dans le champ API Key du credential. Le second champ est Host. Il reste sur https://api.cal.com avec la version cloud de Cal.com, et reçoit l'adresse de ton instance en auto-hébergement. Une fois enregistré, ce credential vit dans le menu Credentials de n8n et chaque workflow utilisant le trigger le sélectionne dans une liste déroulante : la clé se saisit une fois, pas à chaque workflow.
03Quelles sont les limites de Cal.com dans n8n ?
La principale saute aux yeux : il n'existe pas de nœud d'action Cal.com. Le catalogue affiche 0 opération pour cet outil, donc n8n réagit aux réservations mais n'en crée, n'en déplace et n'en supprime aucune via un nœud dédié. C'est le nœud HTTP Request qui prend le relais, pointé vers n'importe quel endpoint de l'API Cal.com et réutilisant le même credential grâce à l'authentification prédéfinie. Le trigger n'a pas non plus de valeur globale : chaque événement voulu se coche dans la liste Events. Et la charge utile reçue est celle que Cal.com décide d'envoyer, l'option Payload Template servant à la remodeler.
04Le Cal.com Trigger réagit-il en temps réel ?
Oui. Ce trigger fonctionne par webhook : Cal.com appelle une URL n8n au moment où l'événement se produit, au lieu que n8n aille interroger l'outil à intervalle régulier. n8n enregistre cette URL auprès de Cal.com à l'activation du workflow, et chaque notification arrive ensuite en quelques secondes. Pas de fréquence à régler, pas de délai à justifier auprès de la personne qui attend l'alerte. Une conséquence mérite d'être retenue : un workflow inactif n'a aucun webhook enregistré, donc les événements survenus pendant qu'il est éteint ne sont pas mis de côté pour plus tard.
05n8n ou Make pour Cal.com ?
Ça dépend de ce que tu optimises. Make est une plateforme hébergée, sans option d'auto-hébergement, facturée à l'opération : le coût suit le volume et les données transitent par leur infrastructure. n8n s'auto-héberge avec Docker ou npm, ou s'utilise sur n8n Cloud, et le même workflow se comporte de façon identique dans les deux cas, ce qui pèse quand les données de rendez-vous doivent rester sur tes serveurs. Côté Cal.com, les deux passent par des webhooks et les deux ont besoin d'un appel API direct pour dépasser l'écoute, puisqu'aucun nœud d'action n'existe. Juge sur l'hébergement, la maîtrise des données, le modèle de coût et le confort de ton équipe avec la logique visuelle.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations