Système de réservation en ligne : quand le gratuit suffit et quand construire le vôtre

Une entreprise qui met en place un système de réservation en ligne n’achète pas un agenda. Elle en a déjà un. Elle achète la fin des appels et des e-mails qui demandent « vous auriez un créneau jeudi ? », suivis d’un autre qui demande « et vendredi ? ». Chaque échange de ce genre coûte quelques minutes à quelqu’un de l’équipe, avec le risque que le client réserve ailleurs entre-temps.

Un bon système de réservation fait trois choses sans intervention de personne : il affiche les créneaux libres, enregistre la réservation et rappelle le rendez-vous au client. La question n’est donc pas d’en avoir un ou non, mais de savoir lequel suffit — gratuit, du marché par abonnement, ou construit sur mesure.

Nous écrivons depuis une position un peu particulière : la prise de rendez-vous sur ce site tourne sur un module que nous avons construit nous-mêmes. C’est pourquoi nous savons ce qui est difficile dans un tel système, et pourquoi nous pouvons dire honnêtement quand construire le vôtre ne vaut pas la peine — c’est-à-dire la plupart du temps.

Qu’est-ce qu’un système de réservation en ligne ?

Un système de réservation en ligne est une page ou un module intégré au site sur lequel le client voit vos disponibilités, en choisit une et réserve sans parler à personne. De votre côté, le rendez-vous arrive dans votre agenda et le client reçoit une confirmation. Dans sa forme la plus simple, c’est tout. Dans une version plus complète, s’y ajoutent les rappels, la possibilité d’annuler ou de déplacer, le paiement à l’avance et plusieurs collaborateurs avec des horaires distincts.

La manière la plus simple de comprendre de quoi il s’agit est de le comparer à un formulaire de contact. Un formulaire recueille une demande : « j’aimerais un rendez-vous, plutôt l’après-midi ». Quelqu’un doit la lire, consulter l’agenda, répondre par une proposition, attendre la réponse — et souvent recommencer, parce que le créneau proposé ne convient plus. La réservation en ligne inverse cet ordre : le client ne voit que ce qui est réellement libre, et règle l’affaire lui-même. Il n’y a plus d’étape de négociation de la date.

Cela montre où la prise de rendez-vous en ligne a le plus de sens :

• les prestations réservées pour une heure précise — cabinets, salons, ateliers de réparation, conseil, cours individuels,
• les appels commerciaux et les consultations, pour lesquels chaque jour de retard réduit la probabilité que le rendez-vous ait lieu,
• les entreprises où répondre au téléphone éloigne les gens de leur travail — l’artisan seul qui ne peut pas parler en plein chantier.

Là où elle a moins de sens : quand la date dépend d’une visite ou d’un devis, et pas seulement d’une heure libre. Un formulaire y fonctionne mieux, et la réservation vient en deuxième étape.

Il vaut aussi la peine de séparer dès le départ deux choses que les offres des éditeurs confondent. Un calendrier de réservation n’est que la vue des disponibilités et la réservation elle-même. Un système de réservation, c’est le calendrier plus les règles qui l’entourent : qui peut réserver, combien de temps à l’avance, combien dure un rendez-vous, ce qui se passe en cas d’annulation, qui est averti. Ce sont les règles, et non le calendrier, qui décident si l’outil soulage votre équipe ou lui donne du travail en plus.

Réservation en ligne gratuite : quand elle suffit

Si vous travaillez seul ou à deux, avec un seul type de rendez-vous et sans paiement à l’avance, une solution de réservation en ligne gratuite fera en général l’affaire. La plus proche se trouve probablement dans l’agenda en ligne que vous utilisez déjà.

Google Agenda sur un compte ordinaire. Selon l’aide de Google, avec un compte Google personnel ou un forfait Workspace Business Starter, vous pouvez créer une page de réservation unique sur laquelle d’autres personnes réservent du temps dans votre agenda (état au 22 septembre 2026). Dans les paramètres du planning de rendez-vous, vous réglez la durée et les heures de disponibilité, le délai minimal et maximal de réservation, les disponibilités ajustées pour certains jours comme les jours fériés, et la vérification des conflits avec votre agenda. Le planning se crée dans un navigateur, sur un ordinateur — pas dans l’application mobile.

Google indique où s’arrête la version gratuite dans son tableau des fonctionnalités premium. Plusieurs plannings de rendez-vous, les rappels automatiques par e-mail et la vérification des disponibilités dans plusieurs agendas exigent un abonnement payant Google One ou Workspace. Accepter des paiements pour les rendez-vous et valider les adresses e-mail, ce qui protège contre les fausses réservations, ne viennent qu’avec les forfaits Workspace à partir d’Individual. En pratique : un seul type de rendez-vous sans rappels — gratuit ; plusieurs types de rendez-vous avec rappels — par abonnement.

