La checklist UX essentielle : examinez votre site avec les yeux de vos clients

Votre site vient d’être repensé. Il est superbe sur le grand écran de la salle de réunion ; tout le monde connaît l’offre et peut passer une commande les yeux fermés. Mais un client arrive sur son téléphone, ne connaît rien de l’entreprise et quitte le site dès la première source de confusion. C’est pourquoi vérifier qu’un site est agréable à regarder ne suffit pas.

Nous avons utilisé la version originale de cette checklist comme une liste générale pour les sites et les boutiques en ligne. Au fil du temps, elle s’est enrichie d’outils et de règles particulières qui n’étaient pas universels. Cette version revient à l’essentiel : ce qu’une personne doit pouvoir faire, ce que vous devez vérifier et comment repérer un problème avant d’investir dans l’acquisition de trafic.

Commencez par identifier les trois parcours les plus importants

Un audit UX de l’ensemble d’un site peut facilement se transformer en une centaine de remarques. Avant d’ouvrir les outils d’analyse, je choisis donc les trois parcours qui comptent le plus pour l’entreprise. Généralement :

un nouveau visiteur comprend l’offre et envoie une demande,
un client trouve un produit, l’ajoute au panier et paie,
un client existant trouve l’assistance, un document ou les coordonnées.

Pour chaque parcours, notez le point de départ, le résultat attendu et l’obstacle principal. Vous ne remplissez alors pas la checklist mécaniquement. Vous vérifiez si le site accompagne une décision précise.

1. L’offre doit être claire pour quelqu’un qui n’a pas assisté à la réunion

Est-il évident dès le premier écran ce que vous proposez et à qui vous vous adressez ?
Le titre principal décrit-il un résultat ou un problème plutôt qu’un slogan d’entreprise ?
L’étape suivante est-elle visible sans devoir chercher dans le menu ?
Les visiteurs peuvent-ils distinguer les différents services ou options ?
Indiquez-vous les conditions et les limites qui influencent réellement la décision ?

Testez-le avec quelqu’un qui ne connaît pas l’entreprise. Donnez-lui quelques secondes, fermez la page, puis demandez-lui ce que fait l’entreprise et ce qu’il ferait ensuite. Ce n’est pas une étude scientifique, mais cela révèle rapidement les formulations comprises uniquement par les personnes qui travaillent dans l’entreprise.

2. La navigation doit fonctionner sans réflexion et sans souris

Les intitulés des éléments correspondent-ils à ce que les visiteurs recherchent ?
Les liens, le logo et le retour à l’étape précédente fonctionnent-ils ?
Le menu mobile est-il lisible, refermable et ne masque-t-il aucun contenu important ?
Dans une structure longue, est-il clair de savoir où se trouve la personne ?
Chaque commande importante peut-elle être atteinte avec la touche Tabulation ?
Au clavier, le focus est-il visible et l’utilisateur évite-t-il de se retrouver bloqué ?

L’accessibilité n’est pas un mode spécial réservé à quelques personnes. Un contraste suffisant aide aussi sur un téléphone en plein soleil, et un formulaire clair aide quelqu’un qui est pressé. Pour une vérification rapide, vous pouvez utiliser Easy Checks de W3C. Il s’agit d’une première vérification, pas d’une confirmation de conformité complète aux WCAG.

3. Le contenu doit guider à la fois le regard et la décision

Y a-t-il un titre principal et une structure logique de titres supplémentaires ?
Les paragraphes sont-ils lisibles, avec les informations importantes faciles à trouver en parcourant la page ?
Les liens et les boutons décrivent-ils le résultat du clic ?
Le sens dépend-il uniquement d’une couleur, d’une image ou d’un effet au survol ?
Les images informatives ont-elles un texte alternatif pertinent ?
Les animations détournent-elles l’attention de l’offre, et le site respecte-t-il les préférences des utilisateurs en matière de réduction des mouvements ?

Une couleur vive ne suffit pas à créer un bouton de conversion. Il faut d’abord comprendre ce qui se passera après le clic. « Envoyer » est une description technique. « Réserver un appel de présentation » réduit l’incertitude.

4. Un formulaire ne doit demander que ce que l’entreprise utilisera réellement

Chaque champ possède-t-il un libellé visible associé au champ par le code ?
Est-il clair quelles données sont obligatoires et pourquoi elles sont nécessaires ?
L’utilisateur peut-il remplir le formulaire sur un téléphone et au clavier ?
Un message d’erreur explique-t-il à la fois le problème et comment le résoudre ?
Les données correctement saisies sont-elles conservées après une erreur ?
Après l’envoi, l’utilisateur reçoit-il une confirmation claire et des informations sur la suite des événements ?

