Réservations WordPress : Amelia, Bookly et Booking Calendar
Comparez Amelia et Bookly pour consultations, cours et rendez-vous de service, et Booking Calendar pour disponibilités et demandes par date ou créneau. Privilégiez conflits de personnel et de ressources, règles de confirmation et de paiement et limites réelles du gratuit. Booking Calendar propose aussi des créneaux horaires : ce n’est pas uniquement un calendrier de journées entières.
Quand un formulaire de contact ne suffit plus
Un formulaire peut recueillir un horaire préféré sans vérifier la disponibilité d’un employé ou d’une salle. Une extension de réservation expose les dates, heures ou ressources disponibles et les actualise selon l’état des demandes. Un rendez-vous individuel et un cours accueillant plusieurs personnes jusqu’à une capacité définie demandent des contrôles différents.
Identifiez l’unité limitée : une consultation de 45 minutes occupe un intervenant, un cours de huit personnes des places, et une nuit une chambre sur une période. Deux employés aux plannings séparés peuvent malgré tout se disputer la même salle. Vérifiez si personnes et ressources communes doivent être contrôlées ensemble.
Comparer les outils et les éditions
| Extension | Besoin principal | Coût ou limite à vérifier |
|---|---|---|
| Amelia | Rendez-vous et événements dans une même gamme | Certaines intégrations, organisations du personnel et notifications avancées limitées dans Lite ; Square disponible dans Lite |
| Bookly | Choix progressif de service, intervenant et horaire | Gratuit : un employé et cinq services ; distinguer licence et services Bookly Cloud |
| Booking Calendar | Journées ou créneaux et approbation de demandes | Ressources multiples dès Personal ; paiement en ligne dès Business Small |
Consultez les fiches d’Amelia, Bookly et Booking Calendar. Une démonstration du produit complet ne décrit pas forcément le gratuit. Associez chaque exigence à l’édition installée et à la licence envisagée.
SMS, WhatsApp, paiements et services connectés peuvent avoir des frais distincts. Un prestataire comme Square doit aussi accepter pays, devise et activité. Une intégration gratuite ne rend pas le traitement des transactions gratuit.
Amelia : relier employé, service et formulaire
Le guide de démarrage Amelia part d’un employé, d’un service et d’un formulaire. Configurez intervenant et horaires dans Amelia → Employees, puis catégorie et service avec cet employé. La gestion des services apparaît comme Catalog ou Services selon documentation et édition : utilisez la section correspondante.
- Saisissez nom, courriel, horaires et jours d’absence. Remplacez les horaires ouvrés par défaut par le vrai planning.
- Définissez nom du service, catégorie, employé, durée et prix. Si un élément manque dans le formulaire, vérifiez son interrupteur Show on website.
- Insérez un bloc Amelia ou un code court de formulaire pris en charge dans une page.
[ameliastepbooking]insère le formulaire progressif ; confirmez sa disponibilité dans l’édition. - Réservez hors connexion puis comparez date, employé et état dans Amelia → Bookings → Appointments. Testez approbation, modification et annulation.
Le réglage Default time slot step des paramètres généraux doit permettre les durées voulues. Si 45 minutes de service et 15 minutes de marge ne sont pas sélectionnables avec un pas de 30 minutes, examinez ce pas global. Fuseau propre à l’employé et affichage dans l’heure locale du client sont des fonctions distinctes dont l’offre doit être vérifiée.
Bookly : vérifier affectations et horaires individuels
Bookly Free convient à l’évaluation d’un petit circuit. Comparez Pro, offres et modules pour davantage d’employés, services et fonctions. Les offres actuelles coexistent avec la documentation des modules individuels : vérifiez ce que votre achat comprend.
Pour le paiement, distinguez l’intégration de l’extension et Bookly Cloud. La fiche WordPress.org exclut les paiements en ligne du périmètre gratuit présenté, alors que le guide 2026 publié par l’équipe Bookly décrit Stripe via Cloud avec des frais distincts. Ne concluez pas que toute connexion est incluse ou exige toujours Pro : confirmez le circuit disponible, ses frais et son fonctionnement sur votre compte.
Dans Bookly → Services, créez catégories et services et affectez les intervenants. La documentation des services demande une catégorie et au moins un intervenant affecté pour apparaître. Saisir un prix n’active pas le paiement en ligne : distinguez paiement sur place et intégration de paiement.
Examinez Staff Members → employé → Schedule / Days Off. Le guide des horaires précise que les horaires et jours fériés généraux deviennent les valeurs des nouveaux employés sans modifier automatiquement les anciens plannings. Si les disponibilités ne changent pas après un réglage général, vérifiez le planning individuel.
Booking Calendar : afficher ou accepter une demande ?
Le gratuit propose journées, créneaux, notifications et approbation de base. Comparez les éditions payantes pour calendriers indépendants de salles ou équipements, paiements, tarifs saisonniers et capacités. Donner deux couleurs à deux salles ne crée pas deux stocks indépendants.
Utilisez l’assistant et WP Booking Calendar → Settings pour dates ou heures, formulaires et notifications. Insérez le bloc ou code généré dans l’administration. Le guide d’insertion distingue simple affichage des disponibilités et formulaire. Si le calendrier apparaît sans possibilité d’envoyer une demande, vérifiez d’abord ce choix.
Définissez si les demandes en attente bloquent le créneau. La documentation des évolutions décrit une option gardant les dates en attente disponibles, selon l’édition, jusqu’à une approbation. Pour une confirmation au premier arrivé, testez deux sessions. Recueillir des demandes concurrentes pour choisir plus tard et empêcher une double réservation sont deux modèles différents.
Vérifier fuseaux, marges et calendriers externes
Vérifiez Réglages → Général → Fuseau horaire dans WordPress. Dans une région changeant d’heure, un fuseau nommé par ville suit les saisons contrairement à un décalage UTC fixe. Si le client voit son heure locale, comparez formulaire, courriel et calendrier administratif : ils doivent désigner le même instant. Indiquez clairement le fuseau si une réservation internationale tombe un autre jour.
La durée du service correspond au temps fourni ; une marge de préparation ou nettoyage bloque du temps pour les autres réservations. L’exemple montre 09:00, 45 minutes de service puis 15 minutes de marge, sans marge avant. Le prochain rendez-vous commence à 10:00 dans cet exemple. Les heures réelles dépendent du planning, du pas et des deux marges. Vérifiez l’offre couvrant les durées et marges Amelia ou Padding time de Bookly.
Un bouton ponctuel d’ajout au calendrier, un flux iCalendar .ics actualisé périodiquement et une synchronisation vérifiant les événements occupés ne sont pas équivalents. Un flux .ics ne garantit pas une mise à jour immédiate dans les deux sens. Créez un événement externe d’essai et vérifiez fermeture puis réouverture du créneau après annulation. Si plusieurs sites vendent la même ressource, évaluez les conflits possibles pendant les délais de synchronisation.
Tester séparément demande, confirmation et paiement
Appliquez les contrôles à votre propre configuration. Une démonstration commerciale ne prouve pas qu’elle les réussit.
- Demandes : partez d’un service et d’un intervenant ou ressource. Essayez heures habituelles, fermetures et proximité de fin de journée. Comparez date, heure et capacité des enregistrements client et administrateur.
- Concurrence : ouvrez le même créneau dans deux sessions. Vérifiez rejet, attente ou réservation jusqu’à capacité conformément aux règles prévues.
- Paiements : en mode de test du prestataire, essayez réussite, échec et abandon. Vérifiez si la confirmation précède le paiement et quand une réservation impayée libère sa place. Ne présumez pas une annulation automatique incluse ou active.
- Annulations et modifications : vérifiez délais des liens client, changements administratifs, libération de l’ancien créneau et occupation du nouveau. Une annulation ne rembourse pas nécessairement : comparez les transactions séparément.
- Notifications : clients et intervenants doivent recevoir les bons messages de demande, approbation, changement et annulation avec le bon fuseau. Vérifiez les rappels même quand le trafic est faible.
Si la réservation existe sans courriel reçu, examinez envoi et réception avant de demander une deuxième réservation. Pour une disponibilité ancienne ou un contrôle de sécurité échoué, examinez cache et optimisation des scripts dans l’environnement d’essai. Une réponse dynamique ne doit pas être remplacée par une ancienne copie.
Préparez les sauvegardes avant adoption ou mise à jour. Vérifiez exports de dates, fuseaux, statuts et identifiants de paiement. Évitez de répartir les nouvelles demandes entre deux systèmes pendant une migration. Isolez essais, vrais courriels et paiements. Prévoyez fermeture temporaire et reprise ou contact des clients à partir de la liste existante.
