PDF/UA : la norme du PDF accessible, en clair

L’essentielPDF/UA est la norme internationale ISO 14289 : elle décrit ce qu’un fichier PDF doit contenir pour être lu par les technologies d’assistance, comme un lecteur d’écran. Elle existe en deux parties, PDF/UA-1 (ISO 14289-1:2014) et PDF/UA-2 (ISO 14289-2:2024). Un logiciel en vérifie une partie ; le reste demande un contrôle humain.

Que veut dire PDF/UA ?

UA signifie « Universal Accessibility », accessibilité universelle. La norme est publiée par l’ISO sous le numéro 14289. Elle ne crée pas un nouveau format : elle fixe des règles d’usage du format PDF pour qu’un document reste utilisable par tous.

Elle s’adresse d’abord aux éditeurs de logiciels qui créent ou lisent des PDF. Pour une collectivité ou une entreprise, elle sert de référence commune : un PDF « conforme à PDF/UA » respecte un ensemble de règles vérifiables, et ces règles se contrôlent sur le fichier livré.

PDF/UA-1 et PDF/UA-2 : quelle différence ?

Les deux parties de la norme ISO 14289

Partie	Référence	Format PDF visé
PDF/UA-1	ISO 14289-1:2014, deuxième édition, publiée en décembre 2014	PDF 1.7 (ISO 32000-1)
PDF/UA-2	ISO 14289-2:2024, première édition de mars 2024	PDF 2.0 (ISO 32000-2)

La fiche de l’ISO indique que la partie 1 reste en vigueur. La plupart des logiciels de bureautique produisent aujourd’hui du PDF 1.7 : PDF/UA-1 est donc la référence la plus courante pour un document publié sur un site.

Que demande la norme, concrètement ?

Son principe : un PDF accessible est un PDF balisé. Les balises décrivent la structure du document, comme le HTML le fait pour une page web. Un lecteur d’écran s’en sert pour annoncer un titre, parcourir une liste ou lire un tableau case par case.

• Tout le contenu réel est balisé, dans un ordre de lecture logique. Les éléments décoratifs, comme un filet ou un numéro de page répété, sont marqués comme tels.
• Les titres suivent une hiérarchie : niveau 1, puis 2, puis 3, sans saut.
• Les images utiles ont un texte de remplacement.
• Les tableaux déclarent leurs en-têtes de ligne ou de colonne.
• La langue du document est indiquée, ainsi que les changements de langue.
• Le titre du document est renseigné et affiché dans la barre de la visionneuse, à la place du nom de fichier.
• Les polices sont incorporées et chaque caractère correspond à un caractère lisible, pour qu’un mot ne soit pas restitué en symboles.
• Le fichier se déclare conforme à PDF/UA dans ses métadonnées.

Comment vérifier qu’un PDF respecte PDF/UA ?

Par un logiciel, puis par un humain. L’association PDF Association a traduit la norme en une liste de contrôles, le protocole Matterhorn : pour l’édition 2012 de la norme, 31 points de contrôle et 136 conditions d’échec. Selon l’éditeur axes4, 89 de ces conditions peuvent être vérifiées par un logiciel. Les autres demandent un jugement : un texte de remplacement peut exister et rester sans rapport avec l’image.

• PAC (PDF Accessibility Checker) est gratuit et vérifie les points automatisables de PDF/UA et des WCAG. Il fonctionne sous Windows. Nous détaillons son usage dans le mode d’emploi de PAC.
• veraPDF est un validateur libre. Il applique les règles de PDF/UA-1 et de PDF/UA-2 qu’une machine peut tester.
• Le contrôle humain vérifie la pertinence : ordre de lecture réel, sens des alternatives, cohérence des titres. La checklist de DesignGouv conseille un test avec un lecteur d’écran.

Un PDF qui passe tous les tests automatiques n’est donc pas encore prouvé accessible. La FAQ de PAC le dit elle-même : des coches vertes signifient que les exigences vérifiables automatiquement sont remplies, pas davantage.

Pour un premier relevé sur votre fichier, vous pouvez tester gratuitement la structure d’un PDF. Ce test en ligne indique les points repérés dans le fichier et rappelle les vérifications humaines restantes.

PDF/UA, RGAA et WCAG : comment s’articulent-ils ?

Le RGAA est la méthode française pour les services en ligne. Son critère 13.3 demande que chaque document bureautique en téléchargement ait, si nécessaire, une version accessible. Il ne détaille pas la technique du PDF : c’est le rôle de PDF/UA.

Les textes se complètent : le RGAA dit qu’il faut un document accessible, PDF/UA dit ce qu’est un PDF accessible. Le cadre est expliqué dans l’article sur le PDF accessible en mairie.

PDF/UA ou PDF/A : faut-il choisir ?

Non. PDF/A est une autre norme ISO, faite pour l’archivage à long terme. Un fichier peut respecter les deux. La checklist de DesignGouv note qu’exporter en PDF/A peut aider l’accessibilité, par exemple en incorporant les polices. Mais un PDF/A n’est pas accessible pour autant : il lui faut aussi ses balises.

Comment obtenir des PDF accessibles ?

Le plus simple est de partir d’un document source bien construit, puis de l’exporter avec les balises. La marche à suivre est dans l’article pour rendre un PDF accessible. Pour les documents déjà en ligne, ou quand le fichier source n’existe plus, le PDF se corrige après coup : c’est le travail de Claren Documents, qui rend les PDF, Word et scans de vos services accessibles, avec le rapport de leurs contrôles.

Questions fréquentes

Sources

• ISO 14289-1:2014, PDF/UA-1, ISO, consulté le 06/10/2026.
• ISO 14289-2:2024, PDF/UA-2, ISO, consulté le 06/10/2026.
• PDF Association, « PDF/UA-1:2014 now published », 22/12/2014, consulté le 06/10/2026.
• axes4, le protocole Matterhorn, consulté le 06/10/2026.
• PAC, questions fréquentes, consulté le 06/10/2026.
• veraPDF, règles de validation PDF/UA-1 et PDF/UA-2, consulté le 06/10/2026.
• DesignGouv, checklist : créer un PDF accessible à partir d’un traitement de texte, consultée le 06/10/2026.
• DINUM, RGAA 4.1.2, critères et tests, critère 13.3, consulté le 06/10/2026.

À lire ensuite : PDF Accessibility Checker (PAC) : vérifier un PDF, mode d’emploi.