L’abandon des formulaires sur mobile survient souvent après le clic sur « Demande de devis » : la page peut être correctement redimensionnée, mais les visiteurs repartent en raison d’un trop grand nombre de champs, d’un bouton masqué par le clavier, d’un échec de CAPTCHA ou de l’absence de retour après l’envoi. Pour un site B2B de commerce extérieur, l’enjeu du responsive doit porter sur la simplicité du parcours de saisie sur téléphone, le confort de saisie et la facilité de correction des erreurs, et non pas uniquement sur la compression du formulaire de bureau sur un écran étroit.
Ces deux types d’abandon nécessitent des améliorations différentes. Si le trafic mobile est important, mais que presque personne ne commence à remplir le formulaire, le problème se situe généralement près du point d’entrée : l’emplacement du bouton de demande de devis n’est pas clair, les informations de la page produit sont insuffisantes, le bouton est masqué par une fenêtre de chat flottante, ou le clic redirige vers une page indépendante à la structure complexe. Si de nombreux visiteurs ont déjà saisi leur e-mail et le nom de leur entreprise, mais quittent le processus aux étapes suivantes, il convient de vérifier l’ordre des champs, les restrictions liées aux champs obligatoires, les contrôles de saisie et l’état de chargement.
Ne vous limitez pas au « nombre d’envois de formulaires ». Enregistrez séparément les événements d’affichage du formulaire, de début de saisie, d’erreur de champ et d’envoi réussi, puis analysez-les par type de page, appareil et source de trafic. Les visiteurs d’une page de destination publicitaire ne souhaitent généralement laisser qu’un minimum d’informations ; ceux qui arrivent depuis une page de paramètres produit peuvent être disposés à préciser la quantité, le scénario d’application ou leurs besoins en plans. Forcer l’utilisation d’un même long formulaire sur toutes les pages risque de mélanger des intentions différentes et de conduire à de mauvaises interprétations.
Les informations nécessaires à une première demande de renseignements ne correspondent pas au dossier client complet requis pour le suivi commercial. Sur un formulaire mobile, privilégiez les champs permettant d’établir le contact et d’évaluer le besoin de base, tels que le nom, l’e-mail professionnel ou le téléphone, et la description du besoin. Le caractère obligatoire du nom de l’entreprise doit être déterminé selon l’activité : pour les demandes concernant des projets de produits industriels, l’information sur l’entreprise a une valeur de qualification ; face à des visites initiales provenant de publicités ou des réseaux sociaux, imposer trop tôt la saisie de coordonnées complètes de l’entreprise réduit souvent la volonté de finaliser le formulaire.
Les informations telles que le modèle de produit, la quantité d’achat, le port de destination, le budget, les pièces jointes et la fonction peuvent être collectées lors des échanges ultérieurs ou définies comme facultatives. Si ces informations sont réellement nécessaires, utilisez un affichage progressif : commencez par les champs essentiels, puis laissez les visiteurs compléter volontairement les informations, au lieu d’empiler plusieurs champs de saisie dès le premier écran.
Les libellés de champ ne doivent pas reposer uniquement sur un texte d’espace réservé de couleur claire dans les champs de saisie. Dès que le visiteur commence à saisir, ce texte disparaît, ce qui facilite l’oubli des exigences du champ lors d’une correction ou d’une vérification. Des libellés fixes, des exemples courts et des indications claires des champs obligatoires sont plus adaptés à la lecture sur écran étroit que de longues explications.

