Un webhook WhatsApp est un événement HTTP envoyé par Meta à votre serveur en temps réel : message reçu d'un patient, confirmation de rendez-vous cliquée, statut de livraison d'une notification mis à jour. Dans le secteur de la santé, ces événements sont la base d'une communication automatisée avec les patients ou les professionnels de santé. Bien intégrés, ils permettent de réduire les rendez-vous manqués, de fluidifier le suivi post-consultation et d'alléger les équipes d'accueil sans dégrader l'expérience patient.
Pourquoi les webhooks sont critiques dans un contexte de santé
La santé exige de la réactivité et de la précision. Un message de rappel de rendez-vous qui n'est pas livré n'est pas anodin : c'est un rendez-vous annulé tardivement, un créneau perdu, une consultation reportée. Les webhooks permettent de le savoir immédiatement et d'agir.
Les événements les plus utiles en santé :
delivered: le rappel de rendez-vous est arrivé sur le téléphone du patient. Pas de réponse à J-1 ? Déclenchez un second canal (SMS, appel).read: le patient a lu la notification. Vous pouvez arrêter la séquence de relance.button: le patient a cliqué sur "Confirmer" ou "Annuler". Votre agenda se met à jour automatiquement.messages: le patient envoie un message libre (question sur le rendez-vous, demande de report). Le webhook déclenche une notification à l'équipe d'accueil ou un bot de réponse.failed: le message n'a pas été délivré. Le numéro est peut-être erroné ou le compte WhatsApp inactif. Une alerte immédiate permet de basculer sur un autre canal.
Pour les éditeurs de logiciels de santé (SaaS de prise de rendez-vous, dossier patient partagé, télémédecine), l'API WhatsApp Business de Whakup permet d'intégrer ces événements directement dans votre plateforme. Whakup est Meta Tech Provider certifié : vos clients professionnels de santé n'ont pas à gérer eux-mêmes l'accréditation Meta.
Architecture d'intégration webhook pour une plateforme de santé
L'intégration technique suit un schéma standard, mais la santé impose des contraintes supplémentaires :
Étapes techniques de base
- Votre plateforme expose un endpoint HTTPS qui reçoit les payloads Meta.
- Chaque payload est signé par Meta (HMAC-SHA256). Votre backend valide la signature avant tout traitement.
- Votre endpoint retourne HTTP 200 immédiatement. Le traitement métier est délégué à un worker asynchrone.
- Les événements sont dédupliqués sur le
wamid(identifiant unique du message).
Contraintes spécifiques à la santé
- Données de santé : les payloads peuvent contenir des informations indirectement liées à la santé (nom du patient, heure du rendez-vous, spécialité médicale). En France, ces données relèvent potentiellement des données de santé au sens du RGPD, ce qui impose un niveau de protection élevé.
- Hébergement certifié HDS : si votre plateforme stocke des données de santé, l'hébergement doit être HDS (Hébergeur de Données de Santé) certifié. L'API Whakup transite les messages mais ne stocke pas les données médicales. Votre propre infrastructure de traitement des webhooks doit respecter cette contrainte.
- Minimisation des données : ne stockez que les données strictement nécessaires issues des payloads. Le contenu des messages n'a pas à être archivé indéfiniment.
Cas d'usage webhook en santé : de l'événement à l'action
| Événement | Action déclenchée | Bénéfice |
|---|---|---|
| Bouton "Confirmer RDV" cliqué | Mise à jour du statut dans l'agenda | Réduction des no-shows |
| Bouton "Annuler RDV" cliqué | Libération du créneau + proposition alternative | Optimisation du planning |
| Message libre reçu | Notification au secrétariat + transcription | Réduction de la charge téléphonique |
Statut failed sur rappel J-2 |
Déclenchement d'un SMS de secours | Continuité de la communication |
Statut read sur résultat d'analyse |
Arrêt de la relance + log de lecture | Traçabilité du suivi patient |
| Réponse hors flux | Escalade vers agent humain | Gestion des cas complexes |
Ce système est particulièrement adapté aux centres de soins pluridisciplinaires, aux laboratoires d'analyses, aux cabinets de groupe et aux plateformes de télémédecine qui gèrent un volume important de rendez-vous et de notifications.
Pour comprendre comment structurer les messages qui génèrent ces interactions, consultez les templates WhatsApp et leurs catégories. Pour évaluer les coûts d'intégration, le guide des prix de l'API WhatsApp Business 2026 donne les tarifs par catégorie de message.
Gestion des cas sensibles et conformité
La santé est un domaine où les erreurs de communication ont des conséquences réelles. Quelques règles à intégrer dans votre logique webhook :
Ne jamais inclure de données médicales dans les templates : un rappel de rendez-vous peut mentionner la date, l'heure et le nom du praticien. Il ne doit pas mentionner la pathologie ou le motif de consultation. Ces informations restent dans le dossier patient, pas dans WhatsApp.
Gérer les opt-out immédiatement : quand un patient se désinscrit, l'événement webhook correspondant doit déclencher une mise à jour immédiate dans votre base. Envoyer un message à quelqu'un qui a dit non est une faute RGPD.
Traçabilité : chaque événement webhook doit être loggé avec horodatage. En santé, la preuve de notification peut être requise (consentement éclairé, rappel de prise de médicament, résultats transmis).
Disponibilité du webhook : un endpoint en maintenance pendant la nuit peut manquer des événements critiques. Prévoyez une stratégie de replay ou de file de messages persistante.
FAQ
Les webhooks WhatsApp fonctionnent-ils pour les notifications de résultats d'analyses ?
Oui, sous conditions. Le résultat lui-même ne doit pas figurer dans le message WhatsApp : envoyez une notification indiquant que les résultats sont disponibles, avec un lien sécurisé vers l'espace patient. Le lien, pas le résultat, transite par WhatsApp.
Combien de temps Meta retente-t-il la livraison d'un webhook non reçu ?
Meta retente pendant environ 7 jours avec un backoff exponentiel. Si votre endpoint est indisponible au-delà, l'événement est perdu. Un monitoring de disponibilité de votre endpoint est indispensable en santé.
Peut-on déclencher un appel téléphonique automatique si le webhook indique que le message WhatsApp n'a pas été délivré ?
Oui. L'événement failed dans le webhook peut déclencher n'importe quelle action dans votre backend : envoi de SMS via une autre API, déclenchement d'un appel sortant automatisé, notification à l'équipe d'accueil. C'est l'intérêt d'une architecture événementielle.
L'API Whakup supporte-t-elle les environnements multi-établissements ?
Oui. L'architecture multi-tenant de Whakup permet d'associer un numéro WhatsApp dédié à chaque établissement. Chaque cabinet, clinique ou laboratoire a ses propres conversations et ses propres webhooks, cloisonnés de façon stricte.
Les webhooks WhatsApp transforment la communication en santé : des rappels livrés avec certitude, des confirmations enregistrées automatiquement, des équipes d'accueil moins sollicitées. Découvrez l'API WhatsApp de Whakup et structurez une intégration conforme, scalable et centrée sur l'expérience patient.

Co-fondateur et Chief Product Officer de Whakup, Pablo conçoit les fonctionnalités qui permettent aux marques africaines de maximiser leur impact sur WhatsApp.
Prêt à passer à l'action ?
Essayez Whakup gratuitement pendant 15 jours. Aucune carte bancaire requise.
Démarrer l'essai gratuitArticles similaires
Les webhooks WhatsApp dans l'e-commerce : ce qu'il faut savoir
Webhook WhatsApp API e-commerce : comment exploiter les événements entrants pour automatiser confirmations de commande, suivi livraison et SAV.
Les webhooks WhatsApp dans la finance : ce qu'il faut savoir
Webhook WhatsApp API finance : exploitez les événements temps réel pour automatiser alertes de paiement, KYC et notifications de compte via l'API.
API WhatsApp et les webhooks : guide pour les plateformes de chatbot IA
Webhook WhatsApp API chatbot IA : comprenez les événements entrants, la structure des payloads et comment architecturer votre plateforme pour traiter les messages en temps réel.