Recal.dev

Recal expose un seul ensemble de points de terminaison pour Google Calendar, Outlook et d'autres services, donc la même requête fonctionne quel que soit le calendrier connecté par l'utilisateur. Les méta-événements vont plus loin : ils vous laissent interagir avec tous les calendriers connectés via un seul ID partagé. Un appel. Tous les calendriers. Pour les équipes fatiguées de ramifier le code par fournisseur, c'est l'atout central.

Vous pouvez intégrer de trois façons selon votre stack. L'API REST suit des schémas standards avec prise en charge des webhooks et des codes d'erreur clairs, le SDK s'installe avec npm et fournit des types TypeScript avec des appels basés sur des promesses, et MCP transforme les opérations de calendrier en appels d'outil qu'un LLM peut utiliser. Cette dernière option explique la présence des créateurs d'agents. Choisissez celle qui convient. Les trois reposent sur le même modèle de données, donc vous n'êtes pas enfermé dans un seul chemin pour toujours.

Les points de terminaison de planification renvoient les créneaux libres d'un utilisateur sur une plage de dates, avec des options de marge entre réunions, de durée de créneau et d'heure la plus tôt et la plus tardive autorisée chaque jour. Cela signifie que vous pouvez demander « quand Alex est-il libre demain entre 9 h et 17 h » et obtenir des fenêtres réservables plutôt que le bruit brut du calendrier. Il gère les calculs de fuseau horaire que les développeurs ratent souvent. Fini les bugs d'une heure de décalage. Moins de tickets de support sur les mauvais horaires.

Vous gardez toujours l'accès aux jetons de vos utilisateurs, ce que l'équipe présente comme une garantie de flexibilité. En pratique, cela veut dire que vous pouvez passer à un autre fournisseur ou lire vous-même les données de calendrier sous-jacentes sans demander la permission à Recal. Pour qui a été échaudé par une plateforme fermée, c'est une vraie raison de regarder de plus près. Pas d'enfermement. Pas de données en otage.

Selon l'entreprise, les webhooks se déclenchent en millisecondes et les opérations en masse traitent des milliers d'événements. Quand un utilisateur change quelque chose de son côté, votre système en est informé au lieu d'interroger sans fin. Cela économise des requêtes. Cela économise aussi vos limites de débit. L'infrastructure tourne sur du calcul en périphérie via Cloudflare Workers, donc les requêtes sont traitées près de l'utilisateur plutôt que via une région centrale.

Les organisations regroupent les utilisateurs dans des espaces de travail séparés, ce qui compte pour les produits B2B gérant de nombreux comptes clients. Vous affectez les utilisateurs à des organisations et surveillez leurs connexions de calendrier depuis un tableau de bord. Les apps grand public simples peuvent s'en passer. Dès que vous gérez des équipes, il devient difficile de l'éviter.

Le tableau de bord suit les schémas de réservation, les heures de pointe et les volumes de requêtes API. Vous voyez quelles intégrations sont actives et où va le trafic, ce qui aide quand vous estimez les coûts ou repérez une connexion OAuth cassée en production avant que vos utilisateurs se plaignent d'un bouton de réservation mort. C'est le genre de visibilité qu'on ajoute d'habitude tard, pas qui est intégrée d'origine.