Environnement maîtrisé

Un environnement maîtrisé désigne un contexte où l'organisme contrôle les postes de travail de ses utilisateurs : système d'exploitation, navigateur, technologie d'assistance installée. C'est le cas des intranets, des applications métier et des extranets partenaires. Quand l'équipement est connu, l'audit d'accessibilité cible cette configuration réelle au lieu de suivre les combinaisons de test par défaut du RGAA.

Votre application métier tourne sur 2 000 postes identiques : Windows 11, Chrome, JAWS 2024. Le RGAA demande de tester avec VoiceOver sur macOS. Aucun de vos utilisateurs n'a de Mac. L'environnement maîtrisé permet d'ajuster les tests à cette réalité.

#Ce que le RGAA prévoit

Par défaut, le RGAA impose des combinaisons de test standardisées : NVDA et Firefox sous Windows, JAWS et Chrome sous Windows, VoiceOver et Safari sous macOS. Ces combinaisons couvrent le cas d'un site public, ouvert à des équipements inconnus.

En environnement maîtrisé, l'organisme connaît ses postes. Il les fournit, installe les logiciels, configure les technologies d'assistance. L'auditeur remplace les combinaisons par défaut par celles déployées sur le parc.

Si vos postes n'ont que JAWS sous Windows, l'audit se fait avec JAWS sous Windows. Pas avec trois combinaisons dont deux ne correspondent à rien.

#L'erreur la plus répandue

« On est en environnement maîtrisé, donc l'accessibilité ne nous concerne pas. »

Faux. Les 106 critères du RGAA restent applicables. Intranets et applications métier sont soumis aux mêmes obligations légales que les sites publics. Ce qui change, c'est le terrain de test. Pas le niveau d'exigence.

Autre piège : déclarer un environnement maîtrisé sans documentation formelle. L'auditeur a besoin d'une liste précise : quel OS, quel navigateur, quelle version de la technologie d'assistance par profil de poste. « On est sous Windows » ne suffit pas.

#Quand aucune technologie d'assistance n'est installable

Borne d'accueil en mairie, kiosque de commande dans un restaurant : l'utilisateur ne peut pas installer de lecteur d'écran. La norme EN 301 549 appelle ces cas « closed functionality ». L'interface doit compenser d'elle-même : synthèse vocale intégrée, navigation accessible sans périphérique externe.

C'est l'environnement maîtrisé poussé à l'extrême. L'organisme ne contrôle pas seulement les postes. Il contrôle tout.

#En résumé

L'environnement maîtrisé ajuste le périmètre de test, pas les obligations d'accessibilité. Documentez la configuration réelle de vos postes. Testez avec ce que vos utilisateurs ont entre les mains.

Retour au glossaire

Partagez cet article

Pour aller plus loin

Technologies d'assistance

Les technologies d'assistance sont les logiciels et matériels que les personnes handicapées utilisent pour naviguer sur le web : lecteurs d'écran, loupes, commande vocale, plages braille, contacteurs. Elles dépendent entièrement de la qualité du code HTML pour fonctionner correctement.

Version accessible

Une version accessible est une copie d'une page web, conforme aux WCAG, proposée en remplacement d'une page qui ne l'est pas. Elle doit offrir les mêmes informations et les mêmes fonctionnalités que l'original, être à jour, et être atteignable directement depuis la page non conforme.

Compatible avec les technologies d'assistance

Un contenu web est compatible avec les technologies d'assistance quand le navigateur transmet correctement ses informations (nom, rôle, valeur, états) aux lecteurs d'écran, plages braille et autres outils d'assistance. Les éléments HTML natifs comme <button> ou <input> le sont automatiquement. Les éléments génériques comme <div> ne le sont pas, sauf ajout manuel d'attributs WAI-ARIA et de comportements clavier.