Un site peut sembler bien adapté au smartphone et empêcher malgré tout de terminer une tâche. Le menu s’ouvre, mais masque la page ; le clavier cache une aide ; un message laisse croire qu’une demande est partie alors que le traitement a échoué. Pour améliorer le parcours mobile, commencez par reproduire une difficulté précise.
Le but n’est pas de refaire toute votre identité visuelle ni d’installer une application. Il est de rendre une action compréhensible et réalisable dans les conditions d’utilisation retenues. Ce guide ne promet ni hausse de ventes ni pourcentage de conversion universel.
Choisir une tâche et définir sa fin réelle
Décrivez ce qu’une personne cherche à faire : trouver une prestation, consulter une réalisation, demander un devis ou acheter un produit. Notez la page de départ, les informations nécessaires et l’étape qui permet de considérer la tâche comme terminée.
Un clic sur « Envoyer » n’est pas une demande reçue. Pour un formulaire, la confirmation doit correspondre au traitement réel ; pour une boutique, la commande, son paiement et les messages associés sont des états différents. Le guide sur le contrôle d’un formulaire de contact détaille la vérification de la saisie à la réception.
Exemple illustratif : une personne consulte un service depuis un résultat de recherche, ouvre le formulaire, décrit son besoin et obtient une confirmation. La fiche de test indique ce qui était attendu à chaque étape et ce qui s’est effectivement passé, sans qualifier cette personne de cliente.
Documenter l’appareil et les conditions du test
Relevez l’appareil, le navigateur, l’orientation et le type de réseau. Précisez aussi si la page était déjà chargée ou ouverte pour la première fois. Deux observations faites dans des conditions différentes ne permettent pas d’attribuer un problème à une seule modification du site.
Le mode appareil de Chrome simule une largeur d’écran et certaines contraintes, mais ne reproduit pas toutes les caractéristiques d’un téléphone. Un rendu simulé utile pour repérer un débordement doit être complété par un test sur appareil réel lorsqu’un fonctionnement mobile doit être validé.
- Vérifier la page d’arrivée avant toute interaction, puis après ouverture du menu.
- Rejouer la tâche dans les navigateurs et appareils réellement concernés par le projet.
- Noter une interruption, un écran vide ou un contrôle qui ne répond pas, avec l’étape exacte.
- Conserver séparément les observations simulées et celles recueillies sur téléphone.
Tester la saisie, le clavier et les retours en arrière
Les difficultés apparaissent souvent après le premier écran. Ouvrez le clavier dans chaque champ important : l’intitulé, l’aide et le message d’erreur restent-ils accessibles ? Peut-on atteindre la suite sans chercher un bouton caché ? Le zoom de lecture empêche-t-il une action ?
Utilisez des données de test autorisées, sans informations de clients. Essayez une saisie incomplète, une correction et un retour à l’étape précédente. Vérifiez si la personne comprend quoi modifier et si les valeurs utiles sont conservées après une erreur. Évitez les tests qui créent de vraies commandes, déclenchent des messages ou multiplient les demandes sans cadre préalable.
Sur une boutique, contrôlez aussi le choix d’une variante, les frais annoncés et les possibilités de paiement disponibles. Il n’existe pas un écran de paiement unique qui conviendrait à tous les catalogues et toutes les plateformes. La mission création ou amélioration d’une boutique doit préciser ces scénarios avant l’ouverture.
Séparer lenteur, décalage visuel et blocage fonctionnel
Une page peut afficher son texte rapidement et rester difficile à utiliser. Repérez les éléments qui bougent pendant la lecture, les interactions qui attendent longtemps et les médias dont le chargement occupe l’écran. Notez si le problème empêche la tâche ou gêne seulement une étape.
La documentation Web Vitals distingue chargement, réactivité et stabilité visuelle. Elle distingue aussi les tests de laboratoire des mesures terrain. Un score obtenu sur une simulation ne décrit pas à lui seul l’expérience de tous les visiteurs, et ne prouve pas une augmentation des commandes.
Gardez la mesure, son outil et ses conditions avec le constat. Lorsque les données terrain sont indisponibles, indiquez cette limite. Une correction se vérifie en rejouant le même scénario ; les données commerciales demandent une observation séparée, avec une collecte déjà autorisée et comprise.
Prioriser les corrections sans changer la charte
Traitez d’abord les actions impossibles ou trompeuses, puis les difficultés qui ralentissent la tâche. Corriger un bouton masqué, un panneau qui ne se ferme pas ou une confirmation incorrecte est plus précis que demander une refonte générale « mobile-first » sans diagnostic.
Conservez les couleurs, les composants et la hiérarchie déjà validés lorsque le problème ne les concerne pas. Évitez d’ajouter systématiquement une barre flottante, une fenêtre ou un nouveau canal de contact : ces éléments peuvent eux-mêmes masquer une information ou concurrencer l’action principale.
Pour chaque correction, précisez l’écran concerné, le comportement attendu et la façon de vérifier le résultat. Une intervention d’optimisation du parcours peut être ciblée ; son périmètre et le suivi doivent être définis avant de commencer.
Faire une recette qui distingue accès et résultat commercial
Rejouez les tâches retenues après correction, puis contrôlez qu’un autre parcours n’a pas été dégradé. La fiche de recette peut regrouper l’appareil, la condition de réseau, le scénario, le constat avant, le constat après et les limites restantes.
« Le formulaire reste utilisable quand le clavier est ouvert » est une observation vérifiable. « Le site convertit mieux » demande d’autres éléments : demandes réellement reçues, commandes confirmées, période comparable et changements survenus entre les observations. Une amélioration visuelle ne suffit pas à établir un lien de causalité.
Si une tâche bloque sur votre site, partagez son adresse, l’appareil utilisé et l’étape concernée via la page Contact. Nous pourrons cadrer les vérifications et les corrections utiles, sans confondre diagnostic technique et promesse de ventes.
