Commencez par les obstacles qui empêchent une personne d’accomplir une tâche essentielle. Utilisez ensuite les usages réels pour préciser le périmètre, repérer les composants partagés et organiser les autres corrections. Une page peu visitée peut rester prioritaire si elle permet d’accéder à un droit, de se connecter ou de terminer une démarche.
Cette fiche propose une méthode de travail pour un responsable digital et son équipe. Elle relie les constats RGAA à des décisions de correction, dans la continuité de notre dossier accessibilité, expérience utilisateur et conversions.
Réunir trois types d’informations
Avant de classer les sujets, constituez une liste de problèmes reproductibles. Pour chacun, rassemblez :
- Le constat d’accessibilité : page, composant, critère et test concernés, état de l’interface, résultat observé et éléments restant à valider.
- La conséquence sur la tâche : action impossible, information inaccessible, difficulté importante ou obstacle contournable. Précisez le contournement réellement disponible.
- Le contexte d’usage : parcours concerné, fréquentation observée, présence du composant ailleurs, signalements et éventuels écarts entre appareils ou navigateurs.
Gardez une mention « à confirmer » lorsque l’effet sur la tâche n’a pas été reproduit. Elle appelle une vérification rapide. Un soupçon de blocage essentiel mérite d’être examiné immédiatement, même lorsque les données d’usage sont rares.
Un ordre de décision en quatre étapes
1. Traiter le blocage d’une tâche essentielle
Repérez ce qui empêche d’obtenir une information indispensable, d’envoyer une demande, de payer ou de s’authentifier. Décrivez la situation concrète : « impossible de valider au clavier » est plus exploitable que « problème de navigation ».
Une possibilité d’assistance peut réduire temporairement la difficulté, mais son existence ne clôt pas la correction numérique. Le classement proposé ici sert à organiser le travail ; il ne modifie pas les critères de conformité.
2. Examiner la gravité et les composants communs
Identifiez les problèmes importants sur les menus, champs, fenêtres ou modèles réutilisés. Une correction de composant peut bénéficier à plusieurs pages. Vérifiez toutefois ses variantes : le fonctionnement d’un champ dans le formulaire de contact ne prouve pas celui de toutes ses versions.
Le WAI recommande de considérer les éléments répétés et les problèmes touchant des fonctions essentielles dans les stratégies de réparation. Le nombre d’occurrences aide à définir le périmètre du correctif.
3. Utiliser les usages pour départager des problèmes comparables
À gravité comparable, regardez les parcours effectivement empruntés et les pages où le problème se manifeste. Les données peuvent aussi révéler une configuration à examiner : par exemple, une étape moins souvent terminée sur mobile.
Cette observation oriente un test. Elle n’établit ni la cause de l’abandon, ni un handicap, ni la conformité RGAA. Une faible fréquentation peut également refléter un obstacle situé plus tôt dans le parcours.
4. Planifier selon l’effort, les dépendances et la validation
Estimez le travail de correction et de vérification, ainsi que les dépendances : composant tiers, équipe éditoriale, calendrier de livraison. Les corrections rapides peuvent avancer en parallèle d’un blocage complexe. Celui-ci conserve un responsable, une échéance et une action de réduction de la difficulté.
Évitez un score unique qui ferait disparaître une forte gravité derrière un faible trafic. Une décision expliquée en quelques lignes reste plus facile à discuter et à suivre.
Une grille de tri à utiliser en réunion
| Situation observée | Décision | Preuve attendue pour avancer |
|---|---|---|
| Tâche essentielle impossible | Prendre en charge immédiatement, quelle que soit la fréquentation. | Scénario reproduit, responsable identifié, correction et test de fin de tâche. |
| Obstacle important sur un composant partagé | Préparer un correctif commun et vérifier les variantes. | Liste des contextes concernés et scénarios représentatifs. |
| Problèmes de gravité comparable | Utiliser usages, signalements, récurrence et effort pour ordonner. | Décision motivée et données avec leur période d’observation. |
| Signal d’usage sans cause établie | Investiguer le parcours avant d’attribuer une non-conformité. | Test ciblé et rapprochement avec un problème effectivement constaté. |
Cette grille ne constitue pas une classification officielle du RGAA. Elle organise les corrections ; tous les critères applicables restent à évaluer dans la démarche de conformité.
Exemple pédagogique : trois sujets, trois décisions
Une équipe observe trois difficultés fictives :
- Une demande d’aide peu fréquentée ne peut pas être envoyée au clavier. La tâche est essentielle : le blocage passe en premier.
- Un message d’erreur est incompréhensible sur plusieurs formulaires. L’équipe traite le composant partagé et vérifie chaque variante concernée.
- Une étape d’inscription affiche moins d’aboutissements sur mobile. L’équipe examine l’interface, la performance et la mesure avant de conclure à un problème d’accessibilité.
Les volumes orientent le deuxième niveau de décision. Ils ne changent pas la priorité donnée à la personne empêchée de terminer sa demande. Notre fiche sur les formulaires accessibles fournit des scénarios de vérification utilisables dans ces situations.
Articuler les résultats RGAA et la mesure des usages
appYaccess structure les contrôles et les résultats par page et par critère. Cela facilite le passage du constat au travail de correction, puis aux nouvelles vérifications. Les résultats des contrôles déterministes sont reproductibles à contenu, périmètre, environnement et version identiques. Les validations humaines complètent les tests qui demandent une appréciation.
appYuser apporte le contexte de l’expérience réelle : pages consultées, parcours et conditions de navigation. Pour rapprocher ces informations des résultats RGAA, utilisez une période, un périmètre et des définitions d’indicateurs explicites. Les événements métier, comme la confirmation d’un formulaire, doivent être définis et leur collecte vérifiée.
Les chiffres d’usage peuvent être incomplets ou insuffisants sur certaines pages. Complétez-les par des tests et des retours d’utilisateurs. Le WAI recommande d’associer l’évaluation avec des utilisateurs aux vérifications des exigences d’accessibilité.
Clôturer une correction avec une preuve
Votre fiche de suivi doit contenir la décision de priorité, la personne responsable, le résultat attendu et le scénario de vérification. Après intervention, rejouez le problème initial, contrôlez les états voisins et examinez les variantes du composant.
Comparez ensuite les données d’usage sur des contextes aussi proches que possible, en tenant compte des campagnes, de la saison et des autres évolutions. Une variation de conversion accompagne éventuellement la correction ; elle n’en démontre pas automatiquement l’effet causal.
Enfin, la méthode officielle d’évaluation RGAA prévoit un échantillon représentatif, qui inclut des pages et processus nécessaires. La fréquentation peut contribuer à sa construction, sans remplacer ces exigences. La liste des corrections prioritaires et le périmètre d’évaluation remplissent deux fonctions distinctes.
