PDF accessibles : les créer et les vérifier
Statuts, comptes rendus, formulaires de demande, bulletins officiels, rapports annuels – une grande partie se trouve en ligne sous forme de PDF, et la plupart de ces fichiers sont inutilisables pour une personne aveugle. Cet article explique qui est concerné, ce qui rend un PDF accessible, pourquoi tout se joue dans le document source, avec quoi vérifier le résultat, et que faire des centaines de fichiers anciens dont la source a disparu.
D'abord la question que presque personne ne pose : est-ce que cela doit être un PDF ?
Un PDF est l'image d'une page imprimée. Largeur fixe, retours à la ligne fixes, corps de texte fixe – c'est sa raison d'être, et c'est précisément ce qui fait obstacle à l'accessibilité. Doublez la taille du texte sur une page web : vous obtenez un nouveau découpage des lignes. Faites-le dans un PDF : vous obtenez une loupe, avec laquelle il faut pousser chaque ligne vers la droite puis revenir.
Le premier conseil est donc presque toujours le même : si le contenu est fait pour être lu, publiez-le comme page web. Des statuts, un barème de cotisations, un compte rendu, un communiqué – tout cela est plus accessible en HTML, plus facile à mettre à jour, mieux trouvable, et tout simplement utilisable sur un téléphone.
Le PDF est le bon choix lorsque l'une de ces trois conditions est remplie :
- Le document doit être archivé sans modification – comptes annuels, attestation, délibération.
- Le document est rempli puis renvoyé, et il n'existe pas de formulaire en ligne.
- La mise en page porte du sens que le HTML ne peut pas restituer : cartes, plans, partitions.
Et voici le point où le raisonnement s'arrête trop tôt chez la plupart : une version HTML accessible placée à côté ne remplace pas un PDF inaccessible. Laisser le document en ligne et ajouter une page web avec le même contenu ne satisfait pas à l'obligation – cela crée simplement deux versions. Le passage au HTML résout le problème exactement quand le PDF disparaît au passage.
Qui est concerné
Dans l'Union européenne, deux régimes coexistent. Ils visent des publics différents et comportent deux dates butoirs différentes. C'est la confusion la plus répandue.
Les organismes publics
Les organismes du secteur public relèvent de la directive (UE) 2016/2102, transposée en droit national – en France, le cadre technique est le RGAA. La référence technique européenne est la norme harmonisée EN 301 549, dont le chapitre 10 traite explicitement des « documents non web » : les PDF, les fichiers bureautiques, tout ce qui se télécharge au lieu de se consulter.
Que les PDF soient visés n'est pas une interprétation, c'est écrit. La directive définit les « formats bureautiques » comme des contenus « qui ne sont pas principalement destinés à une utilisation sur le web, qui figurent dans des pages web, tels que les documents au format Adobe Portable Document Format (PDF), les documents Microsoft Office ou leurs équivalents (à code source ouvert) ».
Sont exclus les « formats bureautiques publiés avant le 23 septembre 2018, sauf si ces contenus sont nécessaires pour des processus administratifs actifs relevant des missions assurées par l'organisme du secteur public concerné ». Le fonds ancien peut donc rester en place – mais pas si quelqu'un en a encore besoin aujourd'hui pour effectuer une démarche. Un formulaire de 2016 que l'on remplit et dépose toujours n'est pas couvert par l'exception. Un compte rendu de séance de 2016, si.
Les entreprises visées par l'Acte européen sur l'accessibilité
L'Acte européen sur l'accessibilité – directive (UE) 2019/882 – ne vise pas toutes les entreprises, mais certains produits et services : commerce en ligne, services bancaires, télécommunications, transport de voyageurs et livres numériques, notamment. Qui est concerné et qui ne l'est pas fait l'objet de notre article sur les obligations d'accessibilité numérique.
La date butoir est ici différente : le texte s'applique depuis le 28 juin 2025. Les transpositions nationales exemptent en général les documents bureautiques publiés avant cette date – vérifiez la rédaction retenue dans votre pays. Pour tout ce qui est publié après, les informations sur le service doivent être disponibles dans des formats permettant « de générer d'autres formats d'assistance ». Un PDF composé uniquement d'images ne répond pas à cette exigence.
Un point que l'on néglige souvent en pratique : l'exception porte sur l'acte de publication, pas sur le fichier. Remplacer un ancien document, le téléverser à nouveau ou en actualiser le contenu, c'est le publier de nouveau – et perdre l'exception. Dans le nettoyage d'un fonds ancien, c'est la considération la plus importante de toutes, et nous y revenons plus bas.
Associations et tous les autres
Une association sans boutique en ligne n'est généralement visée ni par l'un ni par l'autre. Cela ne rend pas la question indifférente : un bulletin d'adhésion qu'un membre aveugle ne peut pas remplir reste un problème, loi ou pas, et les financeurs posent de plus en plus la question. Dans ce cas, commencez par les documents réellement utilisés : le formulaire d'adhésion, l'inscription, les statuts.
Ce qui rend un PDF accessible
Un PDF accessible ne se distingue pas d'un PDF ordinaire par son apparence, mais par une seconde couche, invisible : l'arbre de balises. Elle décrit ce que les éléments de la page signifient – ceci est un titre de niveau deux, ceci une cellule de tableau avec un en-tête de colonne, ceci une figure accompagnée de cette description. Sans cette couche, un lecteur d'écran ne voit que des lettres posées quelque part sur une surface.
| Élément | De quoi il s'agit |
|---|---|
| Balises | Chaque contenu est qualifié : titre, paragraphe, liste, tableau, figure. |
| Ordre de lecture | L'ordre dans l'arbre de balises, pas la disposition sur le papier. En mise en page multicolonne, les deux diffèrent presque toujours. |
| Niveaux de titre | H1, H2, H3 sans saut. Ils constituent le sommaire grâce auquel les lecteurs aveugles parcourent le document. |
| Titre du document | Dans les métadonnées, pas le nom de fichier. Il apparaît dans le titre de la fenêtre et c'est la première chose annoncée. |
| Langue | Pour l'ensemble du document, et séparément pour les passages en langue étrangère. Sinon l'anglais est prononcé à la française. |
| Textes alternatifs | Pour chaque figure porteuse d'information ; le purement décoratif est marqué comme « artefact » et ignoré. Les règles figurent dans notre article sur les textes alternatifs. |
| Tableaux | Avec de vraies cellules d'en-tête, et pour les tableaux complexes avec association des cellules à leur en-tête. Un tableau qui ne sert qu'à la mise en page n'est pas un tableau. |
| Liens | Avec un intitulé explicite. « En savoir plus » et une URL brute sont aussi inutiles l'un que l'autre. |
| Champs de formulaire | Avec étiquette et infobulle, dans un ordre de tabulation cohérent, les champs obligatoires pas signalés par la seule couleur. |
| Signets | À partir d'une dizaine de pages. Dans les documents longs, le principal moyen de navigation. |
| Contraste et typographie | Les mêmes valeurs que sur le web : 4,5 : 1 pour le texte courant. Et du vrai texte plutôt que du texte en image. |
PDF/UA : la norme derrière tout cela
Ce que sont les WCAG sur le web, PDF/UA (« Universal Accessibility ») l'est pour le PDF :
- PDF/UA-1 – ISO 14289-1, parue en 2012 et révisée en 2014. C'est la version à laquelle se réfèrent encore aujourd'hui les administrations, les marchés publics et les outils de vérification.
- PDF/UA-2 – ISO 14289-2, parue en 2024 et fondée sur PDF 2.0. Elle apporte notamment MathML pour les formules, des éléments de structure dédiés aux notes de bas de page et aux encadrés, et un traitement Unicode plus moderne. En pratique, PDF/UA-1 reste la norme courante.
À cela s'ajoute le protocole Matterhorn de la PDF Association, qui traduit la norme en 31 points de contrôle et 136 conditions d'échec. Il sert de base à presque tous les outils de vérification – et il constitue la meilleure preuve qu'un logiciel ne suffit pas : 45 de ces 136 conditions ne peuvent pas être tranchées par une machine. Qu'un texte alternatif existe, un logiciel peut le dire. Qu'il soit juste, non.
L'accessibilité se joue dans le document source, pas dans le PDF
L'erreur la plus fréquente et la plus coûteuse : exporter d'abord, « rendre accessible » ensuite. Baliser après coup est un travail manuel, à refaire après chaque modification de contenu. Presque tout ce qui compte se décide avant.
Microsoft Word
- Utiliser les styles, pas la mise en forme. Un titre est « Titre 1 » – pas gras, plus grand et centré. Seul le style devient une balise.
- Textes alternatifs sur chaque figure ; marquer le décoratif comme décoratif.
- Tableaux : déclarer la ligne d'en-tête via les outils de tableau. Pas de cellules fusionnées, pas de tableaux de mise en page.
- Titre et langue du document dans les propriétés.
- Export par Fichier → Exporter → PDF/XPS, puis activer dans Options les balises de structure de document pour l'accessibilité.
Ce qu'il ne faut surtout pas faire : passer par Imprimer et choisir une imprimante PDF. Toute la structure est alors perdue. Le résultat ressemble à l'original et il est vide à l'intérieur.
LibreOffice
Fichier → Exporter vers → Exporter au format PDF, onglet Général, option Accès universel (PDF/UA). LibreOffice signale en outre les défauts typiques au moment de l'export. Pour des documents texte simples, c'est une voie étonnamment efficace.
Adobe InDesign
La voie la plus exigeante, mais la plus fiable pour les documents mis en page. Trois points décisifs : faire correspondre styles de paragraphe et de caractère aux balises, définir l'ordre de lecture dans le panneau Articles plutôt que par la position sur la page, et activer la création des balises à l'export.
Documents numérisés
Un scan est une image. Sans reconnaissance de caractères, il ne contient pas une seule lettre qu'un lecteur d'écran pourrait restituer – il n'est pas « peu accessible », il ne l'est pas du tout. L'OCR est la première étape, le résultat doit être relu, et le travail de structuration ne commence qu'après. Lorsque le fichier source existe encore, un nouvel export est presque toujours plus rapide que le sauvetage du scan.
Vérifier : avec quoi, et ce que la vérification ne dit pas
| Outil | Ce que c'est |
|---|---|
| PAC (PDF Accessibility Checker) | La référence de fait dans l'espace germanophone, éditée par axes4. Gratuit et sans inscription, mais uniquement sous Windows. Vérifie PDF/UA et WCAG, affiche l'arbre de balises et un aperçu de ce qu'un lecteur d'écran restituerait. |
| veraPDF | Libre, gratuit, multiplateforme, valide PDF/A et PDF/UA (parties 1 et 2). Le choix lorsqu'il n'y a pas de Windows dans la maison ou que la vérification doit tourner automatiquement. |
| Adobe Acrobat Pro | Payant, avec sa propre vérification d'accessibilité et les outils pour corriger les balises à la main. Pour corriger un PDF déjà produit, il est pratiquement incontournable. |
| Un lecteur d'écran | La seule vérification qui compte vraiment. NVDA est gratuit. Dix minutes d'écoute en disent plus que n'importe quel rapport. |
Et la phrase qui ne figure dans aucun rapport : « aucune erreur détectée » ne veut pas dire « accessible ». Un outil constate que chaque figure possède un texte alternatif. Si l'un d'eux décrit ce que l'on voit, il ne le constate pas. Il en va de même des niveaux de titre, de l'ordre de lecture et des intitulés de liens : formellement correct et vide de sens sont indiscernables pour un logiciel.
Et le fonds existant ? Reprendre plutôt que tout refaire
Tout ce qui précède vaut pour les documents que vous produisez aujourd'hui. Le vrai problème est ailleurs : un site constitué au fil des ans héberge deux, parfois trois cents PDF. Les fichiers sources ont à moitié disparu, les auteurs ne sont plus là, et personne ne sait lesquels de ces fichiers quelqu'un ouvre encore. C'est là que la plupart des projets échouent – pas sur la technique, sur le volume.
Que ce ne soit pas un cas isolé, le PDF Accessibility Index d'Allyant le montre : sur environ 645 000 fichiers PDF vérifiés sur plus de 770 sites, 94,75 % n'étaient pas accessibles (rapport 2025-2026, publié en mars 2026). Ce n'est pas la négligence de quelques-uns, c'est la situation ordinaire.
C'est pour cela que nous avons construit Libration Docs – et délibérément sous deux formes, parce que tous les sites ne tournent pas sous WordPress :
- Comme application web sur libration.io. Vous téléversez un document, vous obtenez le rapport et vous pouvez le faire reprendre. Rien de plus qu'un navigateur n'est nécessaire – ni WordPress, ni extension, ni installation. Cela vaut pour n'importe quel site, qu'il tourne sous TYPO3, Joomla, une boutique en ligne ou un développement sur mesure, et tout autant pour des documents qui ne sont pas encore en ligne.
- Comme onglet Documents dans l'extension Libration Accessibility. Sous WordPress, la prochaine version apporte la même fonction directement sur la médiathèque : tous les PDF sont gérés comme un ensemble, avec un statut par fichier, au lieu d'être téléversés un par un.
La vérification sous-jacente est la même dans les deux cas.
Vérifier ne coûte rien. veraPDF valide le profil PDF/UA-1, et une analyse de mise en page s'y ajoute : où manquent les balises de structure, où l'ordre de lecture est-il incertain, quelles figures n'ont pas de texte alternatif, existe-t-il seulement une couche de texte. Chaque constat indique l'endroit et l'étape nécessaire. Cela répond à la question par laquelle commence tout nettoyage : à quel point est-ce grave, et par où commencer ?
La reprise reconstruit la structure – balises, ordre de lecture, titres, listes, tableaux avec cellules d'en-tête, langue du document, titre du document et de la fenêtre, artefacts pour en-têtes et pieds de page. Pour les figures sans texte alternatif, l'IA formule une proposition, explicitement comme proposition. veraPDF repasse ensuite une seconde fois, pour que l'on voie noir sur blanc ce que le passage a apporté. On ne paie que ce qui est repris ; la vérification reste gratuite.
Et avant tout cela, il y a un essai sans compte : téléverser un de vos PDF, le faire vérifier, en faire reprendre une partie, consulter le rapport et le fichier produit. La reprise porte au plus sur la moitié des pages et jamais sur plus de dix, trois essais par jour. Le moyen le plus rapide d'en juger reste votre propre document, pas la description que nous en faisons.
Le feu tricolore est l'essentiel – et son état intermédiaire est l'essentiel de l'essentiel. Un document est non vérifié, traité automatiquement, non contrôlé ou vérifié et validé. Après la reprise, il ne passe délibérément pas au vert. Une machine ne peut pas juger si l'ordre de lecture a du sens, si un texte alternatif proposé dit la bonne chose, ou si un tableau complexe reste compréhensible. Ce n'est qu'après relecture et validation par une personne que le document compte. C'est inconfortable, et c'est la raison pour laquelle nous faisons confiance au résultat : un outil qui met tout au vert après un seul passage vous vend un sentiment, pas un état.
Remplacer ou juxtaposer – et l'exception évoquée plus haut revient ici dans le jeu. Par défaut, un nouveau fichier portant le suffixe -accessible est créé à côté de l'original ; les liens existants continuent de fonctionner. Remplacer l'original est plus propre, mais le fichier est alors publié de nouveau et l'exception pour les documents anciens tombe. Cette décision doit être prise sciemment, pas en passant – et elle se pose exactement de la même manière si vous utilisez l'application web et téléversez vous-même le fichier produit.
Et la limite, pour qu'elle n'apparaisse pas seulement en production : la reprise peut ajouter la structure que l'on peut déduire du document. Elle ne peut pas transformer un scan sans OCR en document lisible, elle ne peut pas détecter un ordre de lecture faux sur le fond, et elle peut proposer un texte alternatif sans pouvoir en répondre. Pour les documents qui comptent vraiment – formulaires, demandes, tout ce que quelqu'un doit remplir – le regard d'une personne reste obligatoire.
Les erreurs les plus fréquentes en pratique
- Le scan sans reconnaissance de caractères, en particulier pour les statuts et les délibérations anciennes.
- Aucun arbre de balises, parce que le fichier est passé par une imprimante PDF.
- Ordre de lecture calqué sur la mise en page. Dans un document à deux colonnes, une ligne de chaque colonne est alors lue en alternance.
- Tableaux sans cellules d'en-tête – et tableaux de mise en page balisés comme des tableaux.
- Langue non déclarée, avec pour résultat une prononciation erronée.
- Formulaires sans étiquettes de champ. Précisément là où cela fait le plus mal.
- Du texte en image, typiquement les signatures numérisées, les logos avec accroche et les infographies.
- Le nom de fichier en guise de titre, donc « annexe_3_final_v2.pdf » comme première chose entendue.
Un ordre de travail qui a fait ses preuves
- Faire l'inventaire. Lister tous les PDF, avec leur date et leur fréquentation.
- Élaguer. Ce qui est périmé disparaît. Le progrès le moins cher qui soit.
- Convertir. Ce qui se lit sans se remplir devient une page web – et le PDF disparaît au passage, sinon l'opération n'apporte rien.
- Hiérarchiser. Dans ce qui reste, les formulaires et les demandes d'abord. C'est là que se décide la possibilité même de participer.
- Réexporter là où la source existe. Reprendre là où elle manque.
- Vérifier et écouter. Outil de contrôle, puis lecteur d'écran, puis validation.
- Écrire la règle. Quiconque publiera un PDF suit une consigne d'une page. Sans cette étape, le retard recommence le lendemain du nettoyage.
Sources et remarques
- Directive (UE) 2016/2102, article 1er, paragraphe 4, et article 3, point 26 – EUR-Lex, CELEX 32016L2102
- Directive (UE) 2019/882 (Acte européen sur l'accessibilité), applicable depuis le 28 juin 2025 ; les dates de l'exception figurent dans la transposition nationale
- EN 301 549, chapitre 10 « Documents non web ». La version juridiquement pertinente est celle citée au Journal officiel de l'Union européenne ; il s'agissait en dernier lieu de la V3.2.1 (mars 2021, avec WCAG 2.1). L'ETSI a publié en septembre 2026 la V4.1.1, qui reprend WCAG 2.2.
- ISO 14289-1 (PDF/UA-1, 2012/2014) et ISO 14289-2 (PDF/UA-2, 2024)
- Protocole Matterhorn 1.1, PDF Association – 31 points de contrôle, 136 conditions d'échec
- Allyant, PDF Accessibility Index, relevé de mars 2026
- PDF Accessibility Checker (PAC), axes4 – gratuit, Windows
- veraPDF – libre, PDF/A et PDF/UA parties 1 et 2
Cet article décrit l'état du droit et ne constitue pas un conseil juridique.