> ## Documentation Index
> Fetch the complete documentation index at: https://knowledge.flowella.io/llms.txt
> Use this file to discover all available pages before exploring further.
# WhatsApp Web et Desktop : comment les Flows s'affichent hors mobile
> Comment les WhatsApp Flows s'affichent sur WhatsApp Web et l'application Desktop, ce qui est pris en charge, et les choix de conception qui comptent quand les clients remplissent des formulaires sur un ordinateur portable.
La plupart des conversations WhatsApp se déroulent encore sur des téléphones, mais une part importante des clients - en particulier dans les cas de B2B et de service à la clientèle - répondent à vos messages depuis **WhatsApp Web** ou l'application **WhatsApp Desktop**. Jusqu'à la fin de l'année 2025, Flows ne s'ouvrait que sur un téléphone : un client utilisant l'application Desktop voyait un espace réservé lui indiquant de changer d'appareil. Depuis le déploiement de Flows sur WhatsApp Web et Desktop, les clients peuvent remplir des formulaires dans la même fenêtre que la conversation, ce qui élimine l'un des plus gros points de friction dans la collecte de données de WhatsApp.
Cette page explique ce que l'on peut attendre de chaque surface, ce qui n'est pas encore pris en charge et comment concevoir des flux qui fonctionnent bien sur un ordinateur portable.
## Where Flows render now
| Surface | Rendu natif des flux | Notes |
| ---------------------------------------------- | ------------------------------ | ------------------------------------------------------------------------------------ |
| **WhatsApp mobile (iOS, Android)** | Oui | La surface originale, support complet des fonctionnalités |
| **WhatsApp Web** (web.whatsapp.com) | Oui | La modale s'ouvre en ligne ; la conversation reste visible |
| **WhatsApp Desktop app** (Windows, macOS) | Oui | Identique au Web ; la fenêtre modale s'ouvre dans la fenêtre du bureau. |
| **WhatsApp pour Linux** | Partiel | Via web.whatsapp.com dans un navigateur |
| **WhatsApp Business app (anciennes versions)** | Non sur le compagnon de bureau | Certaines apps compagnons demandent encore à l'utilisateur d'ouvrir sur un téléphone |
Pour le client, cela signifie qu'un message de flux dans la conversation s'étend dans un panneau modal lorsqu'il le touche, où il remplit des champs et les soumet. La soumission est renvoyée à WhatsApp de la même manière que sur mobile, et Flowella enregistre la réponse de la même manière.
La mise en place du Web/Desktop s'est faite progressivement. Certains utilisateurs d'anciennes versions du client WhatsApp peuvent encore voir l'ancienne invite "veuillez ouvrir sur mobile". Le système revient en arrière de manière gracieuse - ils peuvent compléter le flux sur leur téléphone lorsqu'ils sont prêts - mais si vous voyez cela lors des tests, demandez à l'utilisateur de mettre à jour WhatsApp Desktop ou de rafraîchir WhatsApp Web.
## Ce qui change pour vos clients
Les effets pratiques de l'utilisation des flux sur le Web et le bureau :
* Les clients n'ont pas besoin de changer d'appareil pour indiquer leur adresse ou choisir une date. Un formulaire lourd à taper est beaucoup plus rapide sur un clavier.
* Des données plus anciennes montraient qu'environ 30 à 40 % des formulaires ouverts sur le Web/bureau étaient abandonnés en raison de la friction liée au changement d'appareil. Ce taux est rétabli lorsque le formulaire s'ouvre sur place.
* Plus de flexibilité pour les formulaires plus longs.\*\* Un formulaire Flow de 6 à 8 champs qui serait pénible sur mobile est parfait sur un clavier. Vous pouvez répartir moins de formulaires sur plusieurs écrans.
* Un client qui colle un long numéro de commande, une adresse ou un numéro de TVA dans un champ du flux peut le faire naturellement.
## Ce qui change encore entre le mobile et le Web/Bureau
Il existe des différences visuelles et d'interaction que vous devez prendre en compte lors de la conception :
La modale Flow sur le Web/bureau est un panneau de largeur fixe à l'intérieur de la fenêtre WhatsApp. Il est plus étroit qu'un formulaire web classique et à peu près de la même largeur qu'un écran de téléphone portable, c'est pourquoi les mises en page à une seule colonne continuent de fonctionner le mieux. Ne concevez pas un flux qui nécessite des champs côte à côte.
Les sélecteurs de date, les listes déroulantes et les autres contrôles de formulaire natifs utilisent l'interface utilisateur du client de bureau sur Web/Desktop, qui est différente de celle d'un téléphone mais se comporte de la même manière. Vérifiez que les champs de date ou d'heure s'affichent correctement dans les deux cas.
Sur Web/Desktop, les clients joignent des photos ou des documents à partir de leur système de fichiers, et non à partir d'un rouleau d'appareils photo. Si votre flux demande "une photo des dégâts" en s'attendant à une capture instantanée, indiquez dans la copie d'accueil qu'ils devront peut-être d'abord prendre la photo sur leur téléphone.
La géolocalisation des navigateurs fonctionne différemment du GPS mobile. Si votre flux demande une localisation, attendez-vous à une précision moindre sur le Web/le bureau et envisagez une saisie d'adresse comme solution de repli.
Sur mobile, WhatsApp peut remplir automatiquement un OTP à partir d'un SMS récent. Sur le Web/bureau, cela ne se produit pas - le client tape le code manuellement. Assurez-vous que le champ de saisie est clairement identifié comme "code à 6 chiffres provenant d'un SMS" ou similaire.
## Implications en termes de conception
Avec l'exécution de Flows sur le Web/l'ordinateur de bureau, les décisions de conception méritent d'être revues :
* Vous pouvez demander plus de champs par écran qu'il n'était raisonnable de le faire à l'époque où 30 % des utilisateurs de Web/Desktop allaient abandonner. Un écran de 5 à 7 champs est raisonnable aujourd'hui.
* Les formulaires d'adresse à plusieurs lignes (rue, ville, code postal, pays) fonctionnent bien sur un clavier. Ne les écrasez pas sur une seule ligne par habitude.
* Les champs à copier-coller\*\* Les numéros de commande, les références de réservation, les numéros de TVA - des champs pour lesquels le client est plus susceptible d'être sur un ordinateur que sur un téléphone - peuvent rester en une seule entrée plutôt que d'être morcelés.
* L'écran de confirmation de fin de flux dispose désormais de plus d'espace pour un résumé significatif. Utilisez-le pour confirmer les données saisies, et pas seulement pour dire "merci".
## Comment Flowella gère le cross-device
Du point de vue de Flowella, une soumission de flux est une soumission de flux quelle que soit la surface utilisée par le client. La charge utile du webhook, l'événement de soumission de formulaire de HubSpot et la notification dans la boîte de réception sont identiques.
Si vous avez besoin de savoir **quelle surface** le client a utilisée - à des fins d'analyse ou de routage - le webhook de réponse inclut un indice d'appareil dans certains types de messages. La plupart des rapports n'ont pas besoin de cette distinction.
## Test sur le web/le bureau
Une liste de contrôle rapide lors de l'élaboration ou de la révision d'un flux :
Utilisez Flowella's **Templates → Test Send** ou un contact test, avec WhatsApp Web ouvert sur un second moniteur ou navigateur.
Confirmez que la fenêtre modale du flux s'ouvre en ligne, et non avec un espace réservé "ouvrir sur mobile".
Utilisez la tabulation entre les champs, collez des valeurs longues lorsque c'est réaliste et vérifiez que les messages d'erreur (email invalide, champ obligatoire manquant) s'affichent de manière lisible.
Ouvrez le sélecteur de date, faites défiler les menus déroulants. Confirmez que tout ce qui a été testé uniquement sur mobile reste naturel avec une souris.
Confirmez que la réponse apparaît dans la boîte de réception de Flowella, dans la chronologie des contacts de HubSpot et dans votre flux de travail en aval.
## Anciens clients et solutions de repli
Si un client utilise une ancienne version de WhatsApp qui ne prend pas en charge les flux sur sa surface actuelle, WhatsApp affiche généralement un espace réservé lui demandant de mettre à jour ou d'ouvrir sur un téléphone. Le flux lui-même reste valide - le client peut le compléter plus tard en rouvrant le chat sur une surface prise en charge.
Pour les formulaires critiques, deux mesures de protection :
* **Incluez toujours un message de suivi** après l'envoi d'un flux, demandant au client de confirmer qu'il l'a terminé. S'il ne l'a pas fait, la réponse automatique peut le relancer.
* Fixez une date d'expiration raisonnable pour le flux\*\* afin que le formulaire d'invitation ne reste pas indéfiniment en suspens. Voir [Référence du modèle](/fr/app/template-reference) pour les options de durée de vie du modèle sous-jacent.
## Guides connexes
* [Formulaires](/fr/app/forms) - comment les formulaires HubSpot deviennent WhatsApp Flows
* [Référence du modèle](/fr/app/template-reference) - l'enveloppe du modèle autour d'un flux
* [Inbox](/fr/app/inbox) - l'endroit où les soumissions de Flow atterrissent pour votre équipe