Prise de rendez-vous en ligne

Cal.com : le rendez-vous qu'un assistant peut poser

Une page de réservation en ligne, pensée comme une alternative ouverte à Calendly. Son intérêt pour un système IA ne tient pas à la page elle-même, mais à ce qu'elle expose : une API et un serveur MCP qu'un assistant peut appeler pour trouver un créneau et poser le rendez-vous à votre place.

  • Éditeur · Cal.com, Inc. (États-Unis) — cœur historiquement open source
  • Catégorie · Prise de rendez-vous en ligne
  • Prix · Offre gratuite, puis abonnements par paliers d'équipe — consulter le site officiel

C’est quoi ?

Une page de réservation — et une histoire de licence qui a tourné en 2026

Cal.com est un outil de prise de rendez-vous en ligne : vous publiez une page avec vos disponibilités, votre interlocuteur choisit un créneau, le rendez-vous se pose dans votre agenda sans échange de mails. Fondé en 2021 à San Francisco, l'outil s'est construit une réputation d'alternative ouverte à Calendly, avec un code source public que chacun pouvait inspecter ou installer sur son propre serveur.

Cette réputation appartient en partie au passé. Depuis le 15 avril 2026, Cal.com a fermé le code de son produit commercial — l'offre hébergée par l'éditeur, celle que la plupart des entreprises utilisent. La raison donnée par son dirigeant : un code public devient, à l'ère de l'IA, une carte au trésor pour trouver des failles à grande échelle sur un outil qui héberge des agendas professionnels. Le dépôt historique a été renommé Cal.diy et republié sous licence MIT, mais amputé des fonctions réservées à l'entreprise : équipes multiples, routage, SSO, tableaux analytiques.

Pour un système IA, l'intérêt de Cal.com n'est pas la page de réservation — un simple lien suffit souvent. Il est dans ce qu'elle expose en coulisses : une API et un serveur MCP (le protocole qui permet à un assistant d'appeler un outil extérieur) qui laissent un assistant consulter vos disponibilités et poser un rendez-vous à votre place, sans que vous ayez ouvert votre agenda vous-même.

Pour qui ?

Pour qui la page suffit, et pour qui le branchement compte

  • Dirigeant ou commercial qui prend des rendez-vous

    Un lien de réservation personnalisé remplace les allers-retours par mail pour caler un créneau — le cas d'usage le plus simple, qui ne demande aucune IA.

  • Entreprise qui fait déjà travailler un assistant ou un agent

    Un assistant qui répond aux prospects ou aux clients peut, via l'API ou le serveur MCP, consulter les disponibilités réelles et proposer — voire poser — un rendez-vous dans la conversation.

  • Responsable technique qui évalue l'auto-hébergement

    Depuis le virage d'avril 2026, installer soi-même Cal.com veut dire installer Cal.diy, la version de base — pas le produit complet que l'éditeur continue de vendre en ligne.

Cas d’usage en PME

Trois degrés d'intégration, du lien partagé à l'agent qui réserve

Du simple lien de réservation à l'agent qui agit seul, le niveau d'automatisation à choisir dépend de ce que vous êtes prêt à lui confier.

  1. Un lien de réservation, sans aucune IA

    Un commercial ou un dirigeant partage son lien Cal.com en signature de mail, sur son site ou dans un devis. Le gain est immédiat et ne demande aucun réglage particulier : plus d'allers-retours par mail pour trouver un créneau commun, le calendrier fait le travail à la place des deux parties.

  2. Un assistant qui propose un créneau dans la conversation

    Un assistant connecté par l'API lit les disponibilités réelles avant de répondre à un prospect sur le chat du site ou par e-mail : il propose un horaire qui existe vraiment, plutôt qu'un « dites-moi quand vous êtes libre » qui relance l'échange.

  3. Un agent qui pose le rendez-vous sans repasser par vous

    Via le serveur MCP, un agent peut créer, reprogrammer ou annuler une réservation directement, sans validation humaine intermédiaire. C'est le niveau qui exige le plus de confiance — à réserver aux agendas où une erreur de créneau ne coûte rien de grave.

