Accessibilité numérique : quels tests pour votre site ?

Votre outil ne signale plus d’erreur. Pourtant, un client ne parvient toujours pas à choisir son mode de livraison au clavier. Cette situation résume le défi de l’accessibilité numérique : certaines propriétés se vérifient dans le code, d’autres ne prennent leur sens qu’en utilisant le site. En France, une équipe chargée de rendre un service accessible doit donc comprendre ce que chaque méthode permet réellement de conclure.

Tests automatiques ou vérifications manuelles ? Les deux sont complémentaires, mais ne produisent pas les mêmes preuves. L’automatisation repère efficacement certaines anomalies reproductibles. L’examen humain évalue le sens, les interactions et la continuité des parcours. Voici comment les combiner sans confondre un résultat encourageant avec une validation générale.

Audit d’accessibilité : que prouvent les tests automatiques ?

Un outil automatique analyse une page dans un état donné et applique des règles. Il peut notamment détecter certaines images sans attribut de remplacement textuel, des champs dépourvus de nom accessible ou des contrastes insuffisants lorsque les couleurs sont déterminables.

Ces contrôles sont précieux : ils sont rapides, répétables et facilitent la recherche de défauts récurrents dans les composants partagés. Une anomalie présente dans le menu peut ainsi orienter vers une correction utile sur de nombreuses pages.

Mais la conclusion reste limitée à la règle exécutée et au contenu analysé. Une image possède un texte alternatif ? L’outil peut vérifier sa présence, sans nécessairement savoir si ce texte transmet la bonne information. Un bouton a un nom accessible ? Ce nom peut rester ambigu pour la personne qui l’entend.

Trois résultats à ne pas confondre

• Une anomalie détectée : un constat à examiner, à reproduire et à corriger lorsqu’il est confirmé.
• Un contrôle réussi : une propriété précise a été vérifiée dans les conditions du test.
• Aucune anomalie détectée : l’outil n’a rien trouvé parmi les règles et les contenus qu’il a pu analyser.

Ce dernier résultat ne signifie pas que tout a été vérifié. Un menu fermé, une fenêtre de confirmation ou un message d’erreur absent au moment de l’analyse peuvent échapper au contrôle. Un score automatique ne résume donc pas l’accessibilité réelle du site.

Ce que seule une vérification humaine peut apprécier

Les vérifications manuelles ne consistent pas simplement à regarder la page. Elles suivent un protocole : navigation au clavier, utilisation d’un lecteur d’écran, agrandissement du contenu et examen des informations transmises dans différents états de l’interface.

Leur apport principal est le jugement en contexte. Une description d’image est-elle pertinente ? L’ordre de lecture permet-il de comprendre la page ? Après une erreur de formulaire, sait-on quel champ corriger et comment ? Ces questions demandent de relier la structure technique à l’objectif de l’utilisateur.

La différence entre présence et pertinence

Prenons une photo de produit. Le texte alternatif « image » existe, mais n’explique rien. À l’inverse, une longue description peut être inutile si elle répète intégralement le texte voisin. Le bon choix dépend du rôle de l’image et des informations déjà disponibles.

Le même raisonnement vaut pour les titres, les liens et les instructions. Une structure peut sembler correcte à un outil tout en rendant la compréhension laborieuse. L’évaluation humaine cherche à savoir si l’information est exploitable, pas seulement si un élément technique est présent.

La continuité du parcours

Au clavier, une personne doit pouvoir atteindre les commandes, repérer sa position et poursuivre son action. Pour une fenêtre de dialogue, il faut notamment examiner où arrive le focus, comment il se déplace et où il revient à la fermeture.

Avec un lecteur d’écran, l’examen porte aussi sur les annonces : un changement de panier ou une erreur sont-ils perceptibles sans devoir explorer toute la page ? Ces interactions exigent des tests dans les états réellement rencontrés par les utilisateurs.

Automatique et manuel : deux méthodes, des limites différentes

L’automatisation convient particulièrement aux contrôles fréquents et aux régressions sur des propriétés vérifiables par une règle. Elle aide à surveiller les évolutions, mais ne comprend pas toute l’intention éditoriale ou fonctionnelle du service.

Le contrôle manuel explore cette intention et les usages. En revanche, sa qualité dépend du protocole, de l’expérience de la personne qui teste et du périmètre retenu. Une vérification humaine improvisée n’est pas exhaustive par nature.

Les tests avec des personnes handicapées apportent encore un autre éclairage : ils révèlent des difficultés vécues dans des situations concrètes. Ils enrichissent l’évaluation, sans remplacer à eux seuls une vérification structurée des critères.

La bonne question n’est donc pas « quel outil remplace l’auditeur ? », mais « quelle méthode apporte la preuve nécessaire pour ce contrôle ? »

Pour un site e-commerce, tester les parcours et leurs états

L’accessibilité d’un site e-commerce ne se juge pas uniquement sur sa page d’accueil. Un parcours peut fonctionner jusqu’au moment où un client applique un filtre, sélectionne une variante ou doit corriger une adresse.

Construisez un échantillon qui représente les modèles de pages et les interactions importantes :

• recherche, filtres et consultation des résultats ;
• fiche produit, choix des options et ajout au panier ;
• modification des quantités et suppression d’un article ;
• identification ou commande sans compte, selon le service ;
• saisie des coordonnées, livraison, paiement et confirmation.

Pour chaque étape, prévoyez les erreurs et les changements dynamiques. Documentez aussi les composants fournis par des tiers : les difficultés qu’ils introduisent peuvent interrompre le parcours, même si vos propres pages fonctionnent correctement.

En France, distinguer méthode de test et cadre applicable

La Loi n° 2023-171 du 9 mars 2023 fait partie du cadre français applicable à l’accessibilité. Pour les services concernés, notamment le commerce électronique, la Direction générale de la concurrence, de la consommation et de la répression des fraudes (DGCCRF) supervise le respect des obligations. Sa fiche destinée aux professionnels permet de consulter les informations officielles.

Avant de commander un audit, clarifiez le cadre applicable à votre entreprise, le référentiel utilisé et le périmètre examiné. Si votre demande porte sur le RGAA, faites préciser les contrôles prévus et leur restitution. Un résultat technique doit rester distinct d’une conclusion juridique : l’audit identifie des écarts, sans garantir une issue légale.

Organiser une démarche combinée et utile

1. Définir le périmètre. Recensez les parcours essentiels, les modèles de pages, les composants et leurs états.
2. Lancer les contrôles automatiques. Regroupez les anomalies par cause commune plutôt que par simple nombre d’occurrences.
3. Compléter par des tests manuels. Vérifiez les critères nécessitant un jugement et les interactions que l’analyse automatique ne couvre pas.
4. Documenter les constats. Pour chaque problème, indiquez son emplacement, les étapes de reproduction, l’effet pour l’utilisateur et une piste de correction.
5. Vérifier les corrections. Rejouez les tests concernés et contrôlez que le parcours reste utilisable dans son ensemble.

Le livrable devrait distinguer ce qui a été vérifié, ce qui reste à examiner et les limites de l’échantillon. Pour prioriser, commencez par les obstacles qui empêchent d’accomplir une action essentielle et les défauts de composants largement réutilisés.

Automatisez ce qui se vérifie de façon fiable, puis réservez l’expertise humaine à ce qui demande du contexte. Cette complémentarité produit des constats plus solides et des corrections mieux ciblées qu’un score isolé ou qu’une navigation rapide sans protocole.