Overlays d’accessibilité : évaluer leurs limites pour la conformité

Mis à jour le 1er octobre 2026 · Rédaction : Plein Accès

Examiner la promesse avant d’installer

Un overlay est une surcouche ajoutée à un site pour modifier certains comportements ou présentations. Le fait qu’un widget propose des options de lecture ne démontre pas que le service répond à toutes les exigences d’accessibilité. Avant un achat, demandez ce que l’outil change, ce qu’il ne change pas et quelles preuves étayent la promesse. Un contrat ne devrait pas confondre une fonction d’assistance avec une évaluation documentée de votre service.

DesignGouv a rappelé le 3 avril 2025 la position européenne sur ces outils et la nécessité de traiter les problèmes à la source. Le W3C décrit aussi les limites d’une détermination de l’accessibilité par un outil seul. Ces références sont liées en bas de page. Elles éclairent la décision d’achat ; elles ne dispensent pas de vérifier les composants et les parcours de votre site dans leur état réel.

Distinguer une aide et une correction

Une option de contraste ou de taille du texte peut offrir un réglage supplémentaire. Elle ne prouve pas que les formulaires, les noms de commandes et les changements d’état sont utilisables. Une correction à la source modifie la cause dans le design, le code ou le contenu. Demandez au fournisseur de montrer les défauts qu’il traite et la manière dont il reçoit leur disparition. La démonstration doit pouvoir être reproduite en dehors d’une vidéo commerciale.

Le guide de l’audit manuel explique pourquoi certaines décisions demandent une appréciation humaine. Une alternative d’image dépend de sa fonction, et un processus doit être suivi dans ses états pertinents. Un outil qui transforme l’interface peut introduire d’autres comportements ; ils doivent être examinés plutôt que présumés utiles à tous les utilisateurs. La présence du widget ne doit pas empêcher l’usage habituel des technologies d’assistance.

Demander des preuves sur votre service

Pour comparer une proposition, préparez des scénarios : navigation, formulaire en erreur et interaction dynamique. Demandez la méthode, l’environnement et les résultats. Un score annoncé sur un autre site ne renseigne pas sur votre configuration. Une affirmation de conformité doit préciser le périmètre et les exigences considérées. Le guide du rapport indique les éléments qui permettent de relier un résultat aux observations.

Les tests doivent prendre en compte les réglages et les états qui changent l’interface. Faites noter si l’outil doit être activé par l’utilisateur pour atteindre une fonction et comment celui-ci le repère. Les retours de personnes handicapées peuvent révéler des obstacles d’usage, sans remplacer l’évaluation critère par critère. Demandez un accès de test et une procédure de désactivation pour comparer les comportements observés.

Examiner les dépendances et la maintenance

Une surcouche ajoute un fournisseur et une dépendance technique. Identifiez le chargement du script, les paramètres et les conditions de disponibilité. Demandez ce qui se passe lorsqu’il ne se charge pas ou lorsque le service change. L’équipe doit connaître le comportement de base du site et pouvoir maintenir les corrections sans dépendre d’une promesse vague. Les données éventuellement traitées par le fournisseur demandent également un examen adapté par votre organisation.

Ne supposez pas qu’une licence couvre les coûts de remédiation du thème ou des modules. Le contrat doit dire si le fournisseur modifie réellement les sources et qui possède les changements. Un correctif injecté peut avoir des effets différents après une mise à jour. Les scénarios de recette doivent être conservés et rejoués. Une modification automatique ne devrait pas être acceptée sans preuve de son effet sur le parcours concerné.

Préparer une alternative d’achat

Vous pouvez demander une offre d’audit, puis une proposition de corrections à la source. Cette séparation permet de connaître les obstacles avant de choisir les moyens. Le prestataire doit identifier les composants partagés et les contenus à traiter. Une formation peut compléter le projet pour prévenir le retour des défauts. L’organisation garde les preuves de ce qui a été corrigé, avec les limites restantes.

Si une surcouche est déjà installée, ne la retirez pas sans examiner ses fonctions et les conséquences. Préparez une recette avant et après avec les équipes responsables. L’objectif est de comprendre le service rendu et de corriger les causes, pas de remplacer une dépendance par une décision non testée. Pour la consultation, le guide de choix du prestataire aide à demander une méthode et des preuves indépendantes de la présentation commerciale.

Questions sur les surcouches

Un widget peut-il prouver la conformité RGAA ?

Sa présence ne la prouve pas. Il faut une évaluation du service avec un périmètre, une méthode et des résultats qui couvrent les critères applicables.

Les réglages de lecture sont-ils inutiles ?

Ils peuvent répondre à certains besoins. Évaluez leur usage et leurs effets, sans les présenter comme un remplacement des corrections nécessaires au fonctionnement de base.

Comment traiter une surcouche déjà installée ?

Documentez ses fonctions, testez le service et préparez toute modification avec une recette. Les décisions doivent tenir compte des comportements réellement observés.