Ce que recouvrent PDF/UA-1 et PDF/UA-2, les balises (tags) et le protocole Matterhorn – et pourquoi un PDF à l’aspect parfait peut malgré tout être illisible.
Le second document, invisible
Un PDF se compose de deux couches : le rendu visible et une structure invisible – les balises (tags). Les personnes voyantes lisent le rendu. Les lecteurs d’écran lisent les balises : quel texte est un titre ? Dans quel ordre les paragraphes s’enchaînent-ils ? Que contient chaque cellule de tableau ? Sans balises, une personne aveugle n’entend qu’un flux de caractères désordonné – le document peut être visuellement parfait et pourtant totalement inaccessible.
PDF/UA-1 : la norme établie
PDF/UA-1 (ISO 14289-1:2014, « Universal Accessibility ») définit à quoi doit ressembler cette structure dans un PDF basé sur PDF 1.7 (ISO 32000-1) : balisage complet dans un ordre de lecture logique, textes alternatifs pour les images, structure correcte des tableaux et des listes, langue du document déclarée, titre explicite, polices incorporées, champs de formulaire et liens étiquetés.
PDF/UA régit la technique au sein du format de fichier. Ce qu’un document doit accomplir sur le plan du contenu est décrit par les WCAG, qui s’appliquent aux documents via le chapitre 10 de la norme EN 301 549. L’EN 301 549 n’impose pas PDF/UA de manière contraignante ; sa nouvelle version V4.1.1 cite toutefois explicitement PDF/UA-1 et PDF/UA-2 comme les normes techniques des PDF accessibles. Dans la pratique des contrôles, le volet technique d’un PDF est donc mesuré à l’aune de PDF/UA. Pour comprendre les liens : WCAG 2.2 et EN 301 549 pour les documents PDF.
PDF/UA-2 : le successeur pour PDF 2.0
PDF/UA-2 (ISO 14289-2:2024) repose sur PDF 2.0 (ISO 32000-2). Ses exigences proviennent de la spécification « Well-Tagged PDF » (WTPDF) de la PDF Association, dont le niveau consacré à l’accessibilité a été repris comme norme ISO. Les principales différences :
- Les éléments de structure appartiennent à un espace de noms (PDF 1.7 ou PDF 2.0) ; les balises propres à Word ou InDesign sont associées à des types standard.
- Des types de structure nouveaux ou modifiés, par exemple Title, FENote pour les notes de bas de page et de fin, Em et Strong ; la balise générique H n’est plus admise, les titres doivent avoir un niveau (H1, H2…).
- Les signets et les liens peuvent pointer directement vers un élément de structure au lieu d’une simple page.
- Des exigences plus précises concernant les attributs et les annotations.
Un PDF en version 1.x ne peut pas formellement satisfaire à PDF/UA-2 – il doit pour cela être au format PDF 2.0.
Le protocole Matterhorn : comment on contrôle
Le protocole Matterhorn de la PDF Association traduit PDF/UA-1 en 31 points de contrôle comportant 136 conditions d’échec (version actuelle 1.1 de 2021). 87 d’entre elles sont vérifiables automatiquement – c’est le travail d’outils comme veraPDF (validateur open source sur lequel repose DokAudit) ou PAC (doté de son propre moteur de contrôle). 47 nécessitent en règle générale un humain : aucune machine ne peut décider si un texte alternatif est juste sur le fond ou si l’ordre de lecture est logique. Le protocole Matterhorn porte sur PDF/UA-1 ; pour PDF/UA-2, les règles vérifiables automatiquement sont notamment couvertes par le profil de validation PDF/UA-2 de veraPDF.
UA-1 ou UA-2 – que fait DokAudit ?
- Contrôle : DokAudit contrôle les documents avec veraPDF selon PDF/UA-1 et affiche en parallèle le résultat du contrôle PDF/UA-2.
- UA-1 reste la référence : la BITV 2.0 (ordonnance fédérale allemande sur l’accessibilité des technologies de l’information) et l’EN 301 549 s’appuient sur les WCAG, et PDF/UA-1 est le référentiel établi pour apporter la preuve de conformité. En outre, toutes les visionneuses et aides techniques ne prennent pas encore pleinement en charge les particularités de PDF 2.0.
- UA-2 sur demande : si la version corrigée réussit le contrôle UA-1, DokAudit peut en produire en plus une version PDF/UA-2 (PDF 2.0). Aucun contenu visible n’est modifié, seulement des identifiants, des métadonnées, des espaces de noms et des destinations de liens. Cette version n’est fournie que si elle réussit le contrôle veraPDF pour PDF/UA-2 – sinon, DokAudit indique les règles restantes.
L’identifiant UA – et pourquoi l’honnêteté compte
Un document conforme à PDF/UA porte un identifiant dans ses métadonnées. Les outils de contrôle donnent l’alerte si cet identifiant manque – ou s’il a été posé alors que le document ne remplit pas les exigences. Dans ce dernier cas, il s’agit d’une fausse déclaration de conformité. C’est pourquoi DokAudit ne pose l’identifiant que si le contrôle de conformité à la norme est effectivement réussi.
Sources:
État : 09/2026. Cet article donne une vue d’ensemble générale et ne constitue pas un conseil juridique. Font foi les textes de loi et de normes en vigueur ; dans certains cas, le droit d’un Land allemand peut différer.