Bonnes pratiques accessibilité en production
- Ne pas fixer de hauteur sur les éléments afin que le contenu reste lisible lorsque le texte est zoomé.
- Respecter la hiérarchie des titres
<hX>. - Ne pas supprimer l’outline autour des éléments cliquables (pas de
outline: none). - Utiliser les éléments HTML pour leur fonction/sémantique et non pas pour leur forme.
- Utiliser les éléments pouvant recevoir le focus (
<a>,<input type="button">) lorsqu'ils sont cliquables/interactifs.
- Utiliser les éléments pouvant recevoir le focus (
- Exploiter WAI ARIA https://www.w3.org/WAI/intro/aria lorsque c'est pertinent pour aider le navigateur.
Utiliser des <ul><li> (liste non ordonnée) pour structurer les menus de navigation dans un élément <nav role="navigation”>.
<header role="banner">
[…]
</header>
La balise <header> peut être utilisée plusieurs fois dans la page mais l’attribut role="banner" ne doit être utilisé qu’une seule fois.
<footer role="contentinfo">
[…]
</footer>
La balise <footer> peut être utilisée plusieurs fois dans la page mais l’attribut role="contentinfo" ne doit être utilisé qu’une seule fois.
<main role="main">
[…]
</main>
La balise <main> ne peut être utilisée qu’une seule fois dans la page ainsi que l’attribut role="main".
<nav role="navigation">
[…]
</nav>
La balise <nav> et son attribut role="navigation" peuvent être utilisés pour un système de navigation principal ou secondaire, englobant des menus contenant des liens internes au site.
Exemple :
- Le menu principal du site (souvent affiché dans l’en-tête)
- Un menu secondaire affiché dans certaines pages internes (parfois dans une barre latérale)
- Un menu secondaire affiché dans le pied de page
Ne sont pas concernés :
- Le fil d’ariane
- Les systèmes de pagination
- table des matières
Plus d’informations : http://www.accede-web.com/notices/html-css-javascript/1-structure/1-5-role-navigation/
On peut générer du contenu en CSS à l’aide de ::before et ::after et la propriété content, pour afficher une icône par exemple (gérée via une font-icon).
Mais la plupart des lecteurs d’écrans actuels peuvent retranscrire ce contenu, ce qui peut provoquer une gêne (voir http://tink.uk/accessibility-support-for-css-generated-content/).
Pour éviter cela, il est préférable d’insérer l’attribut aria-hidden=true sur l’élément.
Exemple :
<a href="URL" class="btn">
<i class="icon-kiwi" aria-hidden="true"></i> KiwiParty
</a>
Ne jamais utiliser display: none ou visibility: hidden pour masquer visuellement du texte qui devrait être retranscrit par un lecteur d’écran.
Utiliser plutôt la classe .visually-hidden, présente dans KNACSS. Cette astuce CSS permet de cacher visuellement du contenu texte mais tout en restant accessible aux lecteurs d’écrans.
.visually-hidden {
position: absolute !important;
border: 0 !important;
height: 1px !important;
width: 1px !important;
padding: 0 !important;
overflow: hidden !important;
clip: rect(0, 0, 0, 0) !important;
}
Exemple :
Bouton "précédent" d’un slider
Ne pas faire :
<button class="btn-icon swiper-button-prev">
<i class="icon-arrow" aria-hidden="true"></i>
<span>Éléments précédents</span>
</button>
.swiper-button-prev span {
display: none;
}
À faire :
<button class="btn-icon swiper-button-prev">
<i class="icon-arrow" aria-hidden="true"></i>
<span class="visually-hidden">Éléments précédents</span>
</button>
WAI-ARIA est une technologie permettant de donner des indications d'accessibilité supplémentaires par rapport aux comportements natifs déjà prévus par les navigateurs pour les éléments HTML de base. Elle passe par les attributs role (landmarks, regions, widgets divers) et aria-* (propriétés). ARIA est particulièrement recommandé pour les composants complexes pilotés par JavaScript (ex : menus déroulants, sliders, onglets, modales...).
La bibliothèque de plugins jQuery Pepin utilise ARIA pour la plupart des composants https://github.com/alsacreations/pepin
Voir Guidelines HTML
Dans <title>, éviter le caractère | (pipe) comme séparateur. Préférer : (deux-points).
Tous les liens doivent avoir un intitulé, un lien "vide" n’est pas accessible.
Exemple :
Liens vers les réseaux sociaux
Ne pas faire :
<a href="URL" class="link-facebook"></a>
.link-facebook {
display: block;
height: 2rem;
width: 2rem;
background-image: url("facebook.png");
}
→ dans ce cas là, le lecteur d’écran retranscrit l’intégralité de l’URL.
Même en ajoutant un attribut title="Retrouvez-nous sur Facebook" sur le lien, celui-ci reste considéré comme vide.
De plus, il n’est pas sûr à 100% que l’attribut title soit correctement restitué par le lecteur d’écran (tout dépend de la configuration de l’utilisateur).
À faire :
<a href="URL" class="link-facebook">
<span class="visually-hidden">Retrouvez-nous sur Facebook</span>
</a>
.link-facebook {
display: block;
height: 2rem;
width: 2rem;
background-image: url("facebook.png");
}
→ dans ce cas là, le lecteur d’écran retranscrit bien "Retrouvez-nous sur Facebook".
Signaler lorsqu’un lien s’ouvre dans une nouvelle fenêtre :
<a href="URL" target="_blank" aria-label="Lire l’article (nouvelle fenêtre)">Lire l’article</a>
<a href="URL" target="_blank" title="Lire l’article (nouvelle fenêtre)">Lire l’article</a>
Chaque image doit avoir un attribut alt. Les images décoratives (qui n'apportent rien au contenu) doivent avoir un attribut alt vide <img ... alt="">.
Documentation : https://www.w3.org/WAI/tutorials/images/
Une image porteuse d’information ou cliquable doit avoir une alternative textuelle, l’attribut alt doit reprendre l’information figurant sur l’image.
Exemple d’une image cliquable :
<a href="www.knacss.com">
<img src="knacss.png" alt="Knacss">
</a>
Exemple d’une image porteuse d’information :
<img src="banner.png" alt="4,9 milliards € sont consacrés à la modernisation […] - 10 millions € […] - 700km">
Attention : inutile de commencer l’attribut alt="" par "Image : …", cette information sera retranscrite par les lecteurs d’écrans lors de la lecture de l’élément <img>.
Une image de décoration doit avoir un alt vide afin que l’image ne soit pas retranscrite par les lecteurs d’écrans.
Exemple d’une image de décoration :
<img src="kiwiparty.png" alt="">
Utiliser de préférence un <span> invisible pour l’alternative textuelle, le texte sera alors retranscrit par les lecteurs d’écrans (cf "Astuces CSS" plus haut).
Meilleure technique relevée par Atalan : http://blog.atalan.fr/svg-liens-et-lecteurs-decran/
<a href="…">
<span class="visually-hidden">Le titre du lien</span>
<svg aria-hidden="true">…</svg>
</a>
Utiliser l'élément <fieldset> pour regrouper les champs ayant trait à la même thématique (ex : coordonnées du visiteur lors d'une commande en ligne.
Toujours associer un <label> à un élément de formulaire <input> ou <textarea> pour définir son intitulé. Ne pas utiliser l'attribut placeholder comme seule indication.
TODO
TODO
Les éléments pouvant recevoir le focus autres que nativement <a>, <input> ou <button> pourront être équipés de tabindex="0".
Les éléments ne devant pas recevoir de focus doivent comporter l'attribut tabindex="-1".
S'il y a lieu, changer l'ordre de tabulation avec des attributs tabindex positifs pour réfléter l'ordre logique et/ou l'ordre visuel des éléments.
TODO
TODO
TODO
Player accessibles
Sous-titres avec webVTT
TODO
- Contrastes
- Techniques et principes généraux (lisibilité du texte sur fond, par exemple)
- Outils pour évaluer/mesurer ça
- Couleurs
- Daltonisme
- Tailles de polices
- Minimums ?
Utiliser l'attribut aria-live sur les informations provenant de chargements AJAX ou dévoilées par JavaScript dynamiquement (ex : non présentes naturellement dans le flux de la page comme des alertes).
<div role="alert" aria-live="assertive" aria-atomic="true">
<p>Message envoyé avec succès / Article ajouté au panier</p>
</div>
On pourra moduler avec aria-relevant (additions, removals, text, all) selon qu'on ajoute le contenu au conteneur ou que c'est lui-même qui se voit inséré dans le corps de la page.
Pour tous les composants de page agissant sur le contenu, de type swiper, slider, slideshow, accordéon, pagination, onglets, menu déroulant, on privilégiera les scripts "accessibles", y compris ceux utilisant ARIA. Le but étant, entre autres, de ne pas gêner la navigation au clavier et de permettre la lecture de la page avec une synthèse vocale.
La bibliothèque de plugins jQuery Pepin est un départ pour cela https://github.com/alsacreations/pepin
Pour les menus déroulants et mega menus, Accessible Mega Menu a fait ses preuves https://adobe-accessibility.github.io/Accessible-Mega-Menu/
- Notices Accedeweb http://www.accede-web.com/notices/
- Patterns accessibles http://a11yproject.com/patterns/
- Exemples ARIA http://heydonworks.com/practical_aria_examples/
- RGAA 3 https://references.modernisation.gouv.fr/rgaa-accessibilite
- Plugins jQuery accessibles https://a11y.nicolas-hoffmann.net/
- Plugins vanilla JS accessibles https://van11y.net/
TODO
Sous Mac OS X. Fonctionne bien avec Safari.
Lancement : cmd + fn + F5
Navigation avec les flèches et d’autres raccourcis


