Audit UX d’un site web — méthode pas-à-pas avec WCAG 2.2

L’audit UX (User eXperience) consiste à mesurer l’utilisabilité réelle d’un site ou d’une application existante, identifier les frictions qui dégradent les conversions et la satisfaction, et produire un plan d’action priorisé. Cet article décrit une méthode d’audit en cinq phases : collecte de données quantitatives (GA4, Microsoft Clarity), enregistrements de sessions et heatmaps, évaluation heuristique selon les 10 principes de Jakob Nielsen, conformité WCAG 2.2, et tests utilisateurs à distance.

1 — Collecte quantitative (GA4)

Trois rapports GA4 fournissent les indicateurs nécessaires.

Pages et écrans (Rapports > Engagement > Pages et écrans) — exporter les colonnes : Sessions, Taux d’engagement, Durée moyenne d’engagement, Conversions. Trier par sessions descendant et identifier les pages avec un taux d’engagement inférieur à 40 % ou une durée moyenne inférieure à 30 secondes — ce sont les candidats prioritaires à l’audit qualitatif.

Exploration de l’entonnoir (Explorer > Modèle « Exploration de l’entonnoir ») — définir une séquence d’événements (ex. view_item → add_to_cart → begin_checkout → purchase) et mesurer le taux d’abandon entre chaque étape. Le palier où plus de 60 % des utilisateurs abandonnent est l’endroit où concentrer les tests qualitatifs.

Exploration en chemin (Explorer > Modèle « Exploration en chemin ») — visualiser les parcours réels : depuis la page d’arrivée jusqu’à la sortie ou la conversion. Repère les boucles inattendues (utilisateurs qui retournent trois fois sur la même page) et les sorties prématurées avant l’objectif.

2 — Enregistrements et heatmaps (Microsoft Clarity)

Microsoft Clarity est gratuit, sans limite de trafic, conforme RGPD. Il fournit trois artefacts utiles pour l’audit :

• Heatmaps de clic et de scroll — densité d’interactions par zone. Une heatmap de scroll qui s’arrête à 40 % du contenu sur une fiche produit signale une mise en page trop longue ou un contenu qui ne tient pas l’attention.
• Enregistrements de sessions — visionner 10 à 20 sessions filtrées par durée > 1 minute et page de sortie sur une page critique (panier, checkout). Les frictions visibles à l’œil : reclics répétés, hésitations, scroll up/down, formulaire abandonné.
• Insights automatisés — Clarity remonte trois signaux algorithmiques : « rage clicks » (clics répétés sur un élément en moins de 2 s, signe d’un faux bouton ou d’un délai non perçu), « dead clicks » (clic sans aucune réponse de l’interface), « excessive scrolling » (scroll long avant trouver le contenu pertinent).

Installation (snippet à insérer avant </head>) :

<script>
(function(c,l,a,r,i,t,y){
  c[a]=c[a]||function(){(c[a].q=c[a].q||[]).push(arguments)};
  t=l.createElement(r);t.async=1;
  t.src="https://www.clarity.ms/tag/"+i;
  y=l.getElementsByTagName(r)[0];y.parentNode.insertBefore(t,y);
})(window, document, "clarity", "script", "PROJECT_ID");
</script>

Hotjar reste utilisable mais devient payant au-delà de 35 sessions enregistrées/jour. Microsoft Clarity n’a pas cette limite.

3 — Évaluation heuristique (10 principes de Nielsen)

Méthode publiée par Jakob Nielsen en 1994, mise à jour en 2020. Elle consiste à évaluer une interface contre dix principes universels d’utilisabilité. Trois évaluateurs indépendants identifient en moyenne 75 % des problèmes d’utilisabilité existants ; un seul évaluateur en repère environ 35 %.

4 — Conformité WCAG 2.2

WCAG 2.2 est la recommandation W3C publiée le 5 octobre 2023. Elle ajoute neuf nouveaux critères de succès par rapport à WCAG 2.1, axés sur les utilisateurs à mobilité réduite, malvoyants et cognitifs. Niveau AA est l’objectif standard pour le secteur privé ; les sites publics au Sénégal et en France sont tenus au niveau AA.

Audit automatisé partiel via Lighthouse CLI (catégorie accessibility) :

npx lighthouse https://votre-site.com --only-categories=accessibility --output=html --output-path=./a11y.html

Lighthouse couvre environ 30 % des critères WCAG. Pour approfondir, l’extension axe DevTools (gratuite, Chrome/Firefox) couvre environ 57 % des critères. Le reste — contraste contextuel, ordre de lecture, navigation clavier complète, lecteur d’écran — exige un audit manuel.

Critères WCAG 2.2 fréquemment échoués en 2026 :

• 2.4.11 Focus Not Obscured (Minimum, AA) — l’élément focusé ne doit pas être masqué par un sticky header ou un cookie banner.
• 2.5.7 Dragging Movements (AA) — toute interaction par glisser doit avoir une alternative au clic ou au tap.
• 2.5.8 Target Size (Minimum, AA) — boutons et liens cliquables d’au moins 24×24 pixels CSS, sauf exceptions inline.
• 3.3.7 Redundant Entry (A) — ne pas redemander une information déjà saisie dans le même formulaire/parcours.
• 3.3.8 Accessible Authentication (Minimum, AA) — pas de challenge cognitif obligatoire (résoudre un puzzle, mémoriser un code) sans alternative.

5 — Tests utilisateurs à distance

Les tests modérés ou non-modérés avec de vrais utilisateurs valident les hypothèses émises pendant l’évaluation heuristique. Cinq utilisateurs identifient environ 85 % des problèmes d’utilisabilité majeurs (Nielsen, 2000 ; corroboré par études récentes).

Outils 2026 :

Pour cinq tests modérés en interne : préparer un script de cinq tâches concrètes (ex. « Trouvez le pagne wax bleu et ajoutez-le au panier », « Créez un compte avec votre email », « Trouvez les conditions de retour »), enregistrer chaque session, noter les hésitations, demander à voix haute la pensée du participant (« think aloud »). Coder ensuite chaque problème observé sur la grille de Nielsen.

6 — Priorisation et plan d’action

Trier les problèmes identifiés sur une matrice à deux axes :

• Sévérité — 1 (cosmétique), 2 (mineur), 3 (majeur, impact conversion), 4 (catastrophique, bloque la tâche)
• Coût de correction — XS (< 1h), S (1-4h), M (1 jour), L (1 semaine), XL (> 1 semaine)

Quadrant prioritaire : sévérité 3-4 + coût XS-S. Ce sont les « quick wins » qui rapportent l’essentiel des gains en un sprint d’une semaine.

Format de livrable type pour un audit UX externe :

1. Synthèse exécutive (1 page) — top 3 problèmes, gains attendus chiffrés
2. Méthodologie (1 page) — outils, période d’analyse, échantillon
3. Tableau des problèmes (n lignes) — ID, page, principe Nielsen ou critère WCAG, sévérité, coût, recommandation, screenshot
4. Recommandations détaillées (5-10 fiches) — pour les problèmes sévérité 3-4 uniquement
5. Annexes — captures heatmaps, extraits sessions, rapports Lighthouse/axe

Références

• Nielsen Norman Group — 10 Usability Heuristics
• WCAG 2.2 — recommandation W3C (5 octobre 2023)
• Microsoft Clarity
• GA4 — Exploration de l’entonnoir (officiel)
• axe DevTools — extension Chrome/Firefox