Le WordPress d'aujourd'hui, décodé pour les développeurs

Accessibilité

Tableau de bord coopératif d’une exploitation agricole, rendu accessible

Un tableau de suivi de capteurs d'humidité et de niveaux de stock, partagé entre plusieurs exploitants d'une coopérative. Comment prioriser les correctifs sans tout refondre.

Par Clément Hadrot • 8 mars 2026 • 4 min de lecture • Aucun commentaire
Tableau de bord coopératif d'une exploitation agricole, rendu accessible

Comment une coopérative de producteurs partageant un même tableau de bord numérique peut-elle garantir que chaque exploitant, y compris celui qui navigue au clavier suite à une perte de mobilité fine, accède aux mêmes informations que les autres ? C’est la question posée par un groupement agricole qui utilise un tableau de suivi interne pour visualiser l’humidité des sols de plusieurs parcelles et les niveaux de stock de semences partagées entre exploitations.

L’outil, développé en interne sur WordPress avec un plugin de visualisation de données, n’avait jamais fait l’objet d’un regard accessibilité avant qu’un des exploitants ne signale des difficultés d’usage. Une quinzaine d’anomalies ont été recensées lors de l’audit ; trois d’entre elles concentraient l’essentiel de l’impact réel et ont été traitées en priorité.

Anomalie prioritaire n°1 : des graphiques sans aucun équivalent textuel

Les courbes d’humidité par parcelle, affichées sous forme de graphiques en ligne générés en JavaScript, ne portaient aucune alternative textuelle. Une personne utilisant un lecteur d’écran n’avait accès à aucune donnée : ni valeur actuelle, ni tendance, ni seuil d’alerte. Le graphique lui-même était souvent inséré comme un simple élément <canvas> sans description associée.

Le correctif retenu n’a pas nécessité de reconstruire les graphiques : un tableau de données brutes, positionné juste après chaque graphique et masqué visuellement mais accessible aux technologies d’assistance, restitue les mêmes valeurs de façon structurée.

<table>
  <caption>Humidité du sol, parcelle Nord, sept derniers relevés</caption>
  <thead>
    <tr><th>Date</th><th>Humidité (%)</th></tr>
  </thead>
  <tbody>
    <tr><td>3 mars</td><td>38</td></tr>
    <tr><td>4 mars</td><td>41</td></tr>
  </tbody>
</table>
L'essentiel à retenir : Les graphiques de capteurs manquaient totalement d'équivalent textuel ; Le tri des colonnes de stock cassait la navigation au clavier ; Trois correctifs ciblés ont suffi à débloquer l'essentiel

Anomalie prioritaire n°2 : un tri de colonnes qui piégeait le clavier

Le tableau de suivi des stocks de semences permettait de trier chaque colonne (variété, quantité, date de péremption) par un clic sur l’en-tête. Ce clic reposait sur un gestionnaire d’événement posé directement sur une balise <th> sans rôle interactif ni possibilité d’activation au clavier : impossible de trier autrement qu’à la souris, et le focus, une fois le tableau redessiné après un tri, se perdait purement et simplement en haut de la page.

La correction a transformé chaque en-tête triable en véritable bouton natif à l’intérieur de la cellule, avec restitution du focus sur ce même bouton après le nouveau rendu du tableau :

<th>
  <button aria-label="Trier par quantité en stock">
    Quantité
  </button>
</th>

Anomalie prioritaire n°3 : les alertes de seuil bas invisibles au clavier

Quand un stock de semences descendait sous un seuil critique, une pastille rouge clignotante apparaissait à côté de la ligne concernée. Rien n’indiquait cette alerte autrement que par la couleur et l’animation : ni texte, ni annonce sonore, ni moyen de repérer la ligne concernée en parcourant le tableau au clavier sans la voir défiler à l’écran.

Le correctif ajoute un texte explicite directement dans la cellule concernée, complété par une annonce ponctuelle lors du passage sous le seuil : « Stock de semences de blé tendre sous le seuil critique, 8 kilogrammes restants ».

Ce qui a été volontairement reporté

Les douze autres anomalies relevées, essentiellement des problèmes de contraste sur des libellés secondaires et des zones tactiles un peu étroites sur la version mobile du tableau, ont été classées en second temps. Elles restent réelles, mais aucune ne bloquait complètement un usage, contrairement aux trois premières.

Conseil maison : face à une liste longue d’anomalies, distinguez toujours ce qui empêche complètement une tâche de ce qui la rend seulement plus pénible. Les deux méritent d’être corrigés, mais pas dans le même ordre.

Notre verdict

Un outil interne, même destiné à un nombre restreint d’utilisateurs, mérite la même rigueur qu’un site public dès lors qu’une personne dépend de lui pour son activité professionnelle quotidienne. Sur ce cas, trois correctifs ciblés, réalisés en moins d’une semaine, ont suffi à rendre le tableau de bord réellement utilisable au clavier et à la voix, sans attendre une refonte complète que la coopérative n’avait de toute façon pas les moyens de financer dans l’immédiat.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi