Application de réservation : outil existant ou app sur mesure ?

1. Créer une application de réservation : la réponse courte

Pour la plupart des commerces, une solution de réservation existante suffit au départ : elle est prête en quelques jours et coûte un abonnement. Créer une application de réservation à toi se justifie quand tes règles de réservation sortent du cadre de ces outils, quand tu veux que tes clients réservent chez toi et pas sur une plateforme qui affiche aussi tes concurrents, ou quand l’app doit faire plus que réserver.

Dans les deux cas, une règle d’Apple compte : une séance, une table ou une coupe consommée sur place se paie hors achat intégré, par exemple avec Apple Pay ou par carte. Apple ne prend donc pas de commission sur ces réservations.

2. Outil existant, no-code ou app sur mesure : comment choisir

Trois chemins mènent à une application de réservation en ligne. Ils ne s’excluent pas : beaucoup de projets commencent avec un outil existant, puis passent au sur-mesure quand les limites apparaissent.

Les solutions de réservation existantes

Il en existe pour presque chaque métier. Quelques exemples, vérifiés sur leurs sites le 26 octobre 2026, sans classement :

• Calendly, pour la prise de rendez-vous en général : son offre gratuite, « pour un usage personnel », se limite à un type de rendez-vous et un calendrier connecté ; le paiement à la réservation, via Stripe ou PayPal, fait partie des offres payantes.
• Planity, un portail de prise de rendez-vous pour la coiffure, la beauté et le bien-être, où le client cherche un salon et réserve à toute heure.
• TheFork Manager, un logiciel de gestion pour restaurants qui inclut la gestion des réservations et du service.
• Xplor Resamania, un logiciel pour salles de sport qui gère cours et réservations, avec une application pour les membres : le club choisit l’app standard ou une app « à votre image ».

Le point à regarder : où réserve ton client ? Sur un portail, il passe par l’app de la plateforme, à côté d’autres adresses. Avec un logiciel métier, il réserve souvent sur une page ou une app à ton nom, mais tu restes dans le cadre que l’éditeur a prévu.

Le no-code

Un outil no-code permet de construire toi-même une app de réservation simple : comptes, créneaux, formulaires, notifications, paiement par une intégration. C’est un bon moyen de tester une idée, avec des limites sur les fonctions natives et l’export du code. Notre guide pour créer une application gratuitement montre ce que permettent les offres gratuites de ces outils, et à quel moment il faut payer.

L’app sur mesure

Elle est conçue autour de ta façon de travailler, publiée sur ton compte Apple, et peut aller au-delà de la réservation : carte de fidélité, contenus, suivi de progression. En contrepartie, tu paies sa création, son hébergement et sa maintenance.

3. Les fonctions clés d’une application de réservation en ligne

Quel que soit le chemin, une app de prise de rendez-vous repose sur les mêmes briques. Liste-les avec tes propres règles avant de comparer des outils ou des devis.

Les créneaux

C’est le cœur, et la partie la plus sous-estimée. Durée de chaque prestation, temps de battement, capacité d’un cours collectif, plusieurs praticiens ou plusieurs salles, fermetures exceptionnelles : chaque règle doit être écrite. Les disponibilités doivent venir d’un serveur, en temps réel, pour que deux clients ne réservent jamais la même place au même moment.

Le compte client

Il sert à retrouver ses réservations, ses carnets de séances ou son historique. Apple ne l’impose pas : sa règle 5.1.1(v) demande de laisser utiliser l’app sans connexion si elle n’a pas de vraies fonctions liées au compte, et d’offrir la suppression du compte depuis l’app dès qu’on peut en créer un. Sur sa page consacrée à l’intégration d’Apple Pay, Apple conseille même de proposer l’inscription après le paiement plutôt qu’avant.

Les rappels

Une confirmation juste après la réservation, puis un rappel avant le rendez-vous, par notification, e-mail ou SMS. La section 6 détaille ce qu’Apple autorise.

L’annulation et le report

Fixe ta politique avant de construire : jusqu’à quand on peut annuler, ce qui se passe en cas d’absence, si une place libérée part à la liste d’attente. L’app doit l’afficher avant la réservation, pas après.

Le paiement

Paiement complet, acompte, carnet de séances ou paiement sur place : chaque formule change les écrans et les règles. La section 5 explique pourquoi l’achat intégré d’Apple ne s’applique pas à une prestation sur place.

Le back-office

