Choisir la comparaison que le lecteur pourra faire
Prenons un exemple fictif, sans données réelles : un média local prépare un article sur les horaires de plusieurs bibliothèques. Son fichier de collecte contient les heures d’ouverture, mais aussi les coordonnées des interlocuteurs, les dates d’appel et des notes internes. Copier toute la feuille dans le CMS encombrerait la page avec des informations de travail. Le tableau public doit d’abord permettre de retrouver et de comparer les horaires.
Il faut pour cela une situation commune. Si certains établissements ont fourni leurs horaires de vacances et d’autres ceux de la période scolaire, les réunir dans les mêmes colonnes ferait croire à une comparaison qui n’existe pas. L’auteur peut séparer les périodes ou limiter le tableau à celle qu’il a vérifiée pour tous. La mise en forme ne pourra pas corriger ce choix à sa place.
La question vaut pour d’autres sujets : veut-on retrouver un tarif, suivre une évolution ou rapprocher des situations selon le même critère ? Cette question aide à décider quelles colonnes garder. Certaines peuvent rejoindre un document complémentaire ; d’autres n’ont pas de raison de sortir du dossier de travail.
Le texte voisin peut expliquer la limite de la comparaison. Dans notre exemple, les horaires ne permettent de conclure ni à la fréquentation ni à la qualité du service. Le lecteur doit pouvoir consulter le tableau sans le prendre pour un classement général des bibliothèques. Cette précision fait partie de l’information publiée.
Nommer les colonnes et expliquer les valeurs absentes
Dans un tableau simple, un titre comme « Horaires » ne suffit pas toujours. La colonne peut contenir une heure d’ouverture, une amplitude totale ou une plage qui change selon le jour. Les libellés doivent rendre la comparaison possible sans supposer que le lecteur connaît la feuille de collecte utilisée par le journaliste.
Le même problème existe avec les quantités. Un montant doit indiquer sa monnaie et sa période ; un pourcentage doit permettre de comprendre à quel ensemble il se rapporte. Ces indications peuvent figurer dans l’en-tête ou dans une note immédiatement liée au tableau. Elles ne doivent pas dépendre d’un paragraphe situé très loin, que le lecteur pourrait avoir sauté.
Une cellule vide peut signifier que l’information manque, qu’elle ne s’applique pas ou qu’elle n’a pas encore été vérifiée. Ce n’est pas nécessairement une valeur nulle. Pour notre exemple fictif, écrire « non communiqué » dans le cas correspondant serait plus clair que laisser le lecteur imaginer que la bibliothèque est fermée. Le libellé doit correspondre à la situation réellement constatée.
Le W3C explique également que les relations d’en-tête doivent être explicitées lorsque les données sont ambiguës ou que le tableau comporte des en-têtes de lignes et de colonnes. L’attribut HTML scope sert notamment à préciser leur direction. Ce point peut être confié à la personne qui maintient le site. Exemples de tableaux et d’en-têtes du W3C.
Donner une légende, une source et une période
Le W3C distingue la légende qui identifie le sujet du tableau d’un résumé qui explique l’organisation d’un tableau complexe. Ce résumé ne doit pas répéter la légende. Il peut aider à comprendre où trouver les informations. Guide du W3C sur les légendes et résumés.
Pour les bibliothèques fictives, la rédaction pourrait écrire une légende qui nomme le territoire et la période concernée. Le lecteur comprendrait immédiatement s’il consulte les horaires de la semaine ou ceux d’une période particulière. Une phrase voisine pourrait préciser comment les données ont été recueillies, à condition que cette explication corresponde au travail effectué.
Le lien vers une source doit conduire au document utilisé, lorsque celui-ci est public et peut être partagé. Une page d’accueil institutionnelle est moins utile qu’une page qui permet de retrouver les horaires cités. Si la rédaction a obtenu une confirmation directe, elle peut le préciser avec une date, sans inventer une adresse documentaire qui n’existe pas.
Lorsque plusieurs sources alimentent le tableau, une note générale peut ne plus suffire. Les références peuvent être associées aux lignes concernées ou expliquées dans une note de méthode proche. Lorsqu’une valeur est contestée, le collègue qui relit retrouve ainsi le document utilisé. La même référence lui servira lors d’une mise à jour, quand le souvenir de la collecte se sera estompé.
Garder un tableau structuré dans la page
Le W3C indique qu’un tableau accessible doit distinguer les cellules d’en-tête des cellules de données et définir leurs relations. Les technologies d’assistance utilisent cette structure pour donner le contexte d’une valeur. Une présentation visuelle seule ne suffit pas. Tutoriel du W3C sur les tableaux.
Une capture d’écran du tableur ne conserve pas ces relations sous forme de tableau HTML. Elle peut servir d’illustration, mais elle ne devrait pas être le seul moyen de consulter des données nécessaires à l’article. Pour les horaires fictifs, le lecteur doit pouvoir retrouver un établissement et les jours associés sans devoir agrandir une image de toute la feuille.
Dans le CMS, le bloc prévu pour les tableaux constitue un point de départ. Une vérification technique devient utile lorsque les relations entre les cellules sont difficiles à exprimer. Le point à transmettre est précis : les noms des colonnes doivent être reconnus comme des en-têtes, pas seulement affichés en gras.
Le téléchargement du fichier source peut compléter la page si sa diffusion est appropriée. Il reste un autre usage : consulter ou réutiliser le jeu de données complet. Le lecteur qui cherche une réponse rapide devrait pouvoir la trouver dans l’article sans devoir ouvrir un logiciel de tableur. Le guide sur le rôle du PDF et de la page HTML développe cette complémentarité entre document et lecture sur le site.
Vérifier ce que le CMS produit réellement
La documentation WordPress décrit un bloc Tableau avec des réglages de section d’en-tête, de pied de tableau, de largeur des cellules et de légende. Elle précise aussi que l’apparence finale dépend du thème. Ces possibilités facilitent la préparation, mais le nom d’un réglage ne démontre pas à lui seul l’accessibilité de la page obtenue. Documentation du bloc Tableau.
Le premier contrôle peut se faire dans l’aperçu : les libellés sont-ils complets, les colonnes correspondent-elles encore aux bonnes valeurs et une note reste-t-elle attachée au bon tableau ? Une opération de collage peut demander des ajustements. Le contenu doit être comparé au document vérifié, pas seulement à la dernière version visible dans l’éditeur.
Pour une structure inhabituelle, la personne technique peut inspecter le HTML et la navigation avec un lecteur d’écran. La rédaction peut fournir une tâche précise, par exemple retrouver l’horaire d’un établissement un jour donné. Le test devient plus parlant lorsqu’il vérifie une action de lecture réelle, avec les en-têtes nécessaires pour l’accomplir.
Fusionner des cellules pour obtenir une présentation plus compacte peut rendre ces relations plus difficiles à exprimer. Avant de demander une solution complexe, l’auteur peut essayer deux tableaux plus simples, chacun avec sa période et sa légende. Ce choix ne convient pas toujours, mais il mérite d’être examiné avant d’ajouter une structure que personne dans l’équipe ne saura maintenir.
Essayer la lecture sur téléphone
Pour notre tableau fictif, le test consiste à retrouver l’horaire d’une bibliothèque un jour donné, puis à vérifier un second établissement. Si la dernière colonne est hors champ, le lecteur doit comprendre qu’il peut continuer horizontalement et réussir ce déplacement. La personne technique peut examiner ce comportement ainsi que l’accès au clavier. L’auteur vérifie que la valeur consultée reste associée au bon établissement et au bon jour.
Faire tenir toutes les colonnes en diminuant fortement les caractères n’est pas forcément une solution lisible. La rédaction peut reprendre la sélection : les coordonnées détaillées ont-elles besoin d’être dans ce tableau, ou un lien suffit-il ? Les informations qui servent la comparaison restent dans la grille, avec leurs réserves. Celles-ci ne doivent pas disparaître pour gagner de la place.
Un essai avec le texte agrandi peut révéler une note superposée aux cellules ou une colonne devenue inaccessible. Le signalement doit décrire l’action réalisée et la taille d’écran, avec l’adresse de la page. « Impossible de lire l’horaire du samedi après agrandissement » permet de reproduire le problème plus facilement que « le tableau mobile est cassé ».
Ces contrôles ne constituent pas un audit complet d’accessibilité. Ils confirment un parcours et laissent une trace des difficultés à résoudre. Si le média publie régulièrement ce type de données, l’équipe technique peut vérifier un composant réutilisable ; la rédaction devra toujours contrôler les nouveaux libellés et les valeurs qu’elle y place.
Préparer le relais social sans isoler un chiffre de son contexte
Le post qui mène à l’article peut annoncer le service rendu par le tableau : comparer les horaires ou retrouver l’information d’un établissement. Il n’a pas besoin de reproduire toutes les données. Si une valeur est reprise, sa période et son périmètre doivent rester clairs. Le guide sur les chiffres dans les publications sociales traite cette relecture spécifique.
Une proposition produite par IA mérite une confrontation à la page source. Par prudence, la rédaction doit examiner si le texte extrait restitue correctement les relations entre colonnes. La valeur et son libellé sont à confronter au document original avant de valider le post. EditoRelay permet la relecture des propositions ; sa présence dans le circuit ne dispense pas de ce contrôle éditorial.
Lors d’une correction, la rédaction doit retrouver les phrases qui reprennent la donnée dans l’article et dans les relais concernés. La note de source et les références conservées rendent ce travail plus simple. Si seule la présentation change, il n’est pas nécessaire de présenter les chiffres comme nouveaux ; si une valeur est corrigée, l’explication doit correspondre à cette modification.
Avant la diffusion, un collègue peut ouvrir l’article sans voir le fichier de travail et chercher la réponse annoncée dans le post. S’il retrouve la valeur, son unité, sa période et sa source, le tableau remplit son rôle dans ce parcours. Les difficultés qu’il rencontre donnent à la rédaction des corrections concrètes à faire avant l’arrivée des lecteurs.
Sources officielles
Documents utilisés pour vérifier les points techniques de cet article.