--- title: "Modèles WhatsApp Flows en JSON, avec aperçu" description: "Modèles WhatsApp Flows gratuits en JSON et en six langues : formulaires, réservations, enquêtes, consentement. Prévisualisez, validez et copiez le JSON." canonical: "https://omnichannels.ai/fr/tools/whatsapp-flows-templates/" language: "fr" updated: "2026-10-10" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" --- # Modèles WhatsApp Flows en JSON, avec aperçu Canonical: https://omnichannels.ai/fr/tools/whatsapp-flows-templates/ Language: fr Publisher: OmniChannels.ai by BroadNet Technologies Un WhatsApp Flow est une suite d'écrans affichés dans la conversation et décrits en Flow JSON. Le Flow valide le plus simple contient une version, par exemple 7.3, et un tableau screens. Chaque écran a un id composé de lettres et de tirets bas, un layout SingleColumnLayout avec ses composants et un bouton Footer. Les écrans s'enchaînent avec navigate, et le dernier, marqué terminal, exécute complete pour envoyer les réponses à votre webhook. ## Comment utiliser un modèle WhatsApp Flows 1. **Choisissez un modèle:** Sélectionnez un cas d'usage, par exemple capture de prospects, réservation de table ou ticket de support, puis passez d’une langue à l’autre. 2. **Prévisualisez les écrans:** Touchez le bouton de l'aperçu pour parcourir chaque écran dans l'ordre exact où le client le verra. 3. **Copiez ou téléchargez le JSON:** Collez le Flow JSON dans l'éditeur de Flows de WhatsApp Manager ou importez-le avec l'API Flows, puis publiez-le. 4. **Validez vos modifications:** Collez votre JSON modifié dans le validateur pour repérer les routes cassées, les champs manquants et les libellés trop longs. ## Ce que contient un fichier Flow JSON Un Flow JSON a deux propriétés obligatoires : version et screens. Chaque écran possède un id, un title facultatif affiché dans la barre supérieure et un layout de type SingleColumnLayout dont les children sont des composants : textes, champs de saisie, listes de choix, sélecteurs de date, consentements et un bouton Footer. La navigation passe par les actions. Un Footer avec navigate ouvre l'écran suivant ; sur le dernier écran, marqué terminal, un Footer avec complete ferme le Flow et envoie le payload à l'entreprise avec le flow token. Depuis Flow JSON 4.0, un écran peut lire les champs d'un écran précédent avec ${screen.SCREEN_ID.form.field} : les modèles gardent donc des payloads navigate vides et regroupent toutes les réponses dans le payload complete final. - version : la version de Flow JSON, « 7.3 » dans tous les modèles. - screens : la liste ordonnée des écrans ; le premier sans route entrante est l'écran d'entrée. - routing_model et data_api_version : uniquement pour les Flows qui appellent votre point de terminaison de données. - terminal et success : marquent le dernier écran et indiquent si y terminer compte comme un succès. ## Flows avec ou sans point de terminaison de données Les douze modèles fonctionnent sans point de terminaison. Aucun serveur n'est nécessaire : les options sont écrites dans le JSON, Meta génère le modèle de routage et vous recevez les réponses sur votre webhook quand le client termine le Flow. Meta recommande ces Flows sans endpoint dès que des données en direct ne sont pas nécessaires, car ils s'ouvrent plus vite et se créent plus rapidement. Ajoutez un point de terminaison quand l'écran dépend de données en direct : créneaux disponibles, prix variable, stock ou vérification du compte client. Les écrans utilisent alors data_exchange, le Flow a besoin de data_api_version et d'un routing_model, et votre endpoint doit déchiffrer chaque requête et répondre dans le délai imposé par Meta. C'est la partie que nous développons et hébergeons pour nos clients. ## Limites de caractères et règles des composants La plupart des Flows refusés butent sur de petites règles. Les libellés sont courts : 20 caractères pour un champ texte, une zone de texte ou une liste déroulante, 30 pour un groupe de boutons radio ou de cases, 40 pour un sélecteur de date et 35 pour le bouton du Footer. Les titres d'option sont limités à 30 caractères et les descriptions à 300. Un titre accepte 80 caractères et un texte courant 4 096. Par écran, vous pouvez utiliser jusqu'à 50 composants, un Footer, deux liens intégrés, trois images et cinq consentements. Les id d'écran ne contiennent que des lettres et des tirets bas, et SUCCESS est réservé. Les libellés arabes se comptent en caractères, pas en octets. Le validateur contrôle tout cela et indique l'écran à corriger. ## Flows en arabe et de droite à gauche pour les clients du Golfe Chaque modèle existe en version arabe native, avec les mêmes écrans et les mêmes noms de champs : votre code webhook gère les deux langues sans modification. WhatsApp affiche les Flows arabes de droite à gauche sur le téléphone du client, et l'aperçu fait de même. La bibliothèque couvre des cas d'usage importants dans le Golfe : inscription aux offres du Ramadan et de l'Aïd avec un envoi après l'iftar, réservation de table, demande de visite immobilière et liste de pièces KYC qui demande au client de ne pas envoyer de photo de pièce d'identité dans la conversation. ## Comment envoyer un Flow à vos clients Une fois le Flow publié, envoyez-le sous forme de message interactif de type flow avec son Flow ID, un flow token que vous générez, un texte de bouton court et le premier écran. La bibliothèque fournit le payload du message pour chaque modèle. Les messages interactifs ne fonctionnent que dans la fenêtre de service client de 24 heures ; pour contacter le client en premier, associez le Flow à un modèle de message approuvé doté d'un bouton Flow. Quand le client termine, WhatsApp lui affiche un résumé de ses réponses et vous recevez le payload complete sur votre webhook. Répondez par un message de confirmation qui explique la suite et comment modifier ou annuler. ## WhatsApp Flows en JSON : questions fréquentes ### Quelle version de Flow JSON utiliser ? Utilisez la 7.3, la version que Meta recommandait pour publier de nouveaux Flows lors de notre vérification de son changelog. Les versions plus anciennes comme la 5.0 sont gelées : les Flows qui les utilisent peuvent encore être envoyés, mais plus publiés. ### Faut-il un serveur ou un point de terminaison pour ces modèles ? Non. Tous les modèles fonctionnent sans endpoint. Les options sont écrites dans le JSON et les réponses arrivent sur votre webhook quand le client touche le dernier bouton. Un endpoint n'est utile que pour des données en direct, comme des créneaux ou des prix. ### Comment utiliser un modèle dans WhatsApp Manager ? Créez un Flow dans WhatsApp Manager, ouvrez l'éditeur JSON, remplacez son contenu par le modèle, vérifiez l'aperçu et publiez. Vous pouvez aussi créer et publier le Flow avec l'API Flows. ### Puis-je modifier les libellés et les options ? Oui. Changez n'importe quel texte, ajoutez ou supprimez des options et des champs, puis collez le JSON dans le validateur. Il vous alerte si un libellé dépasse la limite de caractères ou si une route pointe vers un écran qui n'existe plus. ### Pourquoi mon Flow ne se publie-t-il pas ? Les causes fréquentes : un libellé trop long, un id d'écran avec des chiffres ou des tirets, un écran terminal sans Footer, l'action complete sur un écran non terminal, ou data_exchange sans data_api_version ni routing_model. ### Les modèles arabes s'affichent-ils de droite à gauche ? Oui. Ils sont rédigés en arabe et WhatsApp les affiche de droite à gauche. Les noms de champs et les id d'option restent en anglais, si bien que le même code webhook fonctionne pour les deux langues. ### Un Flow peut-il collecter des pièces d'identité ? Les Flows proposent des composants de sélection de photos et de documents, mais les envois sensibles demandent beaucoup de précautions. Le modèle KYC vérifie seulement les pièces dont dispose le client et organise une transmission sécurisée, sans image d'identité dans la conversation. ### Ce validateur est-il celui de Meta ? Non. Il effectue des vérifications statiques de base inspirées des erreurs documentées par Meta. Le validateur de Meta dans WhatsApp Manager contrôle aussi les expressions et les modèles de données : ne publiez que lorsqu'il ne signale aucune erreur.