Format PDF/UA : guide complet sur l'accessibilité numérique des documents

<p>PDF/UA signifie Portable Document Format — Universal Accessibility. La norme ISO 14289-1 a été publiée en 2012 pour répondre à un problème concret : un PDF standard peut être visuellement parfait pour un utilisateur valide, mais totalement inutilisable pour une personne aveugle utilisant un lecteur d'écran, une personne dyslexique cherchant à modifier la taille du texte, ou une personne utilisant uniquement un clavier sans souris.</p><p>Un lecteur d'écran comme JAWS ou NVDA parcourt le document selon sa structure logique, pas selon son apparence visuelle. Si un PDF contient du texte rendu comme une image scannée (sans OCR), le lecteur d'écran ne peut rien lire. Si les titres ne sont pas balisés comme des titres (balises H1, H2, H3), la navigation par structure devient impossible. Si les images n'ont pas de texte alternatif, leur contenu reste opaque pour les malvoyants.</p><p>La norme PDF/UA définit un ensemble de règles structurelles qui rendent le document navigable et intelligible par toute technologie d'assistance :</p><ul><li><strong>Balises de structure</strong> : tout le contenu doit être balisé (titres, paragraphes, listes, tableaux, figures) avec les balises PDF appropriées, dans l'ordre logique de lecture</li><li><strong>Texte alternatif obligatoire</strong> : chaque image, graphique ou figure décorative doit avoir une description textuelle (alt text) ou être marquée comme décorative</li><li><strong>Ordre de lecture logique</strong> : la séquence des blocs de contenu dans le fichier doit correspondre à l'ordre de lecture naturel, indépendamment du positionnement visuel</li><li><strong>Métadonnées de langue</strong> : la langue principale du document doit être déclarée dans les métadonnées XMP (indispensable pour la synthèse vocale)</li><li><strong>Contraste des couleurs</strong> : les associations de couleurs critiques ne doivent pas être le seul vecteur d'information (prise en charge des daltoniens)</li><li><strong>Texte réel, pas des images</strong> : tout le texte doit être du texte réel extractible (pas une image scannée), ce qui impose l'OCR pour les documents numérisés</li></ul><p>Ces contraintes s'appliquent à tous types de documents : rapports administratifs, formulaires Cerfa, publications institutionnelles, documents pédagogiques, contenus médicaux. Pour les documents scannés, la technologie OCR est indispensable : l'<a href='/fr/ocr'>outil OCR de LazyPDF</a> convertit les pages scannées en texte réel, première étape vers la conformité PDF/UA.</p>

1. 1Comprendre la différence entre un PDF accessible et un PDF inaccessibleOuvrez votre PDF dans Adobe Acrobat Reader. Allez dans Affichage → Outils de lecture → Voix haute → Activer la lecture à voix haute. Lancez la lecture. Si Acrobat lit le texte dans le bon ordre, le document est partiellement accessible. Si la lecture est incohérente, saute des sections ou échoue à lire les images, le document nécessite une mise en conformité PDF/UA complète.
2. 2Identifier les éléments problématiques avec PACTéléchargez PAC (PDF Accessibility Checker), gratuit sur pdfua.foundation. Chargez votre fichier. PAC analyse en quelques secondes et génère un rapport classé par type d'erreur : images sans alt text, titres mal balisés, tableaux sans en-têtes, langue non déclarée. Le rapport indique le numéro de page et la règle ISO 14289 violée. C'est le premier diagnostic à effectuer avant toute correction.