C’est la partie que tes clients ne voient pas : le planning du jour, les réservations à venir, les clients, les fermetures, les prestations et leurs prix. Pour un commerce, c’est souvent une interface web, utilisée sur ordinateur ou tablette. Sans elle, l’app n’est pas exploitable au quotidien.

4. Les écrans types d’une application de prise de rendez-vous

Voici une liste de départ pour une app iPhone de réservation. À toi de retirer ce qui ne sert pas et d’ajouter ce qui te distingue.

Côté client

1. Accueil : la prochaine réservation et le bouton pour réserver.
2. Catalogue : prestations ou cours, avec durée, prix et description.
3. Choix du praticien ou du lieu, si tu en as plusieurs.
4. Calendrier des créneaux : jours et heures disponibles, places restantes pour un cours.
5. Récapitulatif : date, prestation, prix, conditions d’annulation.
6. Paiement, si tu fais payer à l’avance.
7. Confirmation, avec ajout au calendrier de l’iPhone.
8. Mes réservations : à venir et passées, avec annulation et report.
9. Compte : coordonnées, carnets ou abonnement en cours, notifications, suppression du compte.
10. Connexion et inscription, si l’app a des comptes.
11. Infos pratiques : adresse, horaires, contact.

Côté back-office

• Planning du jour et de la semaine ;
• fiche d’une réservation (venue, absence, annulation) ;
• gestion des prestations, des horaires et des fermetures ;
• liste des clients et historique ;
• suivi des paiements et remboursements.

Cette liste d’écrans est la base d’un bon brief. Notre guide pour préparer le brief de ton application montre comment la décrire écran par écran.

5. Le paiement : pas d’achat intégré pour une prestation sur place

La règle 3.1.3(e) des règles de validation de l’App Store (mises à jour le 16 octobre 2026) est claire : si ton app permet d’acheter des biens physiques ou des services consommés en dehors de l’app, tu dois encaisser par un autre moyen que l’achat intégré, « comme Apple Pay ou la saisie classique d’une carte bancaire ». Une séance de sport, une coupe, une table au restaurant, un massage : tout cela se consomme sur place. Pas de commission Apple sur ces ventes, donc, seulement les frais de ton prestataire de paiement.

Ce qui change si la prestation passe par l’app

• Un cours en direct en vidéo : la règle 3.1.3(d) laisse le choix du moyen de paiement pour un service en temps réel entre deux personnes (un cours particulier, une séance de coaching), mais impose l’achat intégré dès qu’il réunit plusieurs participants.
• Des contenus consultés dans l’app, comme des vidéos de cours à la demande : ce sont des contenus numériques, soumis à l’achat intégré par la règle 3.1.1.

Notre guide combien rapporte une application détaille ces exceptions et les commissions d’Apple quand l’achat intégré s’applique.

Apple Pay et la carte bancaire

Apple Pay n’encaisse pas l’argent lui-même : ton app reçoit un jeton chiffré que ton prestataire de paiement traite. Stripe, par exemple, indique dans sa documentation qu’une app iOS peut accepter Apple Pay directement pour des biens physiques et des services, avec ses seuls frais de traitement. Apple prévoit même un bouton Apple Pay dédié à la réservation. Sa règle 4.9 impose d’afficher toutes les informations importantes avant le paiement, et, pour un paiement récurrent, la durée, le montant, ce qui est fourni et comment résilier.

Un acompte ou un carnet de dix séances suit la même logique : il paie une prestation consommée sur place. En cas de doute sur un cas limite, Apple propose des rendez-vous en visio avec l’équipe App Review pour savoir comment une règle s’applique à ton app ; ils ne valent pas validation d’avance.

6. Rappels et notifications : ce qu’Apple autorise

Les rappels sont souvent la première raison d’avoir une app plutôt qu’une simple page web. Quelques règles encadrent les notifications sur iPhone.

• Demander l’autorisation au bon moment. iOS demande l’accord de l’utilisateur une seule fois. Apple conseille de le faire dans un contexte qui montre l’intérêt des notifications, plutôt qu’au premier lancement (documentation d’Apple). Pour une app de réservation, le bon moment est juste après la première réservation.
• L’app doit marcher sans. La règle 4.5.4 interdit de rendre les notifications obligatoires et d’y mettre des informations personnelles sensibles. Prévois un e-mail de confirmation pour ceux qui refusent.
• Pas de promotion sans accord. Toujours selon la règle 4.5.4, une notification promotionnelle demande un accord explicite dans l’app et un moyen de s’en désinscrire depuis l’app. Le rappel d’un rendez-vous n’est pas une promotion ; l’offre du mois, si.

