Héberger Cal.com sur un VPS : votre Calendly perso, données 100 % chez vous

Cal.com est l’alternative open source à Calendly : pages de réservation individuelles ou d’équipe, plusieurs types d’événements (appel découverte, consultation, rendez-vous d’équipe en round-robin), synchronisation avec Google Agenda ou Outlook, rappels automatiques et intégrations visio (Zoom, Google Meet, Jitsi). C’est l’outil que choisissent de nombreux freelances et petites équipes pour professionnaliser leur prise de rendez-vous, sans dépendre d’un service tiers pour gérer leur agenda.

La recherche française sur Cal.com est aujourd’hui dominée par des listicles « meilleures alternatives à Calendly » qui ne traitent jamais l’auto-hébergement concret. Ce guide comble ce vide, avec une honnêteté à assumer d’emblée : Cal.com auto-hébergé est l’une des installations les plus techniques de ce cluster « outils pro ». C’est aussi ce qui en fait un créneau où produire un guide clair a une vraie valeur.

Cal.com ou Calendly : quelle différence ?

Calendly est un service cloud qui facture par utilisateur dès que vous voulez des fonctionnalités d’équipe, et qui héberge l’intégralité de vos données de rendez-vous (noms, e-mails, motifs de consultation) sur ses propres serveurs. Cal.com reproduit l’essentiel de l’expérience — interface de réservation soignée, types d’événements multiples, synchronisation d’agenda — mais en open source, avec la possibilité de l’auto-héberger pour garder ces données chez vous.

Pourquoi héberger Cal.com sur un VPS plutôt qu’en cloud ?

• Vos données de rendez-vous restent en Europe, sous votre contrôle plutôt que chez un éditeur soumis à d’autres juridictions.
• Pas de facturation par utilisateur une fois le VPS payé, même si votre équipe grandit.
• Cohérence avec le reste de votre stack pro : le même VPS peut héberger votre facturation ou votre support client — voir le guide auto-héberger ses outils pro.

Configuration requise : combien de RAM pour Cal.com ?

Cal.com est une application Next.js relativement lourde à l’exécution, adossée à PostgreSQL pour stocker utilisateurs, types d’événements et réservations. Redis est recommandé (mais pas strictement obligatoire pour un usage individuel) pour gérer les limites de réservation et améliorer les performances en équipe.

Comptez 2 Go de RAM au minimum pour une instance stable, et 4 Go dès que plusieurs utilisateurs ou types d’événements sont actifs simultanément. Un VPS 2 vCPU est préférable : le rendu des pages de réservation et le calcul des créneaux disponibles sollicitent davantage le processeur qu’une application de type formulaire simple.

Pourquoi Cal.com a-t-il la réputation d’être compliqué à auto-héberger ?

C’est mérité, et autant le dire clairement plutôt que de le découvrir en pleine installation. Cal.com est distribué comme un monorepo — plusieurs applications internes (web, API, éventuellement des services annexes) qui partagent le même code source — avec une longue liste de variables d’environnement à renseigner correctement : base de données, clé de chiffrement (CALENDSO_ENCRYPTION_KEY), secret d’authentification (NEXTAUTH_SECRET), et les identifiants OAuth de chaque fournisseur de calendrier que vous voulez brancher.

La bonne nouvelle : une fois cette étape passée, l’application tourne de façon stable et les mises à jour se limitent généralement à tirer une nouvelle image et appliquer les migrations de base de données. C’est un coût d’entrée plus élevé qu’une application comme Vaultwarden, mais pas une complexité permanente.

Combien coûte l’auto-hébergement de Cal.com ?

Un VPS 2 vCPU / 4 Go adapté coûte environ 8 à 10 €/mois. Cal.com est open source (licence AGPL) et gratuit en auto-hébergé.

Quel hébergeur choisir pour Cal.com ?

Prenez directement un palier 4 Go de RAM / 2 vCPU plutôt que l’entrée de gamme : c’est ce qui évite les ralentissements sur le calcul des créneaux disponibles quand plusieurs personnes consultent vos pages de réservation en même temps.

Installer Cal.com sur un VPS avec Docker Compose

Voici un docker-compose.yml simplifié. Générez CALENDSO_ENCRYPTION_KEY et NEXTAUTH_SECRET avec openssl rand -base64 32 chacun.

services:
  calcom:
    image: calcom/cal.com:latest
    container_name: calcom
    restart: unless-stopped
    depends_on:
      - postgres
    environment:
      NEXT_PUBLIC_WEBAPP_URL: "https://rdv.mondomaine.fr"
      NEXTAUTH_URL: "https://rdv.mondomaine.fr"
      NEXTAUTH_SECRET: "REMPLACEZ_PAR_32_OCTETS_BASE64"
      CALENDSO_ENCRYPTION_KEY: "REMPLACEZ_PAR_UNE_AUTRE_CLE_BASE64"
      DATABASE_URL: "postgresql://calcom:motdepasse_pg@postgres:5432/calcom"
      # --- Google Calendar (optionnel mais recommandé) ---
      GOOGLE_API_CREDENTIALS: '{"web":{"client_id":"...","client_secret":"..."}}'
    ports:
      - "127.0.0.1:3000:3000"

  postgres:
    image: postgres:15
    container_name: calcom_postgres
    restart: unless-stopped
    environment:
      POSTGRES_USER: "calcom"
      POSTGRES_PASSWORD: "motdepasse_pg"
      POSTGRES_DB: "calcom"
    volumes:
      - ./data/postgres:/var/lib/postgresql/data

Après docker compose up -d, appliquez les migrations de base de données fournies par l’image, puis placez un reverse proxy HTTPS (Caddy, Nginx ou Traefik) devant le port 3000. Connectez ensuite votre calendrier Google depuis votre profil, créez votre premier type d’événement et partagez le lien de votre page de réservation.

Sécuriser Cal.com sur un VPS

• Conservez précieusement vos clés (NEXTAUTH_SECRET, CALENDSO_ENCRYPTION_KEY) : les régénérer casse les sessions et certaines données chiffrées existantes.
• HTTPS obligatoire pour l’authentification OAuth avec Google ou Outlook.
• Sauvegardez le volume PostgreSQL, qui contient l’intégralité de vos types d’événements et réservations.

Cal.com demande un effort d’installation réel, mais c’est aussi ce qui en fait un des créneaux les moins disputés de ce cluster « outils pro ». Pour continuer à remplacer vos abonnements SaaS, voyez Chatwoot pour votre support client ou revenez à la vue d’ensemble du guide auto-héberger ses outils pro pour freelance et TPE.