<p>La norme PDF/UA existe en deux versions, chacune correspondant à une génération du format PDF de base. Comprendre leurs différences est essentiel pour choisir le bon niveau de conformité selon votre contexte.</p><h3>PDF/UA-1 (ISO 14289-1, 2012)</h3><p>PDF/UA-1 est basé sur la spécification PDF 1.7. C'est la version de référence pour l'accessibilité en France en 2025 : elle est exigée par le RGAA, reconnue par les institutions publiques françaises, et supportée par tous les outils d'évaluation (PAC, Adobe Acrobat Pro, axesPDF). Elle définit 88 règles de vérification réparties en catégories :</p><ul><li><strong>Structure de fichier</strong> (règles 1-15) : présence des balises, conformité du dictionnaire de marquage, métadonnées XMP obligatoires</li><li><strong>Structure du contenu</strong> (règles 16-42) : hiérarchie des titres, balisage des tableaux, traitement des listes, cohérence de l'ordre de lecture</li><li><strong>Contenu graphique</strong> (règles 43-58) : texte alternatif pour les figures, gestion des artefacts décoratifs, formules mathématiques</li><li><strong>Contenu texte</strong> (règles 59-72) : glyphe-to-Unicode mapping, langue déclarée, espaces de nommage</li><li><strong>Interactivité</strong> (règles 73-88) : formulaires accessibles, annotations balisées, descriptions des champs interactifs</li></ul><p>La majorité des violations détectées dans les PDF administratifs français concernent les règles 16-42 (structure de titres incohérente) et 43-58 (images de logos sans texte alternatif). Ces deux catégories représentent environ 73 % des non-conformités recensées par les audits d'accessibilité des sites gouvernementaux français.</p><h3>PDF/UA-2 (ISO 14289-2, 2024)</h3><p>PDF/UA-2 est basé sur le PDF 2.0 (ISO 32000-2). Il a été publié en janvier 2024 et apporte plusieurs améliorations significatives :</p><ul><li><strong>Structure de liste améliorée</strong> : les listes imbriquées sont mieux décrites pour les technologies d'assistance</li><li><strong>Support des MathML</strong> : les formules mathématiques peuvent être décrites en MathML intégré, indispensable pour les documents scientifiques et techniques</li><li><strong>Artefacts de pagination</strong> : meilleure gestion des en-têtes et pieds de page répétés (qui doivent être marqués comme artefacts pour ne pas être lus par les lecteurs d'écran)</li><li><strong>Sous-structures de tableaux</strong> : les tableaux complexes avec cellules fusionnées sont décrits avec plus de précision</li><li><strong>Navigation améliorée</strong> : les signets (outlines) doivent être synchronisés avec la structure du document</li></ul><p>PDF/UA-2 est encore peu exigé par les administrations françaises en 2025 — la plupart des cahiers des charges RGAA se référent à PDF/UA-1. Cependant, les éditeurs de logiciels comme Adobe, Foxit et axesPDF ont commencé à intégrer la création PDF/UA-2 dans leurs outils. Pour les documents à forte valeur d'archivage créés à partir de 2025, il est recommandé de cibler PDF/UA-2 si votre outil le supporte nativement.</p><h3>La combinaison PDF/A + PDF/UA</h3><p>Une question fréquente : peut-on avoir un document à la fois PDF/A (archivage) et PDF/UA (accessibilité) ? La réponse est oui — et c'est même recommandé pour les documents officiels. Un fichier PDF/A-2a ou PDF/A-4 peut simultanément être conforme PDF/UA-1. La sous-variante <strong>PDF/A-2a</strong> (niveau « accessible ») est précisément conçue pour cette combinaison : elle exige la structuration sémantique complète en plus des garanties d'archivage. Les actes notariaux et les publications officielles des ministères français utilisent de plus en plus ce format hybride.</p>

<p>La loi n°2005-102 du 11 février 2005 pour l'égalité des droits et des chances a posé les premières bases de l'accessibilité numérique en France. Son article 47, modifié par la loi ELAN de 2018 et le décret du 24 juillet 2019, a défini les obligations actuelles en matière de PDF accessibles.</p><h3>Organismes soumis au RGAA (obligation légale)</h3><p>Sont obligatoirement soumis au RGAA 4.1 depuis le 23 juin 2021 :</p><ul><li>L'État, les collectivités territoriales et leurs établissements publics</li><li>Les organismes de droit privé gérant une mission de service public (SNCF, RATP, EDF, La Poste, etc.)</li><li>Les entreprises dont le chiffre d'affaires annuel en France dépasse 250 millions d'euros</li></ul><p>Pour les PDF spécifiquement, le RGAA 4.1 inclut le critère 13.3 (« Chaque document bureautique en téléchargement possède-t-il une version accessible ? »), le critère 13.4 (alternatives accessibles), et les critères 1.x concernant les images. Un PDF mis en téléchargement sur un site public doit être conforme PDF/UA-1 ou être accompagné d'une alternative accessible (version HTML du contenu).</p><h3>Secteur de l'enseignement supérieur</h3><p>Le décret du 24 juillet 2019 intègre explicitement les universités et grandes écoles françaises. Les supports de cours, syllabus et documents administratifs mis en ligne sur les ENT (Espaces Numériques de Travail) doivent être accessibles. 18 % des étudiants en France déclarent un handicap ou une difficulté d'apprentissage selon les chiffres du Ministère de l'Enseignement Supérieur 2023 — dont une part significative tire un bénéfice direct des PDF/UA.</p><h3>Secteur médical et hospitalier</h3><p>Les établissements de santé publics (hôpitaux, CHU, EHPAD publics) entrent dans la catégorie des organismes publics soumis au RGAA. Les documents patients mis en ligne (livrets d'accueil, formulaires de consentement, fiches d'information), les publications institutionnelles et les rapports d'activité mis en téléchargement doivent respecter la conformité PDF/UA. Pour les contenus sensibles incluant des données personnelles de santé, la combinaison PDF/UA + <a href='/fr/blog/pdf-documents-medicaux-cnil-rgpd'>bonnes pratiques CNIL pour les PDF médicaux</a> est recommandée.</p><h3>Sanctions et contrôles ARCOM</h3><p>Depuis le 1er janvier 2023, l'ARCOM (Autorité de Régulation de la Communication Audiovisuelle et Numérique) dispose d'un pouvoir de sanction renforcé. Les organismes récalcitrants peuvent recevoir une injonction de mise en conformité dans un délai de 3 mois, suivie d'une astreinte de 25 000 € et d'une publication de la sanction sur le site de l'ARCOM. En pratique, l'ARCOM publie chaque année une liste des organismes ayant fait l'objet d'une procédure — une exposition médiatique que la plupart des organismes cherchent à éviter. Entre 2022 et 2024, 47 organismes publics français ont reçu une mise en demeure liée à des PDF inaccessibles sur leurs sites.</p>

1. 1Vérifier si votre organisme est soumis au RGAAConsultez le guide officiel RGAA sur accessibilite.numerique.gouv.fr. Si votre organisme est une entité publique, un délégataire de service public ou une entreprise CA > 250 M€, vous êtes concerné. Commencez par un audit rapide avec PAC : téléchargez 3-5 de vos PDF les plus consultés, passez-les dans PAC, et vous aurez en moins de 10 minutes une estimation de votre niveau de conformité actuel.
2. 2Publier une déclaration d'accessibilitéLe RGAA impose la publication d'une déclaration d'accessibilité sur votre site. Pour les PDF, indiquez le taux de conformité mesuré, les dérogations appliquées (charge disproportionnée, contenu tiers) et le calendrier de mise en conformité. Le générateur officiel de déclarations est disponible sur design.numerique.gouv.fr. La déclaration doit être mise à jour annuellement ou après toute refonte majeure.
3. 3Prioriser les PDF à rendre accessiblesFace à un parc documentaire important, priorisez par impact : formulaires en téléchargement (Cerfa, demandes administratives), documents informatifs essentiels (règlements, statuts, rapports annuels), supports de communication diffusés à grande échelle. Les documents archivés de plus de 10 ans sans mise à jour bénéficient d'une dérogation possible pour charge disproportionnée si leur mise en conformité est plus coûteuse que leur bénéfice attendu.

<p>Créer un PDF/UA ne nécessite pas obligatoirement Adobe Acrobat Pro. Les principales suites bureautiques permettent d'exporter directement en PDF structuré, à condition de respecter les bonnes pratiques dès la création du document source.</p><h3>Règle d'or : l'accessibilité se construit à la source</h3><p>La majorité des problèmes d'accessibilité dans les PDF viennent d'une mauvaise structuration du document source (Word, LibreOffice, InDesign). Corriger l'accessibilité après export en PDF est 5 à 10 fois plus coûteux en temps que de structurer correctement dès le départ. Les règles fondamentales à respecter dans le document source :</p><ul><li>Utiliser les <strong>styles de titre</strong> (Titre 1, Titre 2, Titre 3) pour tous les titres — jamais du texte en gras ou en grande taille sans style appliqué</li><li>Définir la <strong>langue du document</strong> dans les propriétés (Fichier → Propriétés → Résumé → Langue)</li><li>Ajouter un <strong>texte alternatif</strong> à chaque image via un clic droit → Format de l'image → Texte de remplacement</li><li>Structurer les <strong>tableaux avec des en-têtes</strong> : sélectionnez la première ligne, Propriétés du tableau → cochez « Répéter les lignes d'en-tête »</li><li>Éviter les <strong>zones de texte flottantes</strong> et les éléments positionnés en absolu — ils perturbent l'ordre de lecture</li><li>Utiliser les <strong>listes à puces natives</strong> (Format → Puces et numérotation) plutôt que des tirets saisis manuellement</li></ul><h3>Export depuis Microsoft Word 365</h3><p>Word 365 intègre un vérificateur d'accessibilité accessible via Révision → Vérifier l'accessibilité. Il analyse le document avant export et signale les problèmes : images sans alt text, titres absents, tableaux sans en-têtes, passages en langue étrangère non balisés. Une fois les corrections effectuées, exportez via Fichier → Enregistrer sous → PDF, puis Options → cochez « Balises de structure du document pour l'accessibilité ». Le résultat est un PDF balisé conforme aux bases du PDF/UA-1. Pour une conformité complète, vérifiez ensuite avec PAC.</p><h3>Export depuis LibreOffice 7.x</h3><p>LibreOffice exporte en PDF/UA via Fichier → Exporter vers → Exporter au format PDF. Dans l'onglet « Général », cochez « Balises PDF (pour l'accessibilité et la réutilisation) ». Dans l'onglet « Vue initiale », définissez la langue. LibreOffice 7.5+ inclut également l'outil Vérification d'accessibilité (Outils → Vérification d'accessibilité) qui détecte les problèmes courants avant export. Pour les organismes publics sous Linux qui cherchent une alternative gratuite complète, LibreOffice représente la solution la plus avancée sans licence payante.</p><h3>Adobe Acrobat Pro DC</h3><p>Acrobat Pro reste la référence pour la création et la correction de PDF/UA complexes. Son outil Accessibility Checker (Outils → Accessibilité → Vérification complète) effectue un audit complet selon les 88 règles de la norme. La fonction « Faire passer » peut corriger automatiquement les problèmes simples (métadonnées manquantes, langue non déclarée). Pour les corrections manuelles, le panneau « Arbre de balises » permet de restructurer manuellement la hiérarchie des balises. Prix indicatif : 25 €/mois en abonnement Adobe. Pour les organismes gérant des centaines de PDF par mois, cet investissement est rapidement rentabilisé par rapport au coût d'un audit d'accessibilité externe.</p>

