NORME

La norme PDF/UA

PDF/UA est la norme internationale qui définit ce qu’est un PDF techniquement accessible : un document balisé, dont la structure logique est lisible par une machine. Deux parties, ISO 14289-1 et ISO 14289-2. Voici ce qu’elle exige, et ce qu’elle ne garantit pas.

Auditer mes documents PDF Voir notre offre PDF
DÉFINITION

Qu’est-ce que PDF/UA ?

PDF/UA – pour « Universal Accessibility » – est la norme internationale ISO 14289. Elle définit ce qu’un fichier PDF doit contenir pour qu’une technologie d’assistance puisse le restituer fidèlement. Mais elle ne décrit pas une méthode de travail ou de test.

Son mécanisme central est le PDF balisé (« tagged PDF ») : une structure logique, parallèle à ce que l’œil voit, qui déclare la nature de chaque élément – titre, paragraphe, liste, tableau, image, lien – et l’ordre dans lequel il doit être lu. Sans cette structure, un lecteur d’écran ne rencontre qu’une suite de caractères posés sur une page.

La norme compte deux parties, toutes deux en vigueur :

  • ISO 14289-1:2014 (PDF/UA-1), adossée au format PDF 1.7,
  • et ISO 14289-2:2024 (PDF/UA-2), publiée le 13 mars 2024 et adossée au format PDF 2.0.
EXIGENCES

Ce que la norme exige d’un PDF

PDF/UA décrit un fichier, pas un processus. Les exigences portent sur ce que le document doit contenir – et sur ce qu’il ne doit pas contenir.

  • Une structure logique complète – chaque contenu porté par une balise sémantique, dans un arbre de structure unique.
  • Un ordre de lecture explicite – celui des balises, indépendant de la position des blocs sur la page.
  • Des alternatives textuelles – pour tout contenu non textuel porteur d’information.
  • Une langue déclarée – pour le document, et pour chaque passage rédigé dans une autre langue.
  • Un titre de document renseigné – c’est lui qui est annoncé, pas le nom du fichier.
  • Des polices intégrées et un texte réellement disponible – un scan non reconnu ne peut pas être conforme.
  • Une distinction contenu / décor – ce qui n’apporte pas d’information est déclaré comme artefact et ignoré par les technologies d’assistance.
  • Un identifiant PDF/UA – la revendication de conformité, inscrite dans les métadonnées XMP du fichier et lisible par une machine. C’est une déclaration, pas une preuve : sa présence n’atteste jamais à elle seule la conformité réelle du fichier.

Comment obtenir ces propriétés relève de la chaîne de production – outils de création, gabarits, contrôle qualité. C’est un autre sujet, traité dans notre approche de l’accessibilité PDF.

VERSIONS

PDF/UA-1 ou PDF/UA-2 : où en est la norme

Deux versions de normes cohabitent : elles s’appliquent à deux générations du format.Un document produit en PDF 1.7 se mesure à PDF/UA-1 ; un document produit en PDF 2.0 se mesure à PDF/UA-2.

Comparatif du PDF/UA-1 et PDF/UA-2
Items PDF/UA-1 PDF/UA-2
Référence normative ISO 14289-1:2014 ISO 14289-2:2024, publiée le 13 mars 2024
Format PDF visé PDF 1.7 (ISO 32000-1) PDF 2.0 (ISO 32000-2)
Ce qu’elle apporte Le socle : PDF balisé, structure logique, ordre de lecture, identifiant de conformité Nouveaux types d’éléments de structure de PDF 2.0, exigences complètes sur les attributs de structure et sur les annotations, prise en charge des mathématiques (dont MathML), liens internes par destinations de structure, fichiers associés
Outillage Écosystème mature (production, validation, formation) Support inégal selon les outils : veraPDF valide le profil PDF/UA-2, d’autres validateurs ne documentent pas ce support
Usage constaté en 2026 Référence de fait dans les cahiers des charges Cible des nouveaux projets, à mesure que PDF 2.0 se généralise

Nota :

