Le cœur de WordPress est dans un état correct et dispose d'une équipe accessibilité avec de vraies exigences. Presque rien de ce qui échoue sur un site WordPress ne vient du cœur.
Cela vient du thème, du constructeur de pages, des extensions, et de douze ans d'images téléversées sans alternative textuelle. Ce sont les quatre endroits où regarder.
La médiathèque est le plus grand gain à elle seule
Chaque image jamais téléversée a un champ alt, et sur la plupart des sites la plupart sont vides. C'est une modification en lot qui sépare d'une grande amélioration, et c'est un travail qu'un rédacteur peut faire sans développeur.
Deux règles le rendent rapide : si l'image porte de l'information, écrivez ce que vous diriez en lisant la page à voix haute ; si elle est décorative, laissez l'alt vide plutôt que d'y taper le nom du fichier. Vide est correct et silencieux — absent ne l'est pas.
Les constructeurs de pages
Elementor, Divi, WPBakery et leurs semblables produisent des structures profondes de `div` avec un style qui ressemble seulement à de la sémantique. Les titres deviennent du texte stylé, les boutons des div liés, et les accordéons partent sans `aria-expanded`.
Vous ne pouvez généralement pas réécrire la sortie du constructeur, mais vous pouvez choisir ses composants avec soin : le composant titre plutôt qu'un bloc de texte stylé, le composant bouton plutôt qu'une image liée — et vérifier ce que chacun produit avant qu'il ne se retrouve sur cinquante pages.
- pas çaDes composants titre dont le niveau a été choisi pour sa taille plutôt que pour sa place dans le plan.
- pas çaDes boîtes à icône et des boîtes image qui enveloppent toute une carte dans un lien sans nom accessible.
- pas çaDes carrousels en lecture automatique sans commande de pause.
- pas çaDes onglets et des accordéons sans comportement clavier ni état ARIA.
Les thèmes
Vérifiez si le thème déclare `accessibility-ready` — WordPress.org contrôle ce mot-clé contre une vraie liste, et c'est un signal qui a du sens. La plupart des thèmes commerciaux ne le portent pas.
Quel que soit le thème, quatre choses se vérifient directement : le lien d'évitement est-il présent et devient-il visible au focus ; le focus est-il visible sur chaque contrôle ; le menu mobile fonctionne-t-il au clavier ; et les niveaux de titre des gabarits forment-ils un plan.
Les extensions
Formulaires, bandeaux de cookies, fenêtres surgissantes et composants de recherche : c'est par là qu'arrive le balisage injecté. Les extensions de formulaire de contact varient énormément : certaines produisent de vraies étiquettes et de vraies associations d'erreur, d'autres des textes indicatifs et une bordure rouge.
Testez un formulaire en le soumettant vide avec un lecteur d'écran actif. Si rien n'est annoncé et que le focus ne bouge pas, l'extension échoue à 3.3.1 et vous ne pourrez pas la corriger depuis le thème.
Par où commencer
Dans cet ordre, parce que chaque étape est moins coûteuse que la suivante.
- à faireAnalysez la page d'accueil, un article, un gabarit de page, les résultats de recherche et la page de contact.
- à faireCorrigez le contraste dans les variables CSS du thème — une modification, tout le site.
- à fairePassez la médiathèque en revue pour les images réellement utilisées.
- à faireTestez le formulaire de contact au clavier et au lecteur d'écran. Remplacez l'extension si elle échoue.
- à faireProgrammez une analyse hebdomadaire pour qu'une mise à jour d'extension ne défasse rien en silence.
Questions
- WordPress est-il accessible ?
- Le cœur est dans un état raisonnable et l'éditeur de blocs progresse. Ce qui arrive aux visiteurs, c'est le cœur plus votre thème plus vos extensions plus votre contenu, et les défauts viennent presque toujours des trois derniers.
- Les extensions d'accessibilité corrigent-elles l'accessibilité de WordPress ?
- Les extensions qui aident à bien rédiger — rappels d'alternative textuelle, vérificateurs de contraste dans l'éditeur — sont réellement utiles. Celles qui injectent un widget de surcouche ne corrigent pas le balisage sous-jacent.
- Que veut dire « accessibility-ready » sur un thème ?
- C'est un mot-clé que WordPress.org contrôle contre une liste publiée couvrant navigation au clavier, contraste, titres et formulaires. Ce n'est pas une garantie de conformité, mais cela veut dire que quelqu'un a vérifié.
Continuer la lecture