Les champs nom, e-mail et téléphone affichés côte à côte sur ordinateur doivent être présentés en une seule colonne sur mobile. Après compression en deux colonnes, chaque champ devient trop étroit, et le contenu de remplissage automatique ainsi que les adresses e-mail longues risquent d’être tronqués ; les visiteurs ne peuvent pas vérifier si leur saisie est complète et la modifient alors à plusieurs reprises. Les zones de saisie, les options à choix unique et le bouton d’envoi doivent conserver un espace cliquable stable, en évitant particulièrement que les limites des contrôles adjacents soient trop rapprochées.
L’utilisation d’un formulaire dans une fenêtre pop-up requiert également de la prudence. Lorsque le navigateur mobile affiche le clavier, une fenêtre pop-up à hauteur fixe place souvent le bouton inférieur hors de la zone visible ; sur certaines pages, le défilement concerne la page sous-jacente plutôt que le contenu de la fenêtre, ce qui crée un faux abandon du type « formulaire rempli, mais bouton d’envoi introuvable ». Si vous utilisez une fenêtre pop-up, assurez-vous que le conteneur du formulaire peut défiler en fonction du clavier, que le bouton de fermeture ne recouvre pas le premier champ et que le bouton d’envoi reste accessible dans les formulaires longs. Pour les pages de détail produit, rediriger vers une page de demande de renseignements légère est parfois plus stable.
Afficher seulement « Veuillez vérifier vos informations » en haut du formulaire après l’envoi n’apporte aucune aide réelle aux visiteurs sur mobile. Le défilement automatique de la page peut échouer, et le visiteur ne sait pas quel champ pose problème. L’erreur doit s’afficher directement à proximité du champ concerné, tout en conservant les informations déjà saisies ; ne videz pas tout le formulaire à cause d’un seul échec de validation.
Le moment de la validation influence également l’expérience. Indiquer que le format est incorrect dès qu’un seul caractère est saisi dans l’e-mail interrompt le rythme de remplissage. Il est préférable de valider après avoir quitté le champ ou d’afficher les messages de façon centralisée au clic sur le bouton d’envoi. Pour les pièces jointes, indiquez clairement les types de fichiers et les limites de taille pris en charge, et affichez un état durant le téléversement. En cas d’échec du téléversement de plans techniques, de fiches techniques ou d’images, le visiteur doit pouvoir supprimer le fichier et réessayer, sans avoir à remplir tous les champs à nouveau.
Le libellé du bouton doit correspondre à l’action, par exemple « Envoyer une demande de devis » est plus clair que le terme ambigu « Envoyer ». N’accumulez pas juste au-dessus du bouton de longs textes sur la confidentialité, des options d’abonnement marketing ou plusieurs contrôles CAPTCHA, car ces éléments repoussent l’action principale hors de l’écran. Lorsqu’il est nécessaire d’accepter une politique de confidentialité, le texte peut être condensé, tout en garantissant que l’ouverture du lien dans une nouvelle page ne fait pas perdre le contenu du formulaire.
Après le déclenchement de l’envoi, le bouton doit passer à l’état de chargement et empêcher les clics répétés. Lorsque le réseau est lent, si la page ne change pas, les visiteurs risquent de cliquer plusieurs fois, ce qui entraîne des prospects en double ou leur fait croire à un échec. La page de confirmation ne doit pas se limiter à un simple message de remerciement générique ; elle doit au minimum confirmer que les informations ont été reçues et indiquer par quel moyen de contact une réponse sera apportée. En cas d’anomalie de l’interface d’envoi, affichez également un message d’échec compréhensible, conservez le contenu et donnez la possibilité de renvoyer le formulaire.
Les CAPTCHA, cartes, chats en ligne, scripts de suivi et extensions de traduction peuvent tous modifier la position du formulaire ou ralentir le premier affichage. Les boutons flottants du service client, en particulier, chevauchent souvent le bouton d’envoi situé en bas à droite de la page ; la traduction automatique peut modifier les libellés des champs ; certains CAPTCHA ne se chargent pas dans certains environnements réseau régionaux. Lorsqu’un formulaire s’affiche normalement mais que son taux d’envoi est anormalement faible, chaque élément doit être vérifié sur de vrais téléphones et dans les navigateurs couramment utilisés sur le marché cible, au lieu d’utiliser uniquement le mode de simulation d’appareil d’un navigateur de bureau.
Les tests doivent au minimum couvrir les parcours suivants : arrivée depuis une page produit, arrivée directe depuis une page de destination publicitaire, basculement entre orientation portrait et paysage, affichage du clavier, remplissage automatique, téléversement de pièces jointes et envoi sur réseau faible. Après chaque modification des champs ou des composants, confirmez que les statistiques d’événements distinguent toujours le début de la saisie, l’échec de validation et l’envoi réussi. L’objectif d’un formulaire mobile n’est pas de collecter le plus d’informations possible, mais de permettre aux visiteurs clairement intéressés d’établir facilement un premier contact, sans compromettre la qualité des échanges ultérieurs.
Articles connexes
Produits connexes


