3. Tests utilisateurs
Nous avons énormément misé sur les tests utilisateurs réguliers afin de nous assurer que notre service était accessible. Les écarts constatés entre l'application du RGAA et l'accessibilité réelle ressentie des utilisateurs nous ont conforté dans la pertinence de cette approche : appliquer le RGAA ne suffit pas à être accessible.
a. Cadrer les tests
Nous avons effectué différentes séries de tests, auprès de 5 à 10 personnes à chaque fois :
- experts accessibilité aveugles : ce sont les usagers que nous avons identifié le plus facilement. Leurs retours sont extrêmement utiles pour identifier les points de progression techniques. Exemple de retour spontané : "Le label est bien relié. Je tape E j’arrive directement au champ d’édition de la recherche. Vous pouvez ajouter un “role=search”." → Attention avec cette cible à rappeler que vous voulez aussi leurs retours en tant qu'usagers ! Ils ont une tendance à auditer le site avant tout.
- personnes aveugles éloignées du numérique : elles ont une tendance à être oubliées. S'il y a un arbitrage à faire entre ce qui est agréable pour une personne à l'aise et ce qui est le plus simple pour une personne pas à l'aise, trancher en faveur de la seconde. Si elles parviennent à utiliser le service, tout le monde y arrivera.
- personnes malvoyantes : une fois le prototype fonctionnel validé auprès des personnes aveugles, on peut alors commencer à faire une passe de forme. Les personnes malvoyantes utilisent leur résidu de vision pour naviguer : les repères visuels (couleurs, formes, photos…) sont extrêmement importants pour elles. A noter que la plupart de nos utilisateurs malvoyants ne naviguent qu'en mode sombre.
Nous avons veillé par ailleurs à avoir de la diversité d'âge, de genre, et de région.
Nos prochains tests seront auprès de nos cibles prioritaires ou secondaires, en fonction du bilan des usagers déjà sollicités.
b. Adapter les protocoles pour les personnes déficientes visuelles
À part pour les personnes les plus expertes, naviguer prend plus de temps pour les personnes aveugles ou malvoyantes car elles ne peuvent pas survoler aussi facilement le site. Prévoir au moins 1 heure par personne.
Certains outils numériques utilisés dans les échanges avec les utilisateurs ne sont pas accessibles. Nous recommandons pour un échange ou test à distance :
- l'e-mail : il est interopérable et accessible pour les personnes déficientes visuelles
- le téléphone : pour les personnes les plus éloignées du numérique, rien ne vaut de s'appeler
- Zoom : en terme d'outils de visioconférence, le plus accessible est Zoom d'après Access42 (comparatif complet). Attention : il reste difficile pour les personnes aveugles d'activer le partage d'écran et impossible de cliquer sur un lien partagé dans le chat.
Concernant le protocole de test, en cas de collecte de données personnelles notamment, nous recommandons les méthodes suivantes de recueil du consentement :
- envoyer les informations par mail et recueillir le consentement par réponse au mail ou sur enregistrement vocal durant l'entretien
- envoyer le formulaire de consentement en document Word et recueillir le consentement par réponse au mail. NB : il est aisé de rédiger un document Word accessible si on utilise les niveaux de titres.
- si le test est en personne, imprimer le formulaire de consentement, le lire à voix haute, symboliser la zone de signature par un relief ou guider la main.
Exemple de zone de signature
Pour les entretiens en présentiel, une zone de signature a été matérialisée sur la formulaire par des morceaux de post-its découpés.

Nous proposerons plus de conseils sur la façon de conduire les tests dans une future ressource.