Ce qui rend un PDF accessible — et pourquoi c'est important

SpecSpec: ISO 14289-1ISO 14289-1SpecSpec: ISO 14289-2ISO 14289-2SpecSpec: ISO 32000-2ISO 32000-2SpecSpec: WCAG 2.2WCAG 2.2

En bref

Un PDF accessible est un PDF qu’une personne incapable de voir la page peut tout de même lire, dans l’ordre que tu voulais, avec chaque image décrite et chaque titre annoncé comme un titre. Cette page explique comment un PDF porte ce sens — contenu balisé, arbre de structure, ordre de lecture, texte alternatif — et pourquoi cela vaut la peine de bien le faire.

Pourquoi c’est important

Un PDF, par défaut, est un ensemble de marques à des coordonnées. Il dit place ce glyphe ici et peins cette image là. Il ne dit pas, à lui seul, ceci est un titre, cette ligne appartient à cette colonne, ou cette image montre un contrat signé. Un lecteur voyant comble ces lacunes instantanément à partir de la mise en page. Un lecteur d’écran ne le peut pas. Il n’a que ce que le fichier énonce réellement.

Ainsi un PDF non balisé peut paraître parfait et se lire comme un non-sens : une page à deux colonnes annoncée tout droit en travers, un tableau de données aplati en un flot de nombres sans rapport, un graphique qui reste tout simplement muet. L’information est sur la page. Elle n’est juste pas atteignable. Pour des millions de personnes, c’est la différence entre un document qu’elles peuvent utiliser et un qu’elles ne peuvent pas — et, de plus en plus, la différence entre un service public conforme et une exposition juridique.

La version courte

• Un PDF balisé porte une couche parallèle de sens par-dessus les marques visuelles : ce flot de glyphes est un titre, ce bloc est une liste, cette région est un tableau.
• Ces balises pendent à un arbre de structure — un plan logique du document, séparé de l’endroit où les choses se situent sur la page (SpecSpec: ISO 32000-2, §14.7ISO 32000-2 §14.7).
• L’arbre fixe l’ordre de lecture, si bien que le contenu est présenté dans la séquence que tu as voulue, pas l’ordre dans lequel les glyphes ont été peints.
• Le contenu non textuel porte un équivalent textuel : une description /Alt pour une image, un texte de remplacement pour un flot de glyphes qu’un lecteur écorcherait autrement (SpecSpec: ISO 32000-2, §14.8ISO 32000-2 §14.8).
• PDF/UA (ISO 14289) est la norme qui dit quand tout cela est présent et correct. C’est ce que « PDF accessible » veut dire comme affirmation d’ingénierie, pas comme affirmation marketing (SpecSpec: ISO 14289-1ISO 14289-1).

L’approche de NextPDF

Deux couches, un seul fichier

Pense à un PDF accessible comme à deux couches qui voyagent ensemble. La couche de contenu est ce que tu vois : glyphes, lignes, images, placés à des coordonnées. La couche de structure est ce que cela signifie : un arbre d’éléments — document, titres, paragraphes, listes, tableaux, figures — qui nomme chaque morceau de contenu et le met en ordre.

Les deux sont cousues ensemble par le contenu marqué. Chaque flot significatif sur la page est enveloppé et reçoit un identifiant ; l’élément de structure correspondant pointe en retour vers cet identifiant. Ce lien est ce qui permet à une technologie d’assistance de parcourir l’arbre logique et, à chaque nœud, de trouver les octets exacts sur la page qu’il décrit. Fais le lien correctement et un titre est annoncé comme un titre ; rate-le et la structure est une fiction qui ne correspond pas à ce qui est montré.

L’ordre de lecture vit dans l’arbre, pas dans la mise en page

C’est l’idée qui surprend les gens. L’ordre qu’utilise un lecteur d’écran est l’ordre de l’arbre de structure, et c’est indépendant de l’endroit où le contenu tombe sur la page (SpecSpec: ISO 32000-2, §14.7ISO 32000-2 §14.7). Tu peux peindre une barre latérale en dernier et une note de bas de page en premier ; tant que l’arbre les enfile dans la séquence voulue, le document se lit correctement. Inversement, une page magnifiquement mise en page avec un arbre brouillé se lit magnifiquement de travers. La mise en page est pour les yeux. L’arbre est pour tout le monde d’autre.

Un équivalent textuel pour tout ce qui n’est pas du texte