PDF/UA-2 ne sort pas de nulle part. Elle a été développée en parallèle de WTPDF (« Well-Tagged PDF »), spécification publiée librement par la PDF Association en février 2024, avec laquelle elle est pleinement compatible : un fichier conforme au niveau « accessibility » de WTPDF est conforme à PDF/UA-2. La norme ISO élève au rang de standard international des exigences que les éditeurs avaient déjà commencé à implémenter.

OBLIGATION

PDF/UA est-il obligatoire ?

Non, aucun texte français n’impose PDF/UA. Seule l’accessibilité des PDF est obligatoire.

Le RGAA 4.1.2 traite les documents en téléchargement par deux critères de sa thématique 13 : un document bureautique en téléchargement doit posséder, si nécessaire, une version accessible, et cette version doit offrir la même information. Le référentiel ne comporte pas de méthode d’évaluation dédiée au format PDF. En note si quand même. Il recommande de tester avec le PAC en disant que ça correspond aux exigences du PDF/UA :

L’EN 301 549 V3.2.1, version citée au Journal officiel de l’Union européenne, couvre les documents non web à sa clause 10 : elle y transpose les critères des WCAG et ne mentionne pas PDF/UA.

Et l’European Accessibility Act fixe des exigences fonctionnelles, sans imposer ni norme de format ni référentiel de test.

Alors pourquoi PDF/UA s’impose-t-il partout ?

Parce que c’est la seule norme qui décrit techniquement le fichier attendu. Un donneur d’ordre qui écrit « PDF/UA » dans un cahier des charges n’attend pas un taux de conformité, comme dans un audit : il attend une propriété du fichier, vérifiable et opposable à la livraison. C’est un langage commun entre un acheteur et un prestataire.

VÉRIFICATION

Comment se vérifie la conformité PDF/UA

La conformité à PDF/UA se contrôle à trois niveaux, et le premier ne suffit jamais.

Le Matterhorn Protocol, publié par la PDF Association, énumère toutes les manières d’échouer à PDF/UA-1 : sa version 1.1 (avril 2021) compte 31 points de contrôle et 136 conditions d’échec. Les validateurs en automatisent la part vérifiable par une machine – veraPDF, validateur open source, couvre les profils PDF/UA-1 et PDF/UA-2 ; PAC, gratuit, exécute les points de contrôle automatisables du Matterhorn et un contrôle WCAG 2.1. Le Matterhorn Protocol porte sur PDF/UA-1 : aucun protocole équivalent n’est publié à ce jour pour PDF/UA-2, et tous les validateurs ne couvrent pas encore cette seconde partie.

La pertinence d’une alternative textuelle, la cohérence d’un ordre de lecture, la structure d’un tableau à double entrée, la hiérarchie réelle des titres : aucune machine ne juge cela. C’est la part irréductible du travail d’expert.

La restitution du document sous lecteur d’écran – NVDA, JAWS, VoiceOver – est la seule preuve d’utilisabilité. Un fichier « sans erreur » chez un validateur n’est pas un document accessible : c’est un document sans erreur détectable automatiquement.

Ces trois niveaux suffisent à démontrer la conformité PDF/UA d’un document : la norme n’exige ni référentiel d’évaluation ni échantillonnage. Sur un parc de plusieurs milliers de fichiers, la difficulté n’est donc pas la méthode – c’est l’industrialisation du contrôle.

Nota :

Un rapport de conformité ne dit pas où corriger ; un contrôle de balisage ne délivre pas de conformité. Nos équipes utilisent les deux, dont le PUC (PDF Usability Checker), notre outil interne de vérification du balisage.

LIMITES

Ce que PDF/UA ne garantit pas

La PDF Association, qui porte la norme auprès de l’ISO, le rappelle explicitement : la conformité PDF/UA ne garantit à elle seule ni un usage accessible de la couleur et des contrastes, ni l’accessibilité du contenu pour certains troubles cognitifs, ni le comportement des traitements produits par script. Un document peut être conforme et rester pénible à utiliser. À quoi s’ajoute, dans notre pratique, la question de la clarté du langage – qu’aucune norme de format ne peut mesurer.