1. 1Créer un document Word correctement structuréDans Word, appliquez le style « Titre 1 » à votre titre principal, « Titre 2 » aux sections, « Titre 3 » aux sous-sections. Ajoutez un alt text à chaque image (clic droit → Modifier le texte de remplacement). Vérifiez la langue (Révision → Langue → Définir la langue). Lancez Révision → Vérifier l'accessibilité et corrigez tous les problèmes signalés. Seulement ensuite, exportez en PDF avec les balises activées.
2. 2Vérifier le PDF exporté avec PACAprès export, chargez le fichier dans PAC (gratuit sur pdfua.foundation). Cliquez sur « Check ». PAC affiche le résultat PASS ou FAIL avec la liste des violations. Les erreurs les plus courantes après export Word : images de logo sans alt text (ajoutez-le dans Word et ré-exportez), tableaux sans en-têtes (corrigez la structure dans Word), et métadonnées de titre manquantes (Fichier → Propriétés → Résumé → Titre dans Word).
3. 3Corriger les erreurs résiduelles dans AcrobatSi des erreurs subsistent après correction dans Word, ouvrez le PDF dans Acrobat Pro (ou version gratuite d'Acrobat pour les corrections simples). Pour les images sans alt text résiduelles : Outils → Accessibilité → Retoucher le texte → clic droit sur l'image → Modifier le texte de remplacement. Pour les titres mal balisés : ouvrez le panneau Balises (Affichage → Afficher/Masquer → Panneaux de navigation → Balises) et ajustez la hiérarchie.

<p>Au-delà des grands principes, le PDF/UA impose des règles techniques précises. Voici les plus impactantes en pratique quotidienne.</p><h3>La hiérarchie des balises de titre</h3><p>La règle la plus fréquemment violée : les titres doivent former une hiérarchie continue sans sauts. Un document ne peut pas passer de H1 directement à H3 sans H2 intermédiaire. Dans la pratique des administrations françaises, ce problème apparaît souvent dans les documents convertis depuis des présentations PowerPoint où les « titres » sont en réalité des zones de texte mises en forme visuellement sans balise sémantique. Le vérificateur PAC signale ces violations comme « Wrong nesting of headline-tags ».</p><h3>Le texte alternatif : contenu vs décoration</h3><p>Toute figure dans un PDF/UA doit être traitée de l'une de deux façons : soit comme un contenu informatif avec un alt text descriptif (« Graphique montrant l'évolution du chômage en France de 2019 à 2023 »), soit comme un artefact décoratif marqué comme tel (les séparateurs, les fonds décoratifs, les logos répétés en filigrane). Une image décorative avec un alt text vide (alt=&quot;&quot;) est différente d'une image sans alt text — la première est conforme, la seconde viole la norme. Un problème fréquent : les logos institutionnels dans les en-têtes, répétés sur toutes les pages, doivent être marqués comme artefacts (pas comme contenu) pour éviter que les lecteurs d'écran les annoncent à chaque page.</p><h3>L'ordre de lecture et les colonnes</h3><p>Pour les documents multi-colonnes (rapports en deux colonnes, journaux, newsletters institutionnelles), l'ordre de lecture dans le fichier PDF doit suivre le flux naturel : colonne gauche en entier, puis colonne droite — et non pas ligne par ligne en alternance. Les logiciels de PAO (InDesign, Scribus) gèrent cela via les chaînes de blocs de texte. Pour les documents Word avec colonnes, vérifiez que l'ordre de lecture est correct avec l'outil « Ordre de lecture » d'Acrobat Pro (Outils → Accessibilité → Retoucher l'ordre de lecture).</p><h3>Les tableaux complexes</h3><p>Un tableau simple (une ligne d'en-têtes, des données en dessous) est géré automatiquement par Word et LibreOffice lors de l'export PDF. Mais les tableaux avec cellules fusionnées, en-têtes sur plusieurs niveaux, ou en-têtes de colonnes ET de lignes posent des problèmes spécifiques. La norme PDF/UA impose d'utiliser les attributs Scope (Row/Column/Both) et ID/Headers pour chaque cellule d'en-tête. Ces attributs ne sont généralement pas générés automatiquement par les suites bureautiques standard — ils nécessitent une correction manuelle dans Acrobat Pro ou via des outils spécialisés comme axesPDF QuickFix.</p><h3>La gestion des formulaires interactifs</h3><p>Les champs de formulaire PDF (AcroForm) doivent avoir une étiquette (tooltip) descriptive, un ordre de tabulation logique, et des messages d'erreur accessibles. Les formulaires Cerfa distribués sur service-public.fr sont depuis 2022 progressivement mis en conformité PDF/UA. Pour créer des formulaires accessibles, l'approche recommandée est de partir d'un document Word correctement balisé, d'exporter en PDF, puis d'ajouter les champs interactifs dans Acrobat Pro avec les propriétés d'accessibilité définies dans l'onglet « Général » de chaque champ.</p>

<p>Plusieurs outils permettent de vérifier la conformité PDF/UA, avec des niveaux de précision et de détail variables. Voici le panorama complet des solutions disponibles en 2025.</p><h3>PAC 2024 (PDF Accessibility Checker) — gratuit</h3><p>PAC est l'outil de référence pour la vérification PDF/UA dans les administrations françaises. Développé par axesPDF en collaboration avec la fondation PDF/UA, il est disponible gratuitement sur pdfua.foundation. La version 2024 implémente les 88 règles de vérification de la norme ISO 14289-1 et signale 95 % des non-conformités automatiquement détectables. Son interface inclut un « Screen Reader Preview » qui simule la lecture par un lecteur d'écran — particulièrement utile pour détecter les problèmes d'ordre de lecture. PAC est uniquement disponible pour Windows.</p><h3>Adobe Acrobat Reader (vérification basique)</h3><p>La version gratuite d'Acrobat Reader permet un diagnostic de premier niveau via Outils → Accessibilité → Rapport d'accessibilité rapide. Ce rapport identifie les problèmes les plus graves (absence de balises, langue non déclarée, formulaires sans étiquettes) mais ne couvre pas toutes les règles PDF/UA. Il est utile pour un tri rapide d'un grand lot de documents, mais insuffisant pour un audit de conformité officiel.</p><h3>axesPDF QuickFix (payant)</h3><p>axesPDF QuickFix est un plugin Acrobat Pro qui automatise la correction des non-conformités PDF/UA les plus courantes : ajout d'alt text manquant, correction de la hiérarchie des titres, balisage des tableaux, définition de la langue. Il est utilisé par plusieurs ministères français pour la mise en conformité de leurs parcs documentaires. Prix indicatif : 490 €/licence. Pour les organismes gérant plus de 500 PDF accessibles par an, le retour sur investissement est généralement atteint en moins de 6 mois.</p><h3>CommonLook PDF (professionnel)</h3><p>CommonLook PDF Validator est la solution de référence pour les audits d'accessibilité professionnels en Europe. Il implémente les règles PDF/UA-1 et PDF/UA-2, les guidelines WCAG 2.1 niveau AA, et les spécifications de Section 508 (accessibilité aux États-Unis). Utilisé par des cabinets d'audit spécialisés et des grandes administrations pour la validation officielle de documents soumis à contrôle réglementaire. Son rapport de conformité est reconnu comme preuve de conformité par l'ARCOM lors des procédures de contrôle.</p><h3>OCR pour les documents scannés</h3><p>Un prérequis souvent négligé : un PDF/UA ne peut pas contenir du texte sous forme d'image scannée. Si votre document est une numérisation, il faut d'abord passer par l'OCR pour extraire le texte réel. L'<a href='/fr/ocr'>outil OCR de LazyPDF</a> applique Tesseract 5.x avec une précision de 95-98 % pour le français sur des scans à 300 dpi. Le résultat peut ensuite être traité pour la mise en conformité PDF/UA. Si vous avez des archives de documents scannés à rendre accessibles, l'<a href='/fr/blog/images-floues-apres-scan-numerique'>guide sur les scans de mauvaise qualité</a> peut vous aider à améliorer la qualité source avant l'OCR.</p>

1. 1Effectuer un audit d'accessibilité avec PACTéléchargez PAC 2024 sur pdfua.foundation (Windows uniquement). Glissez votre PDF sur l'interface. PAC analyse et affiche un tableau de résultats par catégorie. Cliquez sur chaque erreur pour voir l'élément concerné dans le prévisualiseur. Exportez le rapport en HTML ou PDF pour documenter l'état de conformité. Un document sans erreurs PAC est conforme aux 88 règles automatiquement vérifiables de la norme ISO 14289-1.
2. 2Tester avec un vrai lecteur d'écranInstallez NVDA (gratuit sur nvaccess.org) sur Windows. Ouvrez votre PDF dans Adobe Acrobat Reader. Activez NVDA (Insert+Ctrl+N) et naviguez avec les flèches et la touche Tab. Écoutez : l'ordre de lecture est-il logique ? Les images sont-elles annoncées avec leur description ? Les titres sont-ils annoncés avec leur niveau (« Titre niveau 2 : ... ») ? Ce test manuel détecte les problèmes que PAC ne peut pas automatiquement identifier, notamment les alt texts incorrects ou trompeurs.
3. 3Documenter et planifier les correctionsPour les parcs documentaires importants, créez un tableau de suivi : nom du fichier, résultat PAC (PASS/FAIL), nombre d'erreurs, type d'erreurs principal, priorité (formulaire actif = haute, archive historique = basse), action corrective et responsable. Partagez ce tableau avec votre responsable accessibilité et intégrez-le à votre déclaration d'accessibilité RGAA. Visez une mise en conformité de 80 % des documents prioritaires sur 12 mois.