Un webhook WhatsApp API dans la restauration est un mécanisme technique qui notifie votre système en temps réel dès qu'un événement se produit côté WhatsApp — confirmation de réservation par un client, commande de plat à emporter, annulation, ou réponse à une enquête de satisfaction. Pour les éditeurs de solutions de caisse, de gestion de restaurant ou de click-and-collect, c'est l'infrastructure qui rend WhatsApp réellement exploitable en conditions de service.
Ce que les webhooks apportent aux flux de la restauration
La restauration fonctionne en temps réel : un couvert confirmé à 13h00 doit être préparé à 13h15. Les webhooks suppriment le délai entre l'action du client sur WhatsApp et la mise à jour de vos systèmes.
Réservations et confirmations de table Un client répond "Confirmer" au rappel de réservation envoyé la veille. Le webhook capture la réponse en secondes, met à jour le plan de salle dans votre logiciel de gestion, et libère l'opérateur d'un rappel téléphonique. Si le client répond "Annuler", le webhook libère le couvert et peut déclencher une notification aux clients en liste d'attente.
Click-and-collect et livraison Un client envoie sa commande de midi via WhatsApp (texte libre ou boutons). Le webhook capture le message, le route vers la cuisine via le bon de commande digital. À la fin de préparation, un statut de message déclenche automatiquement une notification "Votre commande est prête".
Enquêtes post-repas 30 minutes après le passage en caisse, un template de satisfaction est envoyé. Les webhooks de réponse (note sur 5, commentaire texte) alimentent directement le tableau de bord de l'enseigne.
Événements webhook clés pour les plateformes F&B
| Événement | Type payload | Application restauration |
|---|---|---|
| Réponse bouton | messages (type interactive, button_reply) |
Confirmation/annulation réservation, choix menu |
| Message texte | messages (type text) |
Commande libre, instruction de livraison |
| Image | messages (type image) |
Photo d'un plat pour réclamation, preuve de livraison |
Statut delivered |
statuses |
Vérifier la réception du rappel de réservation |
Statut read |
statuses |
Suivi de lecture du bon de livraison |
Statut failed |
statuses + errors |
Numéro invalide : alerte à l'hôtesse d'accueil |
| Opt-out | messages |
Désabonnement du programme de fidélité |
Pour les chaînes de restauration rapide, les boutons interactifs + webhooks remplacent avantageusement les SMS à sens unique : le client interagit, le webhook route vers le bon établissement via le phone_number_id.
Intégration avec les outils de caisse et de gestion de restaurant
La plupart des logiciels de caisse et de gestion de restaurant (Lightspeed, Zelty, Addition, ou solutions propriétaires) exposent une API interne. L'architecture d'intégration webhook suit ce schéma :
- Réception webhook : votre endpoint HTTPS reçoit le payload Meta, répond 200 immédiatement.
- Queue asynchrone : le payload est publié dans une file (Redis Streams, RabbitMQ) pour traitement découplé.
- Worker de mapping : extrait la donnée utile (texte de commande, choix du bouton,
wa_iddu client) et appelle l'API de votre logiciel de caisse ou de votre module de réservation. - Confirmation au client : si le traitement réussit, le worker déclenche l'envoi d'un message de confirmation via l'API WhatsApp (gratuit dans la fenêtre de session de 24h).
- Gestion d'erreur : si l'API caisse est indisponible (rush du midi), le message va en dead-letter queue avec alerte pour traitement manuel.
Pour les éditeurs multi-restaurants (franchises, groupes de restauration), la gestion multi-tenant est indispensable : chaque restaurant a son propre numéro WhatsApp et ses propres règles de gestion. Le phone_number_id dans le payload permet le routing automatique vers le bon tenant.
Conformité et gestion des données clients
La restauration collecte des données simples mais sensibles : numéros de téléphone, préférences alimentaires, historique de commandes. Points de vigilance :
- Consentement opt-in : recueillez le consentement WhatsApp explicitement (lors de la réservation, à la caisse, via QR code) avant tout envoi. L'opt-out via webhook doit déclencher la suppression immédiate des files d'envoi actives.
- Vérification HMAC : validez la signature
X-Hub-Signature-256sur chaque requête entrante pour écarter les faux webhooks. - Hébergement EU : pour les restaurants français, les données clients doivent rester en Europe. Choisissez un fournisseur API WhatsApp avec infrastructure EU.
- Durée de rétention : les données de commande et les numéros de téléphone ne doivent pas être conservés indéfiniment dans les logs webhook. Automatisez la purge selon votre politique RGPD.
FAQ
Les webhooks WhatsApp peuvent-ils gérer les commandes de plusieurs tables simultanément en heure de pointe ?
Oui, à condition que votre architecture soit asynchrone. Votre endpoint webhook répond 200 immédiatement à chaque requête Meta et publie dans une queue. Des workers parallèles consomment ensuite en simultané. Le goulot d'étranglement ne vient pas du webhook mais de votre capacité à traiter les messages en parallèle côté plateforme.
Comment distinguer une confirmation de réservation d'une commande click-and-collect dans le même webhook ?
Le contexte se gère à deux niveaux : le phone_number_id (si vous utilisez des numéros dédiés par type de service) ou un identifiant de contexte dans le template d'origine. Quand vous envoyez un template de rappel de réservation, vous pouvez inclure un context ou utiliser le champ referral pour taguer la conversation. À réception du webhook, votre worker lit ce contexte pour identifier le flux métier approprié.
WhatsApp est-il adapté pour les commandes en temps réel type click-and-collect avec des menus de 50 articles ?
Pour les menus complexes, les boutons interactifs (limités à 3 boutons ou 10 éléments de liste) peuvent être insuffisants. L'approche recommandée est d'utiliser WhatsApp pour l'initiation de la commande et la confirmation, tout en renvoyant le client vers un lien de commande en ligne pour la sélection détaillée. WhatsApp reste le canal de notification et de suivi, pas nécessairement l'interface de commande complète.
Quel est le coût d'envoi d'une confirmation de réservation via WhatsApp API ?
Si la confirmation est envoyée dans la fenêtre de 24h suivant le dernier message du client, elle est gratuite côté Meta. Si c'est un template envoyé hors session (ex. rappel J-1 sans message préalable), c'est un message utility facturé ~0,0336 € pour un numéro français (0,0248 € frais Meta + 0,0088 € Whakup). Un rappel de réservation à 0,03 € comparé à un appel téléphonique : l'économie est évidente.
Pour déployer les webhooks WhatsApp dans votre solution de restauration ou votre plateforme F&B, consultez l'API WhatsApp Whakup. Whakup est Meta Tech Provider certifié, propose l'embedded signup pour vos clients restaurateurs, l'hébergement EU et le support technique dédié aux éditeurs.
Consultez également notre guide des templates WhatsApp par catégorie pour configurer vos notifications de réservation et notre article sur le meilleur BSP WhatsApp en France pour comparer les options du marché.

Co-fondateur de Whakup, Arthur accompagne les entreprises africaines dans leur transformation digitale via WhatsApp depuis 2022. Passionné par le growth marketing et l'entrepreneuriat en Afrique francophone.
Prêt à passer à l'action ?
Essayez Whakup gratuitement pendant 15 jours. Aucune carte bancaire requise.
Démarrer l'essai gratuitArticles similaires
L'embedded signup WhatsApp dans la restauration : ce qu'il faut savoir
L'embedded signup WhatsApp dans la restauration : connectez restaurants et chaînes de restauration à l'API WhatsApp Business depuis votre logiciel de caisse ou de réservation.
Les templates WhatsApp dans la restauration : ce qu'il faut savoir
Template WhatsApp restauration : catégories, variables et cas d'usage pour restaurants, dark kitchens et chaînes de restauration. Intégrez l'API WhatsApp Business.
Les webhooks WhatsApp dans l'assurance : ce qu'il faut savoir
Webhook WhatsApp API assurance : automatisez déclarations de sinistre, rappels d'échéance et collecte de pièces justificatives en temps réel. Guide technique pour éditeurs insurtech.