Dans son guide sur les formulaires accessibles, W3C recommande de ne demander que les données nécessaires à l’exécution du processus. Chaque champ supplémentaire mobilise l’attention et augmente le travail de gestion des données. Si l’entreprise n’utilisera pas l’information, supprimez-la.

5. Une boutique en ligne doit gérer tout l’achat, pas seulement une belle fiche produit

Catégories et recherche

Les filtres correspondent-ils à la manière dont les gens choisissent, et peuvent-ils être facilement réinitialisés ?
L’état sans résultat est-il utile et propose-t-il une autre possibilité ?
Une fiche produit contient-elle un nom, un prix, la disponibilité et une image lisible ?
Le tri et le filtrage restent-ils utilisables sur un téléphone ?

Détail du produit

Les options, le prix, la TVA, la disponibilité et la livraison sont-ils expliqués avant l’ajout au panier ?
Les photographies montrent-elles ce dont le client a besoin pour évaluer le produit ?
Le bouton d’ajout au panier est-il visible sans masquer le contenu ?
Un produit en rupture de stock ou retiré de la vente propose-t-il une alternative et un moyen logique de revenir en arrière ?

Panier et commande

L’article, l’option et la quantité peuvent-ils être modifiés sans perdre les autres données ?
Le prix final, livraison et frais compris, est-il connu suffisamment tôt ?
Évitez-vous d’exiger une inscription sans raison professionnelle ?
Un paiement échoué ramène-t-il la personne à un état compréhensible ?
La confirmation de commande est-elle sans ambiguïté et empêche-t-elle un achat répété accidentellement ?

La règle « il ne doit pas y avoir de navigation dans le panier » n’est pas toujours valable. Pour un achat simple, réduire les distractions peut aider. En revanche, avec une offre complexe, le client doit pouvoir trouver les conditions ou le détail d’un produit. Testez les comportements, pas une règle générale.

6. Un site doit résister au mobile, à un réseau lent et aux erreurs

Le contenu principal se charge-t-il rapidement sans grands décalages de mise en page ?
La page réagit-elle aux clics et à la saisie sans délai perceptible ?
Les images ont-elles les bonnes dimensions et ne se chargent-elles qu’à la qualité nécessaire ?
Un script externe défaillant peut-il bloquer une commande ou un formulaire ?
Les parcours clés fonctionnent-ils dans les navigateurs courants à jour et sur de vrais téléphones ?
Surveillez-vous la disponibilité et les erreurs lors des étapes importantes ?

Un score en laboratoire est un indicateur, pas un résultat commercial. Observez aussi les utilisateurs réels et le parcours principal. Un pixel publicitaire ne doit pas être plus important que le bouton Acheter.

7. Vérifiez la mesure par un test, pas simplement en constatant que le code existe

Pour chaque parcours important, effectuez une demande ou une commande de test. Vérifiez que l’événement est envoyé une seule fois, avec le bon nom, la bonne valeur, la bonne devise et le bon identifiant de transaction. Vérifiez ensuite que le système cible le reçoit et qu’il correspond à la commande réelle.

Un achat est-il envoyé simplement en ouvrant une URL de remerciement ?
L’événement est-il dupliqué lorsque la page est actualisée ?
Les balises respectent-elles le statut du consentement ?
La couche de données contient-elle des données personnelles qui n’y ont pas leur place ?
Le conteneur inclut-il uniquement les services utilisés par l’entreprise ?
La mesure a-t-elle un responsable et existe-t-il une trace de la dernière vérification ?

Pour l’implémentation, consultez Comment configurer correctement Google Tag Manager ; pour comprendre les événements, consultez le guide Google Analytics 4. Les enregistrements de sessions ou les cartes de chaleur peuvent révéler des angles morts, mais utilisez-les à bon escient, en masquant les champs sensibles et conformément aux règles de consentement. Tout enregistrer « au cas où » ne constitue pas un plan de recherche.

Comment utiliser la checklist sans atelier mensuel

Choisissez un parcours prioritaire et suivez-le sur un téléphone.
Faites la même chose en utilisant uniquement un clavier.
Demandez à une personne extérieure à l’entreprise d’accomplir la tâche, sans la guider.
Notez les endroits où elle hésite, pas la solution que vous proposez.
Vérifiez le problème dans les outils d’analyse, auprès du support ou lors de tests supplémentaires.
Corrigez un obstacle, puis reprenez tout le parcours, mesure comprise.

N’essayez pas de déclarer un site « UX terminé » en une seule fois. L’offre, les appareils et les attentes des utilisateurs évoluent. La checklist sert à repérer régulièrement les frictions les plus coûteuses et à décider de ce qu’il faut corriger en premier.

Si vous souhaitez examiner le site dans un contexte commercial plus large, utilisez également la checklist du marketing en ligne. Si vous devez hiérarchiser l’UX, la mesure et l’acquisition, décrivez votre parcours principal via la page de contact.