Les offres gratuites des outils de réservation. La plupart des éditeurs ont une formule gratuite, mais avec une limite facile à manquer. Chez Calendly, la formule Free comprend un seul type d’événement et une seule connexion d’agenda. Chez Reservio, la formule Free correspond, selon sa page de tarifs, à 40 réservations par période de 30 jours et 100 clients.

Celui que vous payez peut-être déjà. Si vous cherchez une alternative à Calendly et que votre entreprise travaille avec Microsoft 365, regardez Microsoft Bookings avant de payer quoi que ce soit d’autre. Selon la documentation de Microsoft, Bookings est disponible notamment dans les abonnements Microsoft 365 Business Basic, Business Standard et Business Premium. Il n’est pas gratuit au sens strict, mais si vous payez déjà l’un de ces abonnements, il ne vous coûte rien de plus.

Quand la version gratuite cesse-t-elle de suffire ? En général quand apparaît l’une de ces trois choses : un deuxième collaborateur avec son propre horaire, un deuxième type de rendez-vous d’une autre durée, ou assez de rendez-vous manqués pour qu’il faille des rappels. À ce moment-là, inutile d’improviser des contournements — la formule payante d’un outil du marché coûte moins cher que le temps de votre équipe. Construire votre propre système n’est pas encore à l’ordre du jour à ce stade ; nous y reviendrons avec les chiffres.

Ce qu’un logiciel de réservation en ligne doit gérer — et que les grilles tarifaires ne montrent pas

Les grilles tarifaires comparent le nombre de collaborateurs, de réservations et de SMS. Ce qui décide de la qualité d’un système est ailleurs : dans les règles qui font qu’un créneau libre sur la page l’est vraiment. Voici une liste à parcourir avec n’importe quel logiciel de réservation en ligne avant de le payer. Chaque point est un réglage que nous avons dû construire nous-mêmes ; nous savons donc pourquoi il est nécessaire.

Un battement avant et après le rendez-vous. Le rendez-vous dure une heure, mais entre deux rendez-vous il vous faut un quart d’heure pour vous préparer, vous déplacer ou prendre des notes. Sans battement, le système vendra deux rendez-vous bout à bout, puisque formellement ils ne se chevauchent pas.

Le délai minimal. Sans lui, quelqu’un réservera un rendez-vous dans vingt minutes, et vous l’apprendrez après coup. Chez nous, le délai minimal par défaut est de 12 heures.

La grille des créneaux. Les rendez-vous peuvent-ils commencer toutes les 15 minutes, toutes les 30, ou seulement à l’heure pile ? C’est ce qui décide si votre agenda se morcelle en fragments inutilisables.

L’horizon de réservation. Jusqu’à quand un client peut réserver. Trop court, vous perdez les clients qui planifient à l’avance ; trop long, vous gelez votre agenda avant de connaître votre propre emploi du temps.

Les fuseaux horaires. Si une partie de vos clients se trouve à l’étranger, l’heure doit s’afficher sur la page dans leur fuseau et s’enregistrer dans le vôtre. Une erreur ici, et l’une des parties arrive au rendez-vous avec une heure d’avance.

Les exceptions et les jours fériés. Des vacances, une journée de formation, un vendredi écourté. Le système devrait connaître les jours fériés sans qu’on les saisisse à la main, et vous laisser modifier n’importe quel jour isolé. En Suisse, vérifiez ce que l’outil entend par « jours fériés » : la plupart sont fixés par les cantons — pensez au Jeûne genevois ou au lundi du Jeûne fédéral dans le canton de Vaud —, si bien qu’un système qui ne connaît que la liste nationale vendra volontiers des rendez-vous le jour férié de votre canton.

Les occupations de votre propre agenda. C’est le point le plus important. Le système doit voir non seulement ses propres réservations, mais tout ce que vous inscrivez vous-même dans votre agenda — le rendez-vous chez la fiduciaire, les enfants à l’école, le rendez-vous pris par téléphone. Sinon, il affichera comme libre un créneau qui ne l’est pas.

Rappels, annulations et déplacements. Un client qui peut déplacer un rendez-vous d’un clic le déplace, au lieu de simplement ne pas venir.

La panne silencieuse : quand le système perd l’accès à votre agenda

