Ne pas utiliser un tableau pour mettre en forme du texte

  • Accessibilité
  • Texte

Source

Critère 5.3 - RGAA

Comprendre

Les personnes aveugles et très malvoyantes qui utilisent un lecteur d’écran parcourent le contenu du tableau de manière séquentielle. Elles ont donc besoin que l’information ne repose pas sur la position visuelle des éléments, mais qu’elle suive un ordre logique dans le code source.

Il faut donc prêter attention à l’ordre de lecture des tableaux par les lecteurs d’écran, qui correspond à l’ordre du code source. On parle alors de « contenu linéarisé ».

Consultez le guide des impacts sur les utilisateurs 

Mise en œuvre

  • Utilisez une liste pour structurer le contenu
  • Si cela n’est pas possible,
  • Ajoutez la propriété ARIA role="presentation" sur la balise table pour que votre tableau de mise en forme ne soit pas restitué comme un tableau de données.
  • Structurez le contenu de chaque tableau de mise en forme de manière sémantique, comme vous le feriez s’il n’y avait pas de tableau : en utilisant des paragraphes, des titres, des listes, etc.

Exemple à proscrire

Dans cet exemple donné par Access42, le tableau présente des cellules fusionnées. Les lecteurs d'écran vont restituer le contenu de cette manière :

  • Ingrédients
    • farine
  • Ustensiles
    • 1 bol
    • lait
    • 1 fouet
    • œufs
    • 1 poêle

tableau-liste

Exemple à privilégier 

  • Ingrédients
    • farine
    • lait
    • œufs
  • Ustensiles
    • 1 bol
    • 1 fouet
    • 1 poêle

Source : Access42 - Exemple -  Comment intégrer des tableaux HTML accessibles et conformes au RGAA