--- title: "WhatsApp Flows : formulaires, réservations et leads en chat" description: "WhatsApp Flows expliqué : fonctionnement des formulaires dans le chat, usages pour réservations et leads, règles de conception, limites et erreurs." canonical: "https://omnichannels.ai/fr/blog/whatsapp-flows-guide/" language: "fr" updated: "2026-10-10" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "whatsapp" primaryQuery: "whatsapp flows" keywords: ["exemples WhatsApp Flows", "formulaire WhatsApp", "réservation par WhatsApp", "formulaire de génération de leads WhatsApp", "endpoint WhatsApp Flows", "Flow JSON WhatsApp"] published: "2026-10-09" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 8 answer: "WhatsApp Flows sont des formulaires natifs à plusieurs écrans qui s'ouvrent dans une conversation WhatsApp sur la WhatsApp Business Platform. Les clients peuvent réserver un rendez-vous, demander un devis, remplir un formulaire de contact ou donner leur avis sans quitter la conversation, et les réponses reviennent à l'entreprise sous forme de données structurées. Les Flows se construisent en Flow JSON, s'envoient comme modèle ou comme message en session, et fonctionnent avec ou sans endpoint de données en temps réel." takeaways: ["WhatsApp Flows sont des formulaires structurés à plusieurs écrans qui s'ouvrent dans le chat et renvoient les réponses à l'entreprise sous forme de données, et non de texte libre.", "Un Flow peut être envoyé comme modèle de message ou comme message interactif dans une fenêtre de service client ouverte.", "Meta recommande les Flows sans endpoint sauf si des données en temps réel sont nécessaires ; les requêtes vers un endpoint de données expirent après 10 secondes.", "La référence des composants de Meta autorise jusqu'à 50 composants par écran, mais ses bonnes pratiques conseillent une tâche par écran et pas plus de 10 options par écran.", "Les Flows dont les endpoints deviennent défaillants peuvent être limités à 10 messages par heure ou bloqués jusqu'au rétablissement de leur santé."] faq: - q: "WhatsApp Flows est-il gratuit ?" a: "Les Flows n'entraînent pas de frais Meta distincts en eux-mêmes. Vous payez le message qui transporte le Flow selon la tarification WhatsApp habituelle : un Flow envoyé dans un modèle marketing ou utilitaire est facturé selon la catégorie du modèle et le pays, et un Flow envoyé dans une fenêtre de service client ouverte suit les règles des messages de service. Confirmez les tarifs en vigueur dans la documentation tarifaire de Meta." - q: "Faut-il un développeur pour créer un WhatsApp Flow ?" a: "Les Flows simples se construisent dans le Flow Builder de WhatsApp Manager, avec du Flow JSON et un aperçu en direct. Les Flows qui vérifient en temps réel des disponibilités, des prix ou des fiches clients exigent un endpoint de données, qu'un développeur doit concevoir, héberger, sécuriser et surveiller. La plupart des équipes démarrent avec des Flows sans endpoint et en ajoutent un plus tard." - q: "Un WhatsApp Flow peut-il collecter des paiements ou des mots de passe ?" a: "Les Flows sont conçus pour des saisies structurées : texte, dates, choix, consentements (opt-in) et envoi de fichiers. Meta permet de marquer des champs comme sensibles pour les masquer dans le message de réponse, et les champs de mot de passe sont exclus par défaut. Les paiements par carte doivent passer par un moyen de paiement conforme, et non par des champs de carte en texte libre dans un formulaire." - q: "Que deviennent les données soumises par un client dans un Flow ?" a: "Lorsque le client termine le Flow, WhatsApp envoie à votre webhook un message de réponse contenant les champs soumis. Si le Flow utilise un endpoint de données, les écrans peuvent aussi échanger des données chiffrées avec votre serveur pendant le parcours. Votre système doit conserver ces données conformément à votre politique de confidentialité et à la loi locale sur la protection des données." - q: "Les WhatsApp Flows fonctionnent-ils sur ordinateur ?" a: "Les Flows sont conçus pour les applications mobiles WhatsApp, et la prise en charge sur d'autres clients peut varier. Testez toujours sur les appareils que vos clients utilisent réellement, et prévoyez une solution de repli, comme un lien ou une option de réponse, pour ceux qui ne peuvent pas ouvrir le Flow." sources: - title: "WhatsApp Flows — Meta for Developers" url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/flows" - title: "Bonnes pratiques Flows — Meta for Developers" url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/flows/guides/bestpractices" - title: "Composants Flows — Meta for Developers" url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/flows/guides/components" - title: "Cycle de vie d'un Flow — Meta for Developers" url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/flows/guides/lifecycle" --- # WhatsApp Flows : formulaires, réservations et leads en chat Canonical: https://omnichannels.ai/fr/blog/whatsapp-flows-guide/ Language: fr Publisher: OmniChannels.ai by BroadNet Technologies Ce guide s'adresse aux équipes produit, relation client et marketing qui se demandent si WhatsApp Flows peut remplacer les formulaires web, les pages de réservation ou les longs échanges par messages. Il présente ce que sont les Flows, les cas où ils donnent les meilleurs résultats, la manière de les concevoir, les limites techniques publiées par Meta et les erreurs qui font échouer les Flows en production. ## Qu'est-ce que WhatsApp Flows ? WhatsApp Flows sont des formulaires structurés à plusieurs écrans qui s'ouvrent par-dessus une conversation WhatsApp. Le client touche un bouton, parcourt quelques écrans et valide ; l'entreprise reçoit les réponses sous forme de données structurées. Les Flows fonctionnent sur la WhatsApp Business Platform (API), et non sur l'application WhatsApp Business. Chaque Flow est défini en **Flow JSON**, qui décrit les écrans, les composants et la navigation. Vous pouvez créer et prévisualiser des Flows dans WhatsApp Manager, ou les créer via l'API Flows. Il existe deux styles techniques : - Les **Flows sans endpoint** collectent les saisies et les renvoient à la validation par le client. Les données dynamiques, comme le prénom du client, sont injectées à l'envoi du message. - Les **Flows avec endpoint** interrogent votre serveur pendant le parcours, par exemple pour afficher des créneaux disponibles ou calculer un devis. L'échange de données est chiffré. ## Quand utiliser un Flow plutôt que le chat ou un lien web ? Utilisez un Flow quand vous avez besoin de plusieurs réponses structurées dans un ordre fixe. Privilégiez le chat classique pour les échanges ouverts, et un lien web quand la tâche exige un paiement complet, de longs documents ou un espace client connecté. | Tâche | Chat classique | WhatsApp Flow | Lien web | |---|---|---|---| | Question ouverte ou réclamation | Idéal | Peu adapté | Peu adapté | | Qualification de lead, 3 à 8 champs | Lent, source d'erreurs | Idéal | Le client quitte le chat | | Réservation avec créneaux en temps réel | Nombreux messages | Bien avec endpoint | Bien | | Demande de devis avec dates et options | Source d'erreurs | Idéal | Bien | | Enquête de satisfaction après service | Acceptable | Bien | Taux de complétion souvent plus faible | | Paiement e-commerce complet | Peu adapté | Limité | Idéal | | Connexion et paramètres de compte | Peu adapté | Seulement si nécessaire | Idéal | Parmi les cas d'usage courants : devis d'assurance et de prêt, demandes de visite immobilière, réservations en clinique ou en salon, inscription à des événements, mise à jour des préférences de livraison, enregistrement de garantie avec photo, et retours d'expérience après un service. Les exemples d'introduction de Meta couvrent les prêts pré-approuvés, les devis d'assurance, les offres personnalisées et les intentions d'achat. ## Comment envoyer un WhatsApp Flow ? Vous envoyez un Flow sous forme de message avec un bouton d'appel à l'action. Deux modes de livraison existent. 1. **Comme modèle de message.** Créez un modèle avec un bouton Flow et faites-le approuver. Cela vous permet d'initier la conversation, par exemple avec un modèle utilitaire invitant un client à choisir un créneau de livraison. Les règles de catégorie et de tarification des modèles s'appliquent. Voir [catégories de modèles et approbation](/fr/blog/whatsapp-template-categories-approval/). 2. **Comme message interactif dans une session ouverte.** Si le client vous a écrit au cours des dernières 24 heures, vous pouvez envoyer le Flow comme message interactif, par exemple quand un agent propose un formulaire de réservation pendant un échange. Notre guide sur la [fenêtre de service client de 24 heures](/fr/blog/whatsapp-24-hour-customer-service-window/) en détaille les règles. Lorsque le client termine le Flow, un message de réponse arrive sur votre webhook avec les champs soumis. Utilisez un `flow_token` pour associer la réponse au bon client et à la bonne conversation. ## Comment concevoir un WhatsApp Flow ? Concevez pour un téléphone, un pouce et quelques minutes. Selon les bonnes pratiques de Meta, un client doit pouvoir terminer en cinq minutes au plus. ### Liste de contrôle de conception - [ ] **Une tâche par écran.** Répartissez les formulaires multitâches sur plusieurs écrans. - [ ] **Des titres courts avec la progression**, comme « Question 2 sur 4 ». - [ ] **Indiquez la durée** dès le premier écran. - [ ] **Le premier écran correspond au bouton.** Si le bouton dit « Réserver une visite », le premier écran traite de la réservation d'une visite. - [ ] **Le bon composant pour chaque usage :** sélecteur de date pour les dates, zone de texte pour les textes longs, boutons radio pour un seul choix, cases à cocher pour plusieurs choix. - [ ] **Pas plus de 10 options par écran** ; n'utilisez une liste déroulante qu'à partir de 8 options. - [ ] **Les champs facultatifs restent facultatifs.** Ne demandez que ce dont vous avez besoin pour agir. - [ ] **Texte d'aide** pour les formats de téléphone, de date et d'e-mail. - [ ] **Messages d'erreur clairs** qui expliquent comment corriger la saisie. - [ ] **Écran récapitulatif** avant l'envoi pour les Flows en plusieurs étapes. - [ ] **Consentement explicite** avec un lien « En savoir plus » lorsque vous collectez un consentement marketing. - [ ] **Message de confirmation** après l'envoi, avec les prochaines étapes et un moyen de vous contacter. ### Règles techniques à connaître - Les requêtes vers l'endpoint de données **expirent après 10 secondes**. Mettez en cache les données qui changent peu et évitez les appels tiers en cascade. - Gardez si possible un **premier écran sans endpoint** et n'appelez l'endpoint que sur les écrans qui ont besoin de données en temps réel. - Meta suggère de fixer l'expiration du `flow_token` à **deux ou trois jours**, avec un message clair si le jeton a expiré. - Gardez la charge utile finale légère et n'y incluez pas d'images en base64. ## Quelles sont les limites de WhatsApp Flows ? Meta publie des limites par composant. Les chiffres ci-dessous proviennent de la référence des composants de Meta à la date de rédaction ; consultez-la avant de construire, car les limites évoluent d'une version de Flow JSON à l'autre. | Élément | Limite (référence des composants de Meta) | |---|---| | Composants par écran | Jusqu'à 50 | | Titre / sous-titre | 80 caractères | | Libellé d'un champ de saisie | 20 caractères | | Boutons radio ou cases à cocher | 1 à 20 options | | Liste déroulante | Jusqu'à 200 options, ou 100 avec images | | Images par écran | Jusqu'à 3, JPEG ou PNG | | Composants de consentement par écran | Jusqu'à 5 | | Délai de réponse de l'endpoint | Expiration à 10 secondes | Les limites opérationnelles comptent autant que celles des composants : - **Cycle de vie.** Les Flows passent de Brouillon à Publié. Seuls les brouillons peuvent être supprimés, et les Flows obsolètes (Deprecated) ne peuvent plus être envoyés. Prévoyez la gestion des versions avant le lancement plutôt que de modifier à la volée un Flow en production. - **Surveillance de la santé.** Si WhatsApp détecte un comportement défaillant de l'endpoint, un Flow peut être **limité** (Throttled) à 10 messages par heure, puis **bloqué** (Blocked) si la situation empire. Surveillez le taux d'erreur, la latence et les webhooks de disponibilité. - **Les coûts de messagerie restent dus.** Le Flow voyage dans un modèle ou un message de session, facturé selon les règles habituelles. Voir notre [guide des tarifs WhatsApp](/fr/blog/whatsapp-business-api-pricing-2026/). ## Exemple concret : un Flow de réservation pour une clinique de Riyad Shifa Care, clinique fictive à sites multiples à Riyad, reçoit de nombreux messages WhatsApp de demande de rendez-vous. Les agents échangent plusieurs messages par réservation pour recueillir le site, la spécialité, la date, l'heure et les informations du patient. L'équipe construit un Flow en quatre écrans : 1. **Site et spécialité**, avec des boutons radio (cinq sites, huit spécialités dans une liste déroulante). 2. **Date et heure.** Un endpoint renvoie les créneaux disponibles du site choisi, avec des plannings mis en cache pour rester sous le délai de 10 secondes. 3. **Informations du patient :** nom, date de naissance via un sélecteur de date et note facultative. 4. **Récapitulatif et consentement**, avec un lien vers l'avis de confidentialité. Les agents envoient le Flow comme message interactif quand un patient demande à réserver. Pour les rappels, la clinique utilise un modèle utilitaire avec un bouton Flow « Reporter ». Les réservations terminées arrivent sur le webhook et sont enregistrées dans le système de planning, et le patient reçoit une confirmation en arabe ou en anglais. Les questions libres, comme la prise en charge par l'assurance, restent traitées par les agents dans la boîte de réception. Pour le calendrier des rappels, consultez notre guide des [rappels de rendez-vous](/fr/blog/appointment-reminders-whatsapp-sms/). ## Erreurs courantes avec WhatsApp Flows - **Transformer un formulaire web en un seul écran interminable.** Les écrans longs se chargent lentement et font perdre les saisies si le client quitte en cours de route. - **Demander d'abord une connexion.** Placez la connexion vers la fin, et seulement si nécessaire, une fois que le client voit l'intérêt. - **Aucun relais humain.** Certains clients ne termineront pas un formulaire. Gardez une voie de réponse vers un agent. - **Ignorer la santé de l'endpoint.** Un endpoint lent peut faire limiter ou bloquer le Flow pour tous les clients. - **Collecter des données que vous ne pouvez pas protéger.** Conservez les réponses des Flows conformément à votre politique de confidentialité et à la loi applicable, comme la PDPL saoudienne ou le RGPD. - **Du marketing déguisé en utility.** Un bouton Flow ne change rien aux règles de catégorisation des modèles. ## Comment OmniChannels.ai vous aide OmniChannels.ai, propulsé par BroadNet Technologies, prend en charge WhatsApp Flows et le socle dont ils dépendent : connexion à l'API WhatsApp Business via Meta Embedded Signup, modèles avec variables, médias et boutons, aperçu sur téléphone et suivi des approbations, et une [Omni Inbox](/fr/platform/unified-inbox/) où les agents traitent les conversations que les formulaires ne couvrent pas. Les rapports de livraison montrent les performances des modèles d'invitation, et les systèmes derrière vos Flows se connectent via l'[API REST et les webhooks](/developers/) publics. L'arabe et l'anglais sont pris en charge. Réservez une démo pour cadrer votre cas d'usage.