Il reste une chose qu’aucune grille tarifaire ne mentionne. Un système de réservation sait quand vous êtes occupé parce que vous lui avez donné l’autorisation d’accéder à votre agenda. Cette autorisation peut expirer ou être révoquée : quelqu’un a changé un mot de passe, un administrateur a durci les règles de sécurité, le fournisseur de l’agenda a invalidé une ancienne connexion. Pour les curieux : il s’agit du jeton OAuth que l’application échange contre l’accès, et qui à un moment cesse de fonctionner.

Le pire est la suite. Si, après avoir perdu cette autorisation, le système cesse simplement de voir vos occupations, il continue d’afficher des créneaux libres — mais désormais tous, y compris ceux où vous avez déjà des rendez-vous. Personne ne reçoit d’erreur. Le premier signe est un client qui arrive à une heure déjà réservée par quelqu’un d’autre. C’est pourquoi, avant de choisir un outil, il vaut la peine de poser une question à l’éditeur : que voit le client quand la connexion à l’agenda cesse de fonctionner, et qui en est averti ? La bonne réponse : aucun créneau libre n’est affiché, et le propriétaire reçoit une notification.

Comment nous avons construit notre propre système de réservation

Notre module gère la prise de rendez-vous téléphonique ou vidéo sur ce site. Nous ne l’avons pas construit parce que les outils du marché seraient mauvais, mais parce que, chez nous, une réservation fait partie de l’historique du contact — nous expliquons cette décision plus en détail dans notre article sur le logiciel sur mesure face au logiciel du marché. Voici ce qui se passe entre le clic et le rendez-vous.

Type de rendez-vous et horaire. Chaque type de rendez-vous a une durée, un pas de créneau, un battement avant et après, un délai minimal, un horizon de réservation de 90 jours au plus et un format : appel vidéo ou téléphone. Il est rattaché à un horaire de disponibilité avec les heures de la semaine, un fuseau horaire, des exceptions pour des dates précises et les jours fériés suisses calculés automatiquement. Pour être honnêtes : il s’agit du socle commun — Vendredi saint, Ascension, Fête nationale du 1er août et les autres jours observés dans la plupart des cantons —, et non du calendrier propre à chaque canton, que le module ne modélise pas ; les jours cantonaux s’ajoutent comme exceptions de date. Une exception l’emporte toujours sur un jour férié.

Les créneaux libres. Quand quelqu’un ouvre le formulaire, le système demande à Google Agenda les occupations et les soustrait de l’horaire. Il garde le résultat 45 secondes, pour que plusieurs personnes qui consultent les créneaux en même temps ne déclenchent pas chacune une requête distincte ; les erreurs ne sont pas mises en cache, pour qu’une panne ne se « fige » pas en mémoire. Les requêtes publiques sont limitées par adresse, pour que personne de l’extérieur ne puisse lire votre agenda en masse.

La réservation. Juste avant l’enregistrement, le système vérifie une nouvelle fois les occupations, parce qu’entre le choix de l’heure et le clic sur « Réserver », quelqu’un d’autre a pu la prendre — le client voit alors « Ce créneau vient d’être pris. Choisissez-en un autre. ». Il crée ensuite l’événement dans Google Agenda, avec si nécessaire un lien d’appel vidéo. Si l’enregistrement dans la base de données échoue, l’événement de l’agenda est annulé, pour qu’il ne reste pas un rendez-vous que personne ne peut annuler.

CRM et notifications. Le rendez-vous crée ou met à jour immédiatement la fiche du contact dans notre CRM, avec la source de la visite — de quelle campagne vient la personne. Le client reçoit un e-mail avec un fichier d’agenda (ICS) et des liens pour annuler ou déplacer, puis des rappels 24 heures et une heure avant le rendez-vous, dans sa langue et dans son fuseau horaire. Qui réserve dans la dernière heure ne reçoit que le second.

Ce que nous faisons en cas de panne silencieuse. Quand l’autorisation d’accès à Google Agenda cesse de fonctionner, le système se ferme de lui-même : il n’affiche aucun créneau, seulement le message « La réservation est momentanément indisponible. ». Nous préférons perdre une réservation que vendre une heure déjà prise. Indépendamment de cela, il vérifie toutes les 15 minutes que l’autorisation est toujours valable. Quand elle a expiré, il marque la connexion comme à réautoriser et envoie au propriétaire un seul e-mail avec un bouton pour la rétablir — sans inonder la boîte de réception tous les quarts d’heure. Une erreur réseau passagère ou un problème du côté de Google ne déclenche pas d’alarme ; la vérification suivante réessaie simplement.