Une photographie, un logo, un graphique, un filet décoratif — aucun de ceux-ci n’est constitué de mots, donc aucun n’annonce quoi que ce soit par défaut. Le PDF balisé comble cette lacune avec des descriptions alternatives : le texte /Alt d’une image décrit ce qu’elle transmet, et /ActualText fournit un remplacement propre pour un flot de glyphes qui serait autrement lu de travers, comme une ligature ou une lettrine stylisée (SpecSpec: ISO 32000-2, §14.8ISO 32000-2 §14.8). Les marques purement décoratives sont balisées comme des artefacts pour qu’elles soient ignorées plutôt que lues comme du bruit. La règle est simple : si cela porte du sens, cela reçoit un équivalent textuel ; sinon, cela est balisé pour être écarté.

Comment un lecteur d’écran consomme réellement le fichier

Quand une technologie d’assistance ouvre un PDF balisé, elle ne lit pas la page. Elle lit l’arbre, et utilise les liens de contenu marqué pour faire remonter le texte de chaque élément dans l’ordre.

1. OpenThe reader finds the structure tree root in the document catalog, the entry point to the logical document.
2. Walk the treeIt traverses the logical hierarchy — document, headings, paragraphs, lists, tables — in structure order.
3. Map the roleEach structure type maps to a familiar role, so a heading is announced as a heading and a list as a list.
4. Read the contentFor each element it reads the linked page text, or the alternate description when the content is an image.
5. Skip the noiseAnything tagged as a decorative artifact is passed over, never spoken.

Comment un lecteur d'écran consomme un PDF balisé : il ouvre le document, trouve la racine de l'arbre de structure, parcourt l'arbre logique dans l'ordre, fait correspondre chaque élément à un rôle familier, lit le texte de l'élément ou sa description alternative, et ignore tout ce qui est balisé comme décoratif. La séquence de lecture provient de l'arbre, pas de l'endroit où le contenu se situe sur la page.

Parce que la séquence est la séquence de l’arbre, un rapport à deux colonnes correctement balisé se lit en descendant une colonne puis l’autre, un tableau se lit cellule par cellule avec ses en-têtes, et une figure annonce sa description au lieu de tomber dans le silence. Le lecteur n’a jamais à deviner l’intention de l’auteur, parce que l’intention est consignée dans le fichier.

La norme qui le fixe : PDF/UA

Tout cela devient une affirmation vérifiable sous PDF/UA. PDF/UA-1, publiée sous le nom d’ISO 14289-1, énonce les exigences au niveau du fichier pour un PDF accessible par-dessus le modèle du PDF balisé (SpecSpec: ISO 14289-1, §7ISO 14289-1 §7). PDF/UA-2, ISO 14289-2, porte ces exigences sur le socle PDF 2.0 et affine la façon dont le contenu réel se rattache au modèle de structure (SpecSpec: ISO 14289-2, §8ISO 14289-2 §8). PDF/UA régit la structure du fichier ; les Web Content Accessibility Guidelines plus larges décrivent les résultats au regard desquels un document est mesuré, et une déclaration de conformité nomme le niveau qu’il a réellement atteint (SpecSpec: WCAG 2.2, §5WCAG 2.2 §5). Les deux travaillent ensemble : PDF/UA dit que la mécanique est présente et correcte, WCAG cadre ce à quoi ressemble le bon résultat pour un humain.

Human-factors note:Human-factors note

L’accessibilité n’est pas une fonctionnalité que tu visses à la fin. Un arbre de balises ajouté après la mise en page, en devinant l’ordre de lecture à partir des coordonnées, est exactement la fiction qui se lit de travers. Le sens doit venir de la structure du document telle qu’elle est rédigée — le titre est un titre quand il est écrit, pas quand un outil l’infère plus tard. Construis la structure en construisant le contenu, et le fichier accessible est le même fichier, pas un second.

Exemple pratique

Les balises ne sont pas visibles, donc la seule façon honnête de les vérifier est de regarder la structure qu’un outil rapporte. Une page accessible minimale a un vrai arbre : une racine de document, un titre, un paragraphe, et une figure qui porte une description plutôt que le silence.

StructTreeRoot
 └─ Document
     ├─ H1            "Quarterly Report"
     ├─ P             "Revenue rose across every region this quarter."
     └─ Figure        /Alt "Bar chart: revenue by region, all four up"