D’où l’articulation à retenir : PDF/UA garantit qu’un document est correctement construit ; les WCAG décrivent l’expérience de la personne qui le lit. Les deux sont complémentaires : PDF/UA est le moyen technique généralement retenu pour satisfaire les WCAG sur un document PDF. Lorsqu’un document répond aux deux, la conformité peut être documentée dans ses métadonnées sous une forme lisible par machine.

C’est la raison pour laquelle un audit sérieux ne s’arrête pas à un rapport de validateur. Réconcilier la technologie dans sa complexité et l’humain dans sa diversité, c’est précisément ce qui se joue entre un fichier conforme et un document réellement utilisable.

ACCOMPAGNEMENT

Des documents conformes, avec Ipedis

Une norme décrit un fichier. Elle ne produit pas des documents accessibles. Orchestrateur de l’accessibilité numérique, Ipedis intervient sur toute la chaîne documentaire : conception des gabarits, production en volume, contrôle qualité, montée en compétence des équipes.

Accessibilité PDF

Évaluation, remédiation et mise en conformité de vos documents.

Accompagnement éditique et CCM

Rendre accessibles les documents produits en masse : relevés, factures, courriers clients.

Formations Word, PowerPoint, InDesign et Acrobat

Produire accessible à la source, plutôt que corriger à l'arrivée.

Audit d'accessibilité

Vos documents sont un périmètre de l'audit, pas une annexe.

Pionniers de l'accessibilité numérique depuis 2006, nous concevons l'accessibilité by design (à la source) - et nous accompagnons aussi on the way (en chemin), quel que soit l'état de votre chaîne documentaire.

Auditer mes documents PDF
faq

Questions fréquentes

Non. Aucun texte français n'impose PDF/UA. Le dispositif français s'appuie sur le RGAA, qui transpose l'EN 301 549 dans sa version V3.2.1 - laquelle ne mentionne pas PDF/UA. La norme s'est imposée par l'usage : c'est la seule qui décrit techniquement ce qu'est un PDF accessible, ce qui en fait un langage commun dans les cahiers des charges.

Les WCAG décrivent l'expérience attendue, quel que soit le support. PDF/UA décrit la construction du fichier PDF qui permet cette expérience : balisage, structure, ordre de lecture, métadonnées. PDF/UA est le moyen technique généralement retenu pour satisfaire les WCAG sur un document PDF ; elle ne les remplace pas, notamment sur les contrastes et la clarté du langage.

Les deux normes sont en vigueur et s'appliquent à deux générations du format : PDF/UA-1 (ISO 14289-1:2014) pour PDF 1.7, PDF/UA-2 (ISO 14289-2:2024) pour PDF 2.0. PDF/UA-1 reste la référence de marché et l'écosystème le plus outillé. Formulez l'exigence par la version du format que vous produisez, plutôt que par la version la plus récente de la norme.

Par une validation en trois temps :

  1. un validateur automatique - veraPDF couvre les profils PDF/UA-1 et PDF/UA-2,
  2. PAC les points automatisables du Matterhorn - qui vérifie la part machine du Matterhorn Protocol, un contrôle expert sur ce qu'aucune machine ne juge - pertinence des alternatives, ordre de lecture, tableaux complexes -,
  3. puis un test sous lecteur d'écran.

Un rapport « sans erreur » ne vaut pas conformité démontrée.

Non. La conformité PDF/UA ne garantit pas à elle seule un usage accessible de la couleur et des contrastes, ni l'accessibilité du contenu pour certains troubles cognitifs. Conforme veut dire correctement construit ; utilisable est une autre question - c'est celle que traite un audit.

PDF/UA est une norme internationale de format : elle dit à quoi doit ressembler le fichier. Le RAPDF est un référentiel d'évaluation luxembourgeois : il dit comment évaluer un document, critère par critère, et permet d'exprimer un taux de conformité. Les deux sont indépendants : une conformité PDF/UA se démontre sans le RAPDF, et le RAPDF s'utilise pour d'autres exigences que PDF/UA.

Découvrir le référentiel RAPDF