Un rappel fixe, la veille par exemple, peut être programmé sur le téléphone lui-même. Mais si tu annules un cours ou si une place se libère, il faut une notification envoyée depuis ton serveur. Pour l’ajout au calendrier, bonne nouvelle : depuis iOS 17, une app peut proposer la fenêtre d’ajout d’événement du système sans demander l’accès à tout le calendrier (documentation EventKit).

Côté SMS et e-mail, la CNIL rappelle qu’une publicité envoyée à des particuliers demande leur consentement préalable, sauf s’ils sont déjà clients et que l’offre porte sur des services similaires ; la simple création d’un compte ne suffit pas à en faire des clients.

7. Données personnelles : ce qu’il faut prévoir

Une app de réservation collecte forcément des données personnelles : nom, téléphone, e-mail, historique des rendez-vous. En tant qu’éditeur, tu en es responsable, même si un prestataire écrit le code ou héberge les données.

• Le minimum. Un nom et un moyen de contact suffisent souvent. Apple le dit aussi : une app ne peut exiger des informations personnelles que si elles servent directement sa fonction principale (règle 5.1.1(v)).
• La connexion. Si tu proposes la connexion avec Google ou un autre réseau, la règle 4.8 impose en principe une option équivalente qui limite la collecte au nom et à l’e-mail et permet de masquer son adresse, comme Se connecter avec Apple.
• La durée de conservation. Fixe combien de temps tu gardes l’historique. La CNIL rappelle que les données de facturation se conservent dix ans au titre du Code de commerce, à l’écart des données utilisées au quotidien (fiche de la CNIL sur les durées de conservation).
• La suppression du compte, depuis l’app, dès qu’on peut en créer un.
• Les cas sensibles. Un rendez-vous chez un professionnel de santé peut révéler des données de santé, soumises à des règles plus strictes : fais-toi conseiller avant de te lancer.

Politique de confidentialité, étiquette de confidentialité sur la fiche App Store, consentement : notre guide du RGPD pour une application mobile reprend tout, avec une liste de contrôle.

8. Exemple fictif : l’application d’un studio de yoga

Si tu choisis le sur-mesure, une dernière règle d’Apple compte : la 4.2. Une app qui se contente d’afficher ta page de réservation web risque le refus, car Apple attend plus qu’un site remis dans une app. Notre guide application native, hybride ou web explique ces différences. Chez Yodavio, une app passe par quatre étapes : le cadrage, avec le brief et la liste des écrans ; le design de tous les écrans sur Figma, validé avant le code ; la construction à l’identique, testée sur ton iPhone ; puis la fiche App Store, TestFlight et l’envoi à Apple.

9. Questions fréquentes

Peut-on encaisser une réservation avec Stripe dans une app iPhone ?

La question revient depuis des années sur les forums développeurs d’Apple : en 2016 pour une app de transport avec chauffeur, en 2023 pour une app de salle de sport qui voulait vendre des cours et des abonnements. Pour une prestation consommée sur place, oui : la règle 3.1.3(e) impose même un autre moyen que l’achat intégré. Pour un contenu ou une fonction utilisés dans l’app, non.

Mon site de réservation peut-il simplement devenir une app ?

C’est risqué. En janvier 2026, un développeur racontait sur les forums d’Apple le refus de son app de transport au titre de la règle 4.2 : la réservation et le paiement se faisaient dans une page web, et Apple jugeait l’expérience trop proche de la navigation sur un site. Les écrans de réservation doivent être construits dans l’app.

Existe-t-il une application de réservation gratuite ?

Oui, avec des limites. L’offre gratuite de Calendly, par exemple, se limite à un type de rendez-vous et un calendrier, sans paiement à la réservation. Pour un commerce qui démarre, c’est une bonne façon de vérifier que ses clients réservent en ligne avant d’investir.

Faut-il une app ou une page de réservation en ligne ?

Souvent les deux. Une page web suffit au client qui réserve une fois par an et ne veut rien installer. L’app sert les habitués : réservation en deux gestes, rappels, carnets, liste d’attente. Si la majorité de tes clients reviennent chaque semaine, l’app prend tout son sens. Les deux peuvent s’appuyer sur les mêmes créneaux et le même back-office.