Un lecteur qui parcourt cet arbre annonce un titre de niveau un, lit le paragraphe, puis lit la description de la figure — dans cet ordre, quel que soit l’endroit où chaque élément a été peint. Retire l’arbre et la même page devient trois flots de glyphes déconnectés et un rectangle muet. Les pixels sont identiques. L’expérience ne l’est pas.

Idée fausse courante

La croyance fréquente est qu’un PDF « est accessible parce que le texte est sélectionnable ». Un texte sélectionnable signifie que les glyphes sont de vrais caractères plutôt qu’une image scannée — nécessaire, mais loin d’être suffisant. Un texte sélectionnable sans arbre de structure n’a toujours aucun titre, aucun ordre de lecture, aucune relation de tableau et aucune description d’image. L’accessibilité concerne la structure et le sens, pas seulement la présence de caractères extractibles. Un fichier peut réussir le copier-coller et échouer complètement face à un lecteur d’écran.

Un second piège consiste à traiter « balisé » comme un badge oui/non. Un fichier peut être balisé et tout de même faux : des balises qui mal-étiquettent le contenu, un arbre dont l’ordre ne correspond pas à l’intention, des images avec un texte /Alt vide ou inutile. Balisé est le début de la conversation, pas sa fin.

Limites et frontières

Cette page explique les concepts et les normes qui les définissent. Ce n’est pas un certificat de conformité, et aucun outil ne peut en accorder un à lui seul.

PDF/UA structural accessibility — edition availability

Edition	Availability
Core	○ Core écrit du PDF balisé : il émet un arbre de structure, marque le contenu décoratif comme des artefacts et porte le texte alternatif que tu fournis.
Pro	○ Ajoute un rattachement de structure plus riche pour les mises en page complexes — tableaux à plusieurs niveaux, listes et figures — pour que l’arbre corresponde mieux à l’ordre de lecture voulu.
Enterprise	○ Ajoute un contrôle et un rapport structurels de conformité. Cela reste un contrôle de structure, pas une certification — la détermination finale revient à un validateur et à un relecteur humain.

Deux frontières méritent d’être énoncées clairement. Premièrement, le moteur peut produire une structure correcte, mais il ne peut pas juger la qualité éditoriale : il portera fidèlement une description /Alt qui dit « image », et cela relève de l’auteur, pas du moteur. L’accessibilité est une collaboration entre un outil qui consigne le sens et un humain qui le fournit. Deuxièmement, une passe automatisée — y compris un validateur comme veraPDF — confirme que la mécanique est présente et bien formée. Elle ne confirme pas qu’une personne utilisant un lecteur d’écran peut réellement comprendre le résultat. La validation finale est humaine. Voir valider PDF/A et PDF/UA pour la façon dont ce contrôle automatisé s’inscrit dans l’ensemble.

Documents associés

• Le paysage des normes — où PDF/UA et WCAG se situent dans la fédération plus large des normes que NextPDF suit.
• Les polices : la partie difficile — pourquoi un texte qui semble correct peut tout de même être impossible à interroger, et comment cela touche l’accessibilité.
• Ce qu’est réellement un PDF — le modèle objet à l’intérieur duquel vit l’arbre de structure.
• Valider PDF/A et PDF/UA — comment exécuter un contrôle de conformité automatisé, et ce qu’il peut et ne peut pas te dire.

Glossaire

• PDF balisé — un PDF qui porte une couche parallèle de balises de structure par-dessus son contenu visuel, si bien qu’une technologie d’assistance peut atteindre le sens du document, pas seulement ses marques.
• Arbre de structure — le plan logique d’un document (racine, titres, paragraphes, listes, tableaux, figures), consigné indépendamment de la mise en page et utilisé pour déterminer l’ordre de lecture.
• Ordre de lecture — la séquence dans laquelle le contenu est présenté à un lecteur, tirée de l’arbre de structure plutôt que de l’endroit où les glyphes ont été peints.
• Texte alternatif — un équivalent textuel pour le contenu non textuel : une description /Alt pour une image, ou un remplacement /ActualText pour un flot de glyphes qui serait autrement lu de travers.
• Artefact — un contenu balisé comme décoratif (un filet, un fond, un filigrane) pour qu’un lecteur l’ignore au lieu de l’annoncer.
• PDF/UA — PDF/Universal Accessibility, ISO 14289. La norme qui définit quand un PDF balisé est réellement accessible. PDF/UA-1 est ISO 14289-1 ; PDF/UA-2 est ISO 14289-2, sur le socle PDF 2.0.