Limites & vigilance

Ce qui a changé, et ce qu'un agent ne devrait pas faire seul

  • L'alternative open source n'est plus tout à fait l'alternative complète — depuis avril 2026, le produit cloud vendu par Cal.com est fermé ; seule une version de base (Cal.diy) reste publique, sans les fonctions d'entreprise. Vérifiez laquelle des deux on vous propose avant de décider.

  • L'offre d'hébergement européen est en recomposition — Cal.com a annoncé la fermeture de son offre dédiée à l'Union européenne pour le 1er novembre 2026, au profit d'une plateforme unique. Au moment où cette fiche est écrite, la suite précise de cette offre pour un client européen n'est pas encore stabilisée.

  • Un agent qui réserve seul peut aussi annuler seul — les mêmes droits qui permettent à un assistant de poser un rendez-vous lui permettent, mal cadré, de le déplacer ou de le supprimer. Un cadrage explicite (lecture seule, ou validation humaine avant toute écriture) évite l'incident silencieux.

  • L'auto-hébergement déplace la charge de sécurité chez vous — installer Cal.diy sur votre propre serveur retire la supervision assurée par l'éditeur sur son offre cloud : mises à jour, sauvegardes et durcissement deviennent votre responsabilité.

  • Le branchement à un assistant n'est utile qu'au-delà d'un certain volume — pour quelques rendez-vous par semaine, un lien de réservation simple suffit ; l'API et le MCP ne valent l'effort de réglage que lorsque le volume de demandes justifie de ne plus les traiter une par une.

Vos données

Qui voit les données de vos rendez-vous sur Cal.com ?

Pour l'offre cloud, Cal.com agit comme sous-traitant et votre entreprise reste responsable de traitement : les données d'un rendez-vous (nom, e-mail, téléphone éventuel, réponses de pré-qualification) transitent par l'infrastructure de l'éditeur, une société américaine, et par ses sous-traitants listés publiquement (messagerie, SMS, visioconférence, paiement). L'éditeur revendique une certification SOC 2 de type II et se dit conforme au RGPD. Son offre dédiée à la résidence des données dans l'Union européenne (Cal.eu) est toutefois en cours de fermeture au profit d'une plateforme unique, ce qui rebat la question de la localisation pour une entreprise qui y tenait. Brancher un assistant via l'API ou le MCP ajoute une étape : c'est alors l'assistant, et l'éditeur qui l'héberge, qui accèdent aussi à ces données d'agenda.

L'alternative souveraine : le cœur de l'outil (Cal.diy) étant publié en open source sous licence MIT, une entreprise qui veut garder les données de ses rendez-vous entièrement chez elle peut l'auto-héberger sur son propre serveur — en renonçant aux fonctions réservées à l'offre commerciale, et en assumant elle-même la sécurité de l'installation.

Mon avis

Un lien de réservation n'a jamais eu besoin d'intelligence artificielle, et ça reste vrai pour la plupart des PME : un outil de prise de rendez-vous en ligne, peu importe lequel, résout déjà le problème des allers-retours par mail. La question à se poser avant de brancher un assistant à Cal.com n'est pas technique, elle est simple : qui, aujourd'hui, perd du temps à proposer des créneaux à la main, à un volume qui justifie d'automatiser cette étape plutôt que de la faire soi-même ?

Le virage de Cal.com vers le fermé en avril 2026 ne change rien à cette question, mais il change la réponse à une autre : qui contrôle vraiment l'outil que vous branchez à votre agenda. Avant d'y connecter un assistant avec des droits d'écriture, je vérifierais trois choses : quelle version exacte on me propose (le produit cloud fermé, ou Cal.diy auto-hébergé), si l'assistant peut seulement lire les disponibilités ou aussi créer et annuler des rendez-vous, et ce que devient l'option d'hébergement européen une fois sa fermeture actée. Le reste — brancher l'API à un outil d'automatisation, laisser un assistant proposer un créneau dans une conversation — est à la portée de n'importe quelle PME qui a déjà commencé à relier ses outils entre eux.

— Nicolas

Comment sont écrites ces fiches

D’autres fiches