Cellules d’en-tête, Scope et Headers, tableaux s’étendant sur de nombreuses pages, formats de nombres – et comment reconnaître qu’un tableau n’en est pas vraiment un.
Un tableau dans un PDF est accessible lorsqu’un lecteur d’écran peut annoncer, pour chaque cellule, à quelle ligne et à quelle colonne elle appartient. Pour cela, il doit être balisé comme tableau, ses cellules d’en-tête doivent être balisées comme telles et, pour les tableaux complexes, l’association doit être enregistrée explicitement. Les budgets publics – en Allemagne le « Haushaltsplan », le budget qu’une commune ou un Land adopte pour un ou deux exercices – en sont l’épreuve ultime : des centaines de pages, des en-têtes à plusieurs niveaux (réalisé, prévisions budgétaires, programmation sur plusieurs années), des lignes de totaux, des notes de bas de page et des chiffres qui ne veulent rien dire sans contexte.
Comment les lecteurs d’écran lisent les tableaux
Les utilisateurs et utilisatrices de lecteurs d’écran parcourent un tableau cellule par cellule. Au passage dans une nouvelle colonne ou une nouvelle ligne, le lecteur d’écran annonce la cellule d’en-tête correspondante : « Prévision 2027, charges de personnel, 4 812 300 ». Si les cellules d’en-tête manquent, on n’entend que « 4 812 300 » – et il faut mémoriser l’association sur des dizaines de lignes. C’est le cœur du critère WCAG 1.3.1 (Information et relations) : les relations visibles doivent aussi être reconnaissables techniquement.
Les éléments de base
- Table, TR, TH, TD : le tableau se compose de lignes (TR) avec des cellules d’en-tête (TH) et des cellules de données (TD) ; il peut être subdivisé en THead, TBody et TFoot (technique WCAG PDF6).
- Scope : chaque cellule d’en-tête indique à quoi elle s’applique – à la colonne (Column), à la ligne (Row) ou aux deux (Both). PDF/UA-1 exige cet attribut lorsque l’association n’est pas définie par Headers et ID.
- Headers et ID : avec des en-têtes à plusieurs niveaux, chaque cellule de données renvoie explicitement aux ID de toutes les cellules d’en-tête qui s’appliquent à elle.
- RowSpan et ColSpan : les cellules fusionnées doivent être signalées comme telles, sinon les associations se décalent.
Un budget, concrètement
Un compte de résultat partiel typique (« Teilergebnisplan ») comporte des colonnes comme « N° », « Nature des produits et des charges », « Réalisé 2025 », « Prévision 2026 », « Prévision 2027 » et plusieurs années de programmation. Un balisage pertinent signifie :
- La ligne d’en-tête se compose de cellules TH avec Scope Column.
- La colonne contenant l’intitulé (« Charges de personnel ») est un en-tête de ligne : TH avec Scope Row. Ainsi, le lecteur d’écran cite le poste pour chaque montant.
- Les lignes de totaux et de soldes (« Résultat ordinaire ») sont des lignes normales avec leur propre en-tête de ligne, pas seulement du texte en gras.
- S’il y a deux niveaux d’en-tête – par exemple « Programmation » au-dessus de trois colonnes d’années –, il faut soit un ColSpan au niveau supérieur, soit une association via Headers. La solution la plus simple consiste souvent à fusionner les niveaux : « Programmation 2028 » au lieu de « Programmation » au-dessus de « 2028 ».
Tableaux sur plusieurs pages
- Un tableau logique est un seul tableau : si un tableau s’étend sur plusieurs pages, il doit rester un unique élément Table dans l’arbre des balises. Les balises ne sont pas liées aux pages.
- Les lignes d’en-tête répétées sur les pages suivantes sont en pratique généralement marquées comme artefacts ; sinon, le lecteur d’écran les lit comme des lignes de données supplémentaires au milieu du tableau.
- Les reports (« Report de la page 12 ») sont une aide pour l’impression. Qu’ils restent du contenu ou deviennent des artefacts, décidez-le de manière délibérée et cohérente.
- Des tableaux distincts sont justes lorsque les contenus sont réellement distincts – par exemple lorsque chaque budget partiel commence par son propre tableau.
Tableaux sans en-tête
Tous les tableaux n’ont pas une ligne d’en-tête visible. Dans les listes à deux colonnes (« Domaine de prestations : écoles et culture »), la colonne de gauche est l’en-tête de ligne et est balisée comme TH avec Scope Row. Si un tableau de données n’a aucune cellule d’en-tête, un lecteur d’écran ne peut annoncer aucune association – un problème au regard du critère WCAG 1.3.1, même si tous les outils de contrôle ne le signalent pas. Dans ce cas, une ligne d’en-tête doit être ajoutée dans le document source, ou bien il est légitime de se demander s’il faut vraiment un tableau.
Quand les tableaux n’en sont pas
De nombreux tableaux des documents administratifs sont des grilles de mise en page : l’en-tête de lettre avec le logo à gauche et l’adresse à droite, le bloc de signature, un texte sur deux colonnes, un sommaire avec points de conduite. Balisés comme tableaux, ils déroutent : le lecteur d’écran annonce « tableau de 2 colonnes et 3 lignes » là où il n’y a que du texte. Ces tableaux sont dissous – en paragraphes, en listes ou, pour le sommaire, dans les éléments de structure prévus à cet effet. À l’inverse, il existe des données alignées uniquement avec des tabulations ou des espaces, qui ressemblent visuellement à un tableau. Elles ont besoin d’une vraie structure de tableau.
Nombres, unités, abréviations
- Les unités dans l’en-tête : « en milliers d’EUR » a sa place dans la cellule d’en-tête ou dans le titre du tableau – elle est alors annoncée elle aussi.
- Valeurs négatives : vérifiez avec un lecteur d’écran si le signe moins est annoncé. Des valeurs reconnaissables comme négatives uniquement par leur couleur rouge ne respectent pas le critère WCAG 1.4.1 (Utilisation de la couleur).
- Cellules vides, tirets, zéros : les utiliser de manière cohérente et expliquer dans une légende ce que signifie « – ».
- Les abréviations dans les cellules d’en-tête, comme « VE » (« Verpflichtungsermächtigung », autorisation d’engagement) ou « HH-Rest » (« Haushaltsrest », crédit reporté), doivent être expliquées une fois dans le document.
- Proposer aussi les données : mettre les chiffres à disposition sous forme de tableur ou de données ouvertes ne remplace pas le PDF accessible, mais facilite l’analyse pour beaucoup.
Erreurs fréquentes
- La ligne d’en-tête est seulement mise en gras, mais balisée en TD.
- Des cellules d’en-tête fusionnées sans ColSpan – toutes les associations se décalent d’une colonne.
- Chaque page est un tableau distinct, la ligne d’en-tête répétée est lue comme une ligne de données.
- Le tableau a été produit depuis le tableur via « Imprimer en PDF » et n’a pas de balises.
- Des colonnes ou des lignes vides ne servent que d’espacement.
- Des tableaux entiers sont insérés sous forme d’image.
Comment DokAudit vous aide
DokAudit balise automatiquement les tableaux avec leurs cellules d’en-tête, corrige les erreurs de structure typiques et dissout les tableaux de mise en page. Les tableaux ambigus sont reconnus avec l’aide de l’IA ; le résultat n’est retenu que si le contrôle de conformité ne l’évalue pas moins bien. Pour les en-têtes à plusieurs niveaux et les documents très volumineux comme un budget complet, il est conseillé de vérifier les associations par échantillonnage avec un lecteur d’écran – la solution la plus propre reste un tableau de structure simple dans le document source. Nous travaillons aussi les tableaux dans nos formations ; les tableaux d’un PDF peuvent en outre être exportés pour un traitement ultérieur avec l’outil PDF vers Excel.
Sources:
État : 09/2026. Cet article donne une vue d’ensemble générale et ne constitue pas un conseil juridique. Seuls les textes de loi et de normes en vigueur font foi ; dans certains cas, le droit des Länder allemands peut différer.