Widget accessibilité : comparer les solutions et leurs limites
Un widget accessibilité peut proposer des réglages d’affichage ou de navigation. Pour évaluer une solution, comparez ses fonctions au besoin réel des usagers et aux défauts de votre service, puis testez le résultat avec le widget actif.
Mis à jour le
Demander mon devisWidget accessibilité : quelles fonctions comparer ?
Listez les modifications annoncées : taille de texte, couleurs, espacement ou commandes supplémentaires. Demandez quelles parties du site sont réellement concernées, notamment les documents et interfaces tierces. Évitez de transformer une liste de fonctions commerciales en résultat d’audit : seuls des tests sur le service permettent de mesurer les effets.
Les critères et tests officiels du RGAA restent le cadre de vérification pour le web concerné. La mission d’audit RGAA doit préciser la configuration testée et les parcours. Le guide détaillé sur les surcouches développe les limites à examiner avant de choisir une solution.
| Question | Preuve à demander |
|---|---|
| Que modifie le widget ? | Liste des composants concernés et possibilités de retour au comportement initial. |
| Est-il utilisable ? | Tests au clavier et avec les technologies d’assistance prévues. |
| Que reste-t-il à corriger ? | Résultats de contrôle du service avec la solution installée. |
Comparer la surcouche et la correction à la source
Une correction à la source intervient sur le composant ou le contenu responsable du défaut. Une surcouche peut agir différemment selon la page et son état. Pour comparer les deux, partez d’un constat précis et demandez comment chacune traite le résultat attendu, puis comment la vérification est réalisée.
La mise en conformité RGAA permet de suivre les tâches et leurs preuves. Sur un CMS, examinez les interactions entre le thème et les extensions : le guide WordPress détaille ce périmètre. Si le défaut concerne l’ordre de lecture d’un fichier, le traitement du PDF accessible constitue une mission documentaire à part entière.
- Tester les fonctions ajoutées dans les états utiles du parcours.
- Comparer le défaut d’origine et le résultat obtenu.
- Vérifier les effets sur les personnes qui utilisent déjà leur propre outil.
- Documenter la configuration et les limites restantes.
Vérifier le résultat avant de modifier la déclaration
La DINUM demande une évaluation fiable et représentative. Ne changez pas un état de conformité sur la seule base de l’installation d’un module ou de l’engagement de son éditeur. Le rapport doit décrire le service évalué, les tests réalisés et les défauts restants.
Cadrer la mission avant le devis
Définissez le périmètre attendu. Joignez le rapport d’audit disponible, les fonctions proposées par la solution et les composants qu’elle prétend modifier. Précisez le CMS, les interfaces externes et les contraintes de maintenance. Demandez une comparaison qui distingue fonctions de confort, traitement des défauts identifiés et vérification du service ; vous pourrez alors décider sur des résultats observables.
Questions utiles
Un widget suffit-il pour rendre un site conforme ?
Une installation ne constitue pas une évaluation. Faites tester le service avec ses fonctions et ses contenus pour établir les résultats sur le périmètre concerné.
Comment comparer deux solutions ?
Partez des mêmes défauts et des mêmes parcours. Faites préciser les fonctions couvertes, les limites et les preuves de tests, ainsi que les responsabilités de maintenance après modification du site.