ARIA
Accessible Rich Internet Applications (ARIA) (qu'on pourrait traduire par « applications internet riches et accessibles ») est un ensemble de rôles et d'attributs d'attributs qui définissent comment rendre le contenu et les applications web accessibles (notamment ceux développés avec JavaScript) pour les personnes avec des handicaps.
ARIA complète HTML afin que les éléments interactifs et les widgets puissent être utilisés par les outils d'assistance quand les fonctionnalités standard ne le permettent pas. Ainsi, ARIA permet de rendre accessible les widgets JavaScript, les indications dans les formulaires, les messages d'erreur et les mises à jour dynamiques du contenu, etc.
Attention : La plupart de ces widgets ont été intégrés au sein d'HTML5 et mieux vaudra donc utiliser les éléments sémantiques HTML lorsqu'ils sont disponibles. Ainsi, les éléments natifs disposent de fonctionnalités de navigation au clavier, de rôles et d'états définis en standard. Toutefois, lorsque vous choisissez d'utiliser ARIA, il vous revient de recoder les fonctionnalités équivalentes dans vos scripts.
La première règle d'ARIA s'énonce ainsi : « Si vous pouvez utiliser un élément natif HTML ou un attribut avec la sémantique et le comportement voulu qui existe nativement, faites-le plutôt que d'utiliser un autre élément en lui ajoutant un rôle, un état ou une propriété ARIA afin de le rendre accessible. ».
Note : On peut parfois lire l'expression « Mieux vaut ne pas utiliser ARIA que de l'utiliser incorrectement ». Lors d'un sondage WebAIM sur plus d'un million de pages d'accueil de sites, il a été observé que les pages utilisant ARIA avaient 41% d'erreurs supplémentaires détectées par rapport aux pages sans ARIA. Bien qu'ARIA soit conçu pour rendre les pages web plus accessibles, lorsqu'il est utilisé incorrectement, il fait plus de mal que de bien.
Voici un widget utilisé pour une barre de progression :
<div
id="percent-loaded"
role="progressbar"
aria-valuenow="75"
aria-valuemin="0"
aria-valuemax="100" />
Cette barre de progression utilise un élément <div>
qui n'a pas de sémantique forte. On inclut donc un rôle ARIA et des propriétés pour ajouter une signification. Ainsi, l'attribut role="progressbar"
informe le navigateur que cet élément est un widget pour une barre de progression, implémenté en JavaScript. Les attributs aria-valuemin
et aria-valuemax
indiquent les valeurs minimales et maximales de la barre de progression tandis que aria-valuenow
décrit l'état courant (et doit donc être maintenu à jour avec JavaScript).
En plus des attributs déjà indiqués dans le document HTML, il est possible d'ajouter des attributs ARIA dynamiquement à l'aide de JavaScript, comme suit :
// On récupère la barre de progression dans le DOM.
const progressBar = document.getElementById("percent-loaded");
// On lui affecte des rôles et états ARIA
// afin que les outils d'assistance puissent
// identifier le type de widget.
progressBar.setAttribute("role", "progressbar");
progressBar.setAttribute("aria-valuemin", 0);
progressBar.setAttribute("aria-valuemax", 100);
// On crée une fonction qui peut être appelée à tout
// moment pour mettre à jour la valeur de la barre
// de progression.
function updateProgress(percentComplete) {
progressBar.setAttribute("aria-valuenow", percentComplete);
}
Tout le contenu qui est disponible pour les personnes qui n'utilisent pas d'outils d'assistance doit également être disponible pour celles qui en utilisent. Réciproquement, aucune fonctionnalité ne devrait cibler uniquement les personnes utilisant des outils d'assistance. Dans notre exemple, la barre de progression doit être mise en forme afin de ressembler effectivement à une barre de progression.
À la place, il aurait été beaucoup plus simple d'utiliser l'élément natif <progress>
à la place :
<progress id="percent-loaded" value="75" max="100">75 %</progress>
Note : L'attribut min
n'est pas autorisé pour l'élément <progress>
, sa valeur minimale est toujours 0
.
Prise en charge
À l'instar des autres technologies web, la prise en charge d'ARIA est plus ou moins hétérogène parmi les différents navigateurs. La prise en charge d'ARIA repose à la fois sur le navigateur, sur le système d'exploitation sous-jacent et sur la technologie d'assistance utilisée et aussi les versions de ces différents éléments. Certaines versions antérieures de logiciels pourront ne pas prendre en charge (ou que partiellement) certains rôles ARIA.
On notera également que certaines personnes qui utilisent des outils d'assistance hésitent à mettre à jour leurs logiciels de peur de perdre les fonctionnalités liées à l'ordinateur et au navigateur. Pour ces raisons, mieux vaudra utiliser des éléments HTML sémantiques dès que possible car cela maximisera la prise en charge des technologies d'assistance.
Il est aussi important de tester l'ARIA écrit avec des technologies d'assistance réelles. Bien qu'il existe certains émulateurs et simulateurs, rien ne vaut un test réel afin d'obtenir suffisamment de garanties.
Références
- Rôles ARIA
-
Les pages de référence couvrant tous les rôles WAI-ARIA mentionnés sur MDN.
- États et propriétés ARIA
-
Les pages de référence couvrant tous les états et propriétés WAI-ARIA mentionnés sur MDN.
Standards
- Spécification WAI-ARIA
-
La spécification du W3C pour WAI-ARIA.
- Bonnes pratiques d'implémentation avec WAI-ARIA
-
Des documents officiels de bonnes pratiques sur la meilleure façon d'ajouter ARIA aux widgets et interactions fréquemment utilisés. Il s'agit d'une excellente ressource.
ARIA pour les widgets scriptés
-
Les éléments natifs tels que
<input>
,<button>
disposent d'une accessibilité au clavier native. Si on imite ces fonctionnalités avec des éléments<div>
et ARIA, il faudra s'assurer que les widgets ainsi créés restent accessibles au clavier. - Régions dynamiques (live regions)
-
Les régions dynamiques fournissent des suggestions aux lecteurs d'écran sur la façon de gérer les modifications apportées au contenu d'une page.