PDF/UA : la norme ISO des fichiers PDF accessibles
PDF/UA — ISO 14289, « UA » pour accessibilité universelle — est la norme internationale qui définit à quoi un PDF accessible doit ressembler à l'interne : balisage complet dans un ordre de lecture logique, artéfacts pour la décoration, textes de remplacement, texte mappé en Unicode et métadonnées définies. C'est le pendant, côté format de fichier, des exigences de contenu des WCAG, et une grande partie en est vérifiable par machine.
Cette page a été traduite automatiquement de l'original anglais à l'intention du personnel francophone d'organisations américaines et canadiennes. Elle porte sur le droit américain; les citations juridiques américaines sont conservées en anglais.
PDF/UA est la norme ISO du PDF accessible, publiée sous la référence ISO 14289-1. Elle précise les exigences techniques qu'un fichier PDF — et le logiciel qui le lit — doit respecter pour que les technologies d'assistance puissent interpréter le document de manière fiable. Elle est à l'accessibilité ce que PDF/A est à l'archivage : un profil testable du format PDF.
PDF/UA-1 vise le format PDF 1.7 que produisent pratiquement tous les outils actuels; PDF/UA-2 (ISO 14289-2, publiée en 2024) étend la norme au PDF 2.0. Quand un contrat ou une politique dit « PDF/UA » sans autre précision, il s'agit presque toujours de PDF/UA-1.
À l’intérieur du fichier
Que normalise PDF/UA à l'intérieur d'un fichier?
PDF/UA exige que tout le contenu porteur de sens soit balisé dans un arbre de structure reflétant l'ordre de lecture logique, que le contenu purement décoratif soit marqué comme artéfact, et que le fichier porte les métadonnées dont dépendent les technologies d'assistance : un titre de document affiché, une langue déclarée et une correspondance Unicode pour chaque caractère.
Des balises complètes et sémantiquement correctes
Chaque élément de contenu réel figure dans l'arbre de structure avec le bon rôle — niveaux de titre, paragraphes, listes, tableaux avec associations d'en-têtes, liens et figures.
Des artéfacts pour tout ce qui est décoratif
L'habillage de page — en-têtes et pieds de page courants, numéros de page, graphiques d'arrière-plan — est marqué comme artéfact afin de ne jamais interrompre l'ordre de lecture.
Métadonnées et réglages du document
Un titre de document défini et configuré pour s'afficher à la place du nom de fichier, une langue de document déclarée et des métadonnées XMP identifiant le fichier comme PDF/UA.
Un texte fiable
Chaque caractère correspond à un point Unicode, et aucune information ne repose sur la seule apparence visuelle — les technologies d'assistance reçoivent le même contenu qu'un lecteur voyant.
Du texte de remplacement sur les figures
Les images et figures porteuses de sens portent des descriptions de remplacement; les graphiques sans signification sont des artéfacts, pas du bruit non balisé.
Des champs de formulaire étiquetés et utilisables
Les champs de formulaire interactifs ont des étiquettes programmatiques et des infobulles, et les paramètres de sécurité ne doivent jamais empêcher les technologies d'assistance de lire le document.
Comparaison
Quel est le lien entre PDF/UA et les WCAG?
Ce sont des couches complémentaires. Les WCAG définissent des exigences de résultat pour tout contenu Web — perceptible, utilisable, compréhensible, robuste — tandis que PDF/UA définit comment les structures sous-jacentes doivent être mises en œuvre techniquement dans le format PDF. Un fichier peut satisfaire à PDF/UA et échouer aux WCAG, par exemple sur le contraste des couleurs; les flux de travail matures vérifient donc les deux.
Les règles américaines et européennes citent les WCAG, pas PDF/UA — mais PDF/UA est la façon d'obtenir de manière fiable un PDF qui respecte les critères structurels des WCAG, et c'est la norme que nomment les devis d'approvisionnement sérieux. DocoMatic remédie selon les deux et évalue chaque fichier par rapport aux deux.
| Axe | WCAG 2.1 AA | PDF/UA-1 |
|---|---|---|
| Définit | WCAG 2.1 AADes résultats, pour tout contenu | PDF/UA-1Comment les structures sont construites dans le PDF |
| Nommé par les règles américaines et européennes | WCAG 2.1 AAOui | PDF/UA-1Non — mais couramment nommé dans les devis d’approvisionnement |
| Vérifiable par machine | WCAG 2.1 AAEn partie | PDF/UA-1En grande partie — voir le Matterhorn Protocol |
| Détecte le contraste des couleurs | WCAG 2.1 AAOui | PDF/UA-1Non |
| Détecte une arborescence de balises incomplète | WCAG 2.1 AAIndirectement, par le critère 1.3.1 | PDF/UA-1Oui |
Machine ou humain
Qu'est-ce que le Matterhorn Protocol?
Le Matterhorn Protocol (protocole Matterhorn) est le modèle de test de la PDF Association pour PDF/UA-1. Il décompose la norme en 31 points de contrôle regroupant 136 conditions d'échec distinctes, et classe chaque condition comme vérifiable par machine ou comme exigeant un jugement humain. Les vérificateurs implémentent l'ensemble vérifiable par machine; les réviseurs humains traitent le reste.
Cette répartition est la carte honnête de ce que l'automatisation peut et ne peut pas prouver : un outil peut vérifier qu'un tableau a des cellules d'en-tête, mais seule une personne peut confirmer que ce sont les bons en-têtes. Tout fournisseur qui promet une « garantie de conformité » entièrement automatisée ignore la taxonomie même du protocole.
| Zone | Ce qu’une machine tranche | Ce que seule une personne tranche |
|---|---|---|
| Arborescence de balises | Ce qu’une machine trancheTout est balisé ou artéfact; imbrication valide; aucun niveau de titre sauté (01-005, 09-004, 14-003) | Ce que seule une personne trancheSi les balises conviennent au contenu et si les titres sont les vrais titres (01-006, 09-003, 14-001) |
| Ordre de lecture | Ce qu’une machine trancheLes pages avec annotations déclarent un ordre de tabulation (28-008, 28-009) | Ce que seule une personne trancheSi l’ordre des balises est l’ordre de lecture logique (09-001) |
| Tableaux | Ce qu’une machine trancheStructure bien formée; chaque cellule d’en-tête a une portée (09-004, 15-003) | Ce que seule une personne trancheSi les cellules d’en-tête de ligne et de colonne sont balisées en-têtes — les bonnes (15-001, 15-002, 15-005) |
| Figures | Ce qu’une machine trancheChaque Figure a un texte de remplacement (13-004) | Ce que seule une personne trancheSi un graphique est du contenu ou de la décoration, et si sa description est du bon type (01-001, 13-001, 13-007) |
| Formulaires | Ce qu’une machine trancheChaque champ a une infobulle; les widgets sont dans des balises Form (28-005, 28-010) | Ce que seule une personne trancheSi les champs suivent l’ordre de lecture; si un formulaire à imprimer est balisé comme tel (28-001, 24-001) |
| Métadonnées | Ce qu’une machine trancheXMP avec identifiant PDF/UA et titre; le titre s’affiche; langue déclarée (06-001–003, 07-001, 11-001) | Ce que seule une personne trancheSi le titre identifie le document et si la langue est la bonne (06-004, 11-007) |
| Texte | Ce qu’une machine trancheChaque caractère mappé en Unicode; chaque police incorporée (10-001, 31-009) | Ce que seule une personne trancheSi le texte issu de l’OCR est réellement exact (08-001) |
Classification : celle du protocole. Regroupement par zone : le nôtre.
Ce que nous en faisons : chaque fichier remédié est contrôlé avec veraPDF(s'ouvre dans un nouvel onglet) selon PDF/UA-1 — à partir du niveau 2, il doit passer sans aucun échec, sinon le document n’est pas facturé — et le rapport de vérification énumère ce que les machines n’ont pas pu vérifier, pour la révision humaine.
Validateurs
Comment vérifier un PDF par rapport à PDF/UA?
Deux outils gratuits dominent. PAC (PDF Accessibility Checker) valide les conditions Matterhorn vérifiables par machine et prévisualise le document tel que les technologies d'assistance le rencontrent. veraPDF est un validateur à code source ouvert, conçu à l'origine pour PDF/A, qui valide aussi PDF/UA. Un rapport machine sans erreur est nécessaire, mais pas suffisant — les contrôles humains complètent l'évaluation.
DocoMatic exécute une vérification automatisée sur chaque fichier remédié et y joint le rapport : une revérification PAC ou veraPDF par votre auditeur reproduit le même résultat — une vérification que vous pouvez transmettre, pas une promesse.
veraPDF est aussi le validateur sur lequel notre propre facturation est mesurée : à partir du niveau 2, un fichier remédié doit passer sa validation PDF/UA-1 sans aucun échec, sinon il ne vous est pas facturé. Nous ne l’avons pas écrit et nous ne pouvons pas l’ajuster — c’est précisément le but.
Aucune règle américaine ou européenne n’exige PDF/UA par son nom. L’ADA Title II, la règle HHS Section 504 et la Section 508 citent les WCAG; c’est aussi le cas de l’EN 301 549 sous la loi européenne sur l’accessibilité et de la LAPHO de l’Ontario.
Il est constamment nommé dans les devis d’approvisionnement, parce que c’est la façon testable, propre au PDF, de livrer ce que ces règles exigent d’un document.
Le plan
Comment amener une bibliothèque de documents à PDF/UA?
Inventoriez vos documents, puis remédiez selon PDF/UA et WCAG 2.1 AA en un seul passage — le travail de balisage est commun, et ensemble ils satisfont d’un coup aux normes réglementaires américaines et aux devis d’approvisionnement. Vérifiez chaque fichier par machine, faites réviser à la main les fichiers signalés et conservez les rapports par fichier comme piste de preuve.
Inventorier : recensez les PDF de vos domaines publics et classez-les selon leur usage.
Remédier : construisez des structures de balisage complètes, marquez les artéfacts, définissez les métadonnées, mappez le texte en Unicode.
Vérifier : exécutez des contrôles automatisés équivalents à PAC sur chaque fichier et conservez le rapport.
Réviser : acheminez les fichiers comportant des conditions à jugement humain — tableaux complexes, formulaires, figures — vers une révision humaine.
FAQ
Vos questions sur PDF/UA
Vous achetez pour une grande organisation?
Réserver une démo de 20 minutes(s'ouvre dans un nouvel onglet)PDF/UA est-il exigé par la loi aux États-Unis?
Les règles américaines — ADA Title II, HHS Section 504, Section 508 — citent les WCAG, pas PDF/UA. Mais PDF/UA est couramment nommé dans les devis et politiques d’approvisionnement parce que c’est la façon testable, propre au PDF, de livrer ce que les WCAG exigent d’un document. Remédier selon les deux est la pratique courante.
Un PDF balisé est-il automatiquement conforme à PDF/UA?
Non. Le balisage est nécessaire, mais loin d’être suffisant : les balises doivent être complètes et sémantiquement correctes, le contenu décoratif doit être marqué comme artéfact, le titre doit s’afficher, la langue doit être définie, chaque caractère a besoin d’un mappage Unicode et les champs de formulaire ont besoin d’étiquettes. Beaucoup de PDF « balisés » échouent à des dizaines de conditions Matterhorn.
Si PAC ne signale aucune erreur, le document est-il accessible?
Il a passé les conditions vérifiables par machine — le plancher. Le Matterhorn Protocol réserve explicitement des conditions au jugement humain : si l’ordre de lecture a du sens, si le texte de remplacement est exact, si les en-têtes de tableau sont les bons. Un rapport PAC sans erreur plus une révision humaine ciblée forment la combinaison défendable.
Qu'est-ce que PDF/UA-2 et en ai-je besoin?
PDF/UA-2 (ISO 14289-2, 2024) applique la norme au format plus récent PDF 2.0 et modernise le modèle de balisage. Son adoption par les outils et l'approvisionnement en est encore à ses débuts; pour les besoins actuels de conformité et d'approvisionnement, PDF/UA-1 demeure le profil à viser et à vérifier.
Un PDF numérisé peut-il devenir conforme à PDF/UA?
Oui, après un vrai travail : l’OCR doit produire une couche de texte exacte et mappée en Unicode, puis le fichier a besoin d’un balisage complet, d’artéfacts, de métadonnées et — là où les figures portent un sens — de textes de remplacement. Une numérisation image seulement ne se conforme à rien; c’est la reconnaissance plus une remédiation structurée qui en fait un document conforme.
Sources
Chaque affirmation réglementaire de cette page renvoie à l'une de ces sources primaires.
- PDF Association — PDF/UA (ISO 14289) et le Matterhorn Protocol
- PDF Association — Matterhorn Protocol 1.1
- ISO 14289-1:2014 (PDF/UA-1)
- ISO 14289-2:2024 (PDF/UA-2)
- PAC (PDF Accessibility Checker) — axes4
- veraPDF — validation PDF/A et PDF/UA à code source ouvert
- W3C — Règles pour l'accessibilité des contenus Web (WCAG) 2.1
Journal des modifications
- Tableaux Matterhorn et WCAG; relation avec veraPDF; section sur l’exigence légale; liens vers le centre, les guides, l’analyseur et les produits; sources ISO 14289.
- Publication initiale.
Révisé chaque trimestre, et dès qu’une source citée change. Prochaine révision : 18 décembre 2026.