Deux parties d’une même norme, deux versions de PDF : ce qui distingue PDF/UA-1 et PDF/UA-2, où en sont les outils et les technologies d’assistance – et quelle exigence est pertinente aujourd’hui pour vos propres documents et vos appels d’offres.
Pour la plupart des administrations, la réponse est aujourd’hui : exiger PDF/UA-1 comme référence et accepter PDF/UA-2 comme équivalent. PDF/UA-1 (ISO 14289-1) est la norme établie pour les PDF fondés sur PDF 1.7, avec des outils de contrôle éprouvés et le protocole Matterhorn comme base de vérification. PDF/UA-2 (ISO 14289-2:2024) est la partie de la série de normes consacrée à PDF 2.0. Elle rend la structure plus précise, mais suppose que toute la chaîne – création, contrôle, visionneuse, technologies d’assistance – maîtrise PDF 2.0. Exiger aujourd’hui exclusivement PDF/UA-2, c’est exclure de nombreuses filières de production sans que les utilisateurs en tirent automatiquement un bénéfice.
Les différences en un coup d’œil
Comparaison de PDF/UA-1 et PDF/UA-2| Caractéristique | PDF/UA-1 | PDF/UA-2 |
|---|
| Norme | ISO 14289-1 (première édition 2012, révisée en 2014) | ISO 14289-2:2024 |
|---|
| Base | PDF 1.7 (ISO 32000-1) | PDF 2.0 (ISO 32000-2) ; exigences issues de la spécification « Well-Tagged PDF » de la PDF Association |
|---|
| Types de structure | Types de structure standard de PDF 1.7, balises personnalisées via le mappage des rôles (role mapping) | Espaces de noms pour PDF 1.7 et PDF 2.0 ; nouveaux types comme Title, FENote, Em, Strong ; titres uniquement avec niveau (H1, H2…) |
|---|
| Cibles de liens | Signets et liens pointent vers des pages | Signets et liens peuvent pointer directement vers un élément de structure |
|---|
| Base de vérification | Protocole Matterhorn 1.1 ; profil de validation de veraPDF | Profil de validation de veraPDF pour PDF/UA-2 |
|---|
| Identifiant dans les métadonnées | pdfuaid:part = 1 | pdfuaid:part = 2, rev = 2024 |
|---|
Un PDF en version 1.x ne peut pas satisfaire formellement à PDF/UA-2 ; il doit pour cela être au format PDF 2.0. À l’inverse, PDF/UA-2 n’est pas un « meilleur niveau d’accessibilité », mais la même idée de base dans une version plus récente du format de fichier. Pour en savoir plus sur les balises et les points de contrôle : PDF/UA expliqué simplement.
Ce qui change pour les utilisateurs – et ce qui ne change pas
L’essentiel est identique : des balises complètes dans un ordre de lecture logique, des textes alternatifs, la langue et le titre du document, des polices incorporées avec correspondance Unicode, des champs de formulaire et des liens étiquetés. PDF/UA-2 décrit certains éléments plus précisément – notes de bas de page, mises en valeur, titre du document en tant qu’élément de structure, annotations. Que les utilisateurs de lecteurs d’écran le remarquent dépend de la capacité de la visionneuse à transmettre les nouveaux types de structure aux technologies d’assistance. Les lecteurs d’écran ne lisent pas un PDF eux-mêmes, mais par l’intermédiaire de la visionneuse PDF ; la manière dont les visionneuses exploitent les particularités de PDF 2.0 varie actuellement.
État de la prise en charge
- Contrôle : veraPDF propose des profils de validation pour les deux parties. Pour les autres outils, vérifiez ou demandez à l’éditeur quelle partie est contrôlée et dans quelle mesure.
- Création : de nombreuses filières d’export courantes, par exemple depuis les logiciels de bureautique, produisent des PDF en version 1.x. Un document PDF/UA-2 suppose une chaîne de création ou de post-traitement qui écrit proprement du PDF 2.0.
- Normes : la norme EN 301 549 V3.2.1 en vigueur (norme européenne sur les exigences d’accessibilité des produits et services TIC, à laquelle se réfère aussi le RGAA en France) n’impose pas PDF/UA. La version V4.1.1, publiée en septembre 2026, cite PDF/UA-1 et PDF/UA-2 dans une note comme normes techniques pour des PDF accessibles – donc les deux parties.
- Archivage à long terme : PDF/A-2 et PDF/A-3 reposent sur PDF 1.7 et peuvent être combinés avec PDF/UA-1 ; PDF/A-4 repose sur PDF 2.0 et va donc de pair avec PDF/UA-2.
Ce que les administrations devraient exiger aujourd’hui
- Vos propres documents : PDF/UA-1 comme norme minimale, complétée par les critères WCAG de niveau AA pour les contenus tels que les textes alternatifs, l’ordre de lecture et le contraste.
- Appels d’offres : « PDF/UA-1 (ISO 14289-1) ou PDF/UA-2 (ISO 14289-2) », avec dans chaque cas un rapport de contrôle pour la partie indiquée (Exiger des PDF accessibles dans un appel d’offres).
- Identifiant uniquement après contrôle : l’identifiant dans les métadonnées est une déclaration de conformité. Il ne doit être apposé que si le contrôle pour cette partie précise est réussi.
- Garder la transition ouverte : conserver les fichiers sources afin de pouvoir réexporter les documents plus tard, et réexaminer l’exigence lorsque visionneuses et outils prendront plus largement en charge PDF 2.0.
Ce qui se passe lors du passage de UA-1 à UA-2
Un document conforme à PDF/UA-1 peut généralement être converti en version PDF/UA-2 sans modification du contenu visible. Techniquement, il se passe pourtant beaucoup de choses :
- Le fichier est écrit en PDF 2.0, l’identifiant renvoie à la partie 2.
- La racine de structure reçoit un élément Document dans l’espace de noms de PDF 2.0 ; les balises personnalisées sont mappées vers des types standard.
- Les titres génériques (H) deviennent des titres avec niveau (H1, H2…), les notes de bas de page passent de Note à FENote.
- Les listes à puces reçoivent une indication du type de numérotation.
- Les signets et cibles de liens pointent vers des éléments de structure au lieu de simples pages.
Chacune de ces étapes peut échouer, par exemple à cause d’une structure encore admise en UA-1. Une version UA-2 sans rapport de contrôle propre selon PDF/UA-2 n’en est donc pas une.
Quand PDF/UA-2 est déjà pertinent aujourd’hui
Si votre chaîne de création écrit de toute façon du PDF 2.0 et que vous pouvez contrôler les résultats selon PDF/UA-2, rien ne s’oppose à l’utilisation de cette partie. Il en va de même lorsqu’un partenaire ou un service d’archives exige PDF 2.0. Vérifiez alors, avec les technologies d’assistance de votre public cible, que les documents fonctionnent aussi bien dans les visionneuses courantes que la version PDF/UA-1.
Erreurs fréquentes
- Un PDF 1.7 porte l’identifiant de PDF/UA-2.
- PDF/UA-1 et PDF/UA-2 sont pris à tort pour des niveaux de qualité (« UA-2 est plus accessible »).
- Le contrôle utilise le mauvais profil – le document réussit UA-1, mais c’est UA-2 qui est déclaré.
- Un appel d’offres exige exclusivement PDF/UA-2 ; on livre un identifiant sans rapport de contrôle.
- Lors de la conversion en PDF 2.0, des balises ou des cibles de liens sont endommagées sans que personne ne vérifie.
Comment DokAudit vous aide
DokAudit contrôle chaque document avec veraPDF selon PDF/UA-1 et affiche en parallèle le résultat du contrôle PDF/UA-2. Par défaut, la correction vise PDF/UA-1. Si la version corrigée réussit le contrôle UA-1, DokAudit peut, sur demande, générer en plus une version PDF/UA-2 au format PDF 2.0 – sans modification du contenu visible. Cette version n’est fournie que si elle réussit le contrôle veraPDF pour PDF/UA-2 ; sinon, le rapport indique les règles non satisfaites. DokAudit n’appose jamais d’identifiant sans contrôle réussi.
Sources:
État : 10/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.