Le module entier représente environ quatre mille lignes de code. La plupart ne concernent pas l’agenda lui-même, mais les cas limites : deux personnes qui se disputent la même heure, les fuseaux horaires et une connexion rompue. C’est précisément ce qu’aucune démonstration d’outil ne vous montre.

Données des clients et rappels : ce que vous pouvez envoyer sans consentement

Un système de réservation collecte des données personnelles : un nom, une adresse e-mail, souvent un numéro de téléphone et un court message. La bonne nouvelle, c’est que la réservation elle-même ne demande pas de consentement distinct. Le droit suisse de la protection des données n’exige d’ailleurs pas de base légale pour chaque traitement : selon la loi fédérale sur la protection des données, le traitement est licite tant qu’il ne porte pas une atteinte illicite à la personnalité des personnes concernées (art. 30, al. 1), et un intérêt prépondérant fait partie des motifs justificatifs. La loi nomme directement le cas typique : le traitement « en relation directe avec la conclusion ou l’exécution d’un contrat », lorsque les données traitées concernent le cocontractant (LPD, art. 31, al. 2, let. a). Réserver un rendez-vous et envoyer la confirmation, c’est exactement cette situation.

Pour la même raison, un rappel de rendez-vous est un message transactionnel, pas de la publicité. Il concerne une prestation que le client a lui-même commandée et sert à exécuter le contrat. Il ne demande pas de consentement marketing.

La limite passe par le contenu du message. Si vous ajoutez « et ce mois-ci, 20 % de rabais sur un deuxième soin » au rappel « votre rendez-vous a lieu demain à 10 h », le message change de nature : il devient publicitaire. La loi fédérale contre la concurrence déloyale qualifie de déloyal le fait d’envoyer par voie de télécommunication — e-mail et SMS — « de la publicité de masse n’ayant aucun lien direct avec une information demandée » sans avoir requis au préalable le consentement des clients, sans mentionner correctement l’émetteur ou sans les informer de leur droit de s’y opposer gratuitement et facilement (art. 3, al. 1, let. o). La même disposition contient une exception qui compte pour une activité sur rendez-vous : si vous avez obtenu les coordonnées d’un client lors de la vente d’une prestation et lui avez indiqué à ce moment-là qu’il pouvait s’opposer à ces envois, vous pouvez lui adresser sans consentement de la publicité pour vos propres prestations analogues. Un client qui a réservé et payé un soin peut fort bien relever de cette exception ; un visiteur qui a seulement posé une question, probablement pas. Et la disposition parle de publicité de masse : savoir où tombe exactement un message personnel isolé est une question pour un juriste.

Deux principes de la LPD méritent d’être gardés en tête au moment de concevoir le formulaire. Une finalité reconnaissable (art. 6, al. 3) : les données ne peuvent être collectées que pour des finalités déterminées et reconnaissables pour la personne concernée, et traitées ensuite de manière compatible — les données recueillies pour une réservation servent à la réservation, pas automatiquement à la newsletter. La proportionnalité (art. 6, al. 2) : ne demandez que ce que le rendez-vous exige. Si vous n’avez pas besoin du numéro de téléphone, rendez le champ facultatif.

La conclusion pratique : gardez les rappels purement informatifs, et recueillez le consentement marketing par une case distincte, décochée par défaut. Dans un outil du marché, vérifiez si vous pouvez désactiver les mentions publicitaires de l’éditeur dans les messages envoyés à vos clients.

Outil du marché ou système à vous : le calcul

Commençons par les critères, parce que le prix tranche rarement à lui seul. Un système de réservation à vous a du sens quand la réservation doit être reliée à vos propres données — le CRM, l’historique du client, la source de la visite, votre propre processus de service — et quand un outil du marché vous oblige à recoller ces données à la main. Il n’a pas de sens quand tout ce qu’il vous faut, c’est que les clients voient les créneaux libres. Dans ce cas, l’outil du marché l’emporte.

Il faut comparer le coût total, pas un abonnement avec un prix de construction. Voici les chiffres que nous avons vérifiés le 22 septembre 2026.

Nous ne citons pas les formules payantes de Reservio : sa page de tarifs les charge par un script, et nous n’avons pas pu les lire de manière fiable.

De quoi se compose notre estimation

Ce n’est pas une ligne de notre grille tarifaire, mais une estimation assemblée à partir de ses composantes, pour un module ajouté à un site existant :

