Pour auditer un site existant, choisissez une tâche réelle, décrivez les obstacles rencontrés et associez chaque correction à un contrôle. Une préférence graphique ne suffit pas à justifier une refonte. Commencez par ce qui empêche une personne d'obtenir l'information ou d'accomplir l'action attendue.
Préparer un parcours que l'on peut terminer
Retenez un objectif précis : trouver les conditions de retour d'un produit, demander un devis ou modifier une réservation. « Explorer le site » est trop vague pour savoir si la tâche est réussie. Définissez le point de départ et le résultat attendu, sans donner le chemin à suivre.
Préparez une fiche avec l'appareil utilisé, la page de départ, le scénario et les observations. Si une autre personne participe, demandez son accord et évitez les données personnelles réelles. Un essai solitaire reste une inspection par le concepteur ; présentez-le comme tel. Le guide du service public britannique sur les tests modérés décrit l'observation de personnes confrontées à des tâches.
Séparer observation, hypothèse et correction
Consignez ces trois éléments séparément. « Le participant ouvre trois rubriques avant de trouver les retours » est une observation. « Le libellé est ambigu » est une hypothèse. « Renommer la rubrique » est une correction à éprouver. Cette séparation empêche de transformer une intuition en preuve.
Pour chaque obstacle, notez la page, l'action effectuée et l'état obtenu. Une capture peut montrer un message illisible ; elle ne prouve pas à elle seule que tous les visiteurs échouent. Si le problème concerne le déplacement du focus, complétez la fiche avec un parcours de navigation au clavier.
Exemple fictif : retrouver une politique de retour
Imaginons une boutique dont la fiche produit renvoie les conditions de retour vers une page intitulée « Informations ». Le scénario demande de vérifier si un article ouvert peut être retourné. La personne visite d'abord la livraison, puis le compte client, avant de trouver la bonne page.
La fiche pourrait contenir : objectif « connaître la condition applicable », obstacle « intitulé trop général », preuve « parcours décrit avec les URL », correction proposée « lien explicite depuis la fiche produit ». Pour vérifier, reprenez la même tâche après modification avec une personne qui ne connaît pas la nouvelle organisation. Ce cas illustre une méthode ; aucun test de boutique n'est revendiqué ici.
Prioriser sans inventer un score scientifique
Classez d'abord les blocages qui empêchent la tâche, puis les hésitations récurrentes et les inconforts secondaires. Ajoutez l'effort estimé et le risque de régression. Une correction rapide mais fragile n'est pas forcément préférable à une modification plus longue et bien comprise.
Conservez aussi les éléments qui fonctionnent : ils devront survivre à la refonte. Utilisez cette liste pour préparer les écrans de la future maquette. Les premiers contrôles du W3C constituent un complément d'inspection, sans établir une conformité globale.
Questions fréquentes
Combien de pages faut-il examiner ?
Choisissez les pages nécessaires au parcours et leurs états importants. Un formulaire avec erreur mérite une observation distincte de sa version vide. Élargissez ensuite aux autres parcours, en indiquant ce qui reste hors périmètre.
Un audit sans participant est-il utile ?
Oui, pour relever des incohérences et préparer des hypothèses. Il ne permet pas d'affirmer comment réagissent les visiteurs. Distinguez toujours inspection interne et observation d'utilisateurs.
Faut-il refaire toute l'interface après l'audit ?
Non. Si un obstacle précis peut être corrigé localement, commencez par un essai limité. Une refonte devient une option lorsque plusieurs contraintes sont liées et que des retouches isolées ne répondent plus au problème.
Sources
Documentation consultée lors de la relecture du 10 septembre 2026.