• l’intégration avec Google Agenda — autorisation d’accès, occupations, création d’événements, vérification de la connexion : 4 000 CHF (notre tarif pour une intégration externe),
• les notifications et rappels par e-mail, 24 heures et 1 heure avant : 1 500 CHF,
• le panneau de gestion — types de rendez-vous, horaires, liste des réservations : 2 500 CHF,
• le moteur de disponibilité — horaires, exceptions et jours fériés, fuseaux horaires, battements, délai, conflits d’agenda : 40 à 60 heures à 75 CHF, soit 3 000–4 500 CHF,
• le formulaire public de réservation — choix du créneau, confirmation, liens d’annulation et de déplacement, fichier ICS : 30 à 40 heures à 75 CHF, soit 2 250–3 000 CHF.

En option : le multilinguisme, +1 500 CHF — qui n’a rien de théorique quand votre clientèle parle français et allemand —, et le paiement à la réservation, +2 500 CHF. Les heures des deux dernières composantes sont une estimation fondée sur l’ampleur de notre propre réalisation — nous n’avons pas relevé le temps de construction. Nous calculons la maintenance avec la règle de notre calculateur : 10 à 20 % du coût de la fonction par an, soit 1 325–3 100 CHF par an.

Le seuil de rentabilité

Le calcul est simple : mois nécessaires pour se rentabiliser = coût de construction ÷ (abonnement mensuel − maintenance mensuelle). Prenons comme hypothèse une construction à 14 000 CHF et une maintenance de 200 CHF par mois. Face à un abonnement de 500 CHF par mois, la construction se rentabilise après environ 47 mois ; à 1 000 CHF, après environ 18. Pour qu’elle se rentabilise en cinq ans, l’abonnement devrait atteindre environ 433 CHF par mois.

Passons aux montants réels. Trois utilisateurs sur Calendly Standard font 30 USD par mois. Microsoft Bookings ne coûte rien de plus si vous payez déjà Microsoft 365. Tous ces montants sont inférieurs à la seule maintenance de votre propre module. Avec quelques utilisateurs, la construction ne se rentabilise jamais — la différence d’abonnement ne couvre même pas l’entretien du code.

C’est pourquoi un système de réservation à vous se justifie presque toujours par autre chose qu’une économie d’abonnement : les données qu’il doit relier, un processus qu’aucun outil ne gère, ou la maîtrise de ce qui se passe en cas de panne. Chez nous, c’était la première de ces raisons, pas le prix.

Par où commencer

Commencez par un outil gratuit ou du marché, et mesurez. Pendant deux ou trois mois, notez combien de réservations arrivent par le site, combien d’appels pour des rendez-vous ont disparu, et combien de personnes ne sont pas venues malgré leur réservation. Ces trois chiffres vous en diront plus que n’importe quel comparateur.

Parcourez la liste de la section sur ce qu’un système doit gérer, et interrogez l’éditeur sur la panne silencieuse de la connexion à l’agenda. Cette seule question écarte bon nombre d’outils.

Reliez l’outil à votre site correctement. Intégrer un module prend cinq minutes, mais une intégration sensée — à l’endroit où le client prend sa décision, avec la mesure dans vos statistiques — est un vrai travail ; chez nous, elle coûte 1 500 CHF, comme le montre notre calculateur du coût d’un site web.

Revenez sur la décision quand les réservations commencent à vivre à plusieurs endroits. Si les réservations de l’agenda doivent être recopiées à la main dans le CRM, et que la source du client se perd en route, vérifiez d’abord si l'automatisation des processus entre outils du marché suffit. Si elle ne suffit pas, une discussion sur un système de réservation construit sur mesure repose déjà sur des chiffres. Pour le contexte plus large — quels problèmes les applications d’entreprise résolvent et quand elles se rentabilisent —, consultez notre guide des applications d’entreprise.

D’où viennent ces chiffres

• Fonctionnalités de Google Agenda — les pages d’aide de Google sur les plannings de rendez-vous et leurs fonctionnalités premium, consultées le 22 septembre 2026.
• Prix de Calendly, limite de la formule Free de Reservio et Microsoft Bookings — pages de tarifs des éditeurs et documentation de Microsoft, consultées le 22 septembre 2026, dans la monnaie de l’éditeur ; Calendly ne donne pas de prix en francs, et les formules payantes de Reservio sont omises, parce que la page ne les affiche pas sans script.
• Intégration d’un outil du marché et composantes de notre estimation — nos configurations des calculateurs du coût d’un site, d’une application web et de la maintenance, état au 22 septembre 2026 ; les heures du moteur de disponibilité et du formulaire sont notre estimation, pas une mesure.
• La description du module — l’état du système de réservation sur lequel tourne ce site.
• Règles — la loi fédérale sur la protection des données (RS 235.1) et la loi fédérale contre la concurrence déloyale (RS 241), texte officiel français sur fedlex, consulté le 22 septembre 2026.