Vérifier qu'un PDF est accessible : le test PDF/UA pas à pas

Une facture en PDF que le lecteur d'écran annonce simplement comme « graphique » n'est pas une facture pour un client aveugle. Depuis le 28 juin 2025, ce n'est plus seulement agaçant : la loi allemande sur l'accessibilité, le BFSG, impose aux entreprises couvertes de rendre leurs documents accessibles dès que les PDF font partie du service. Cela concerne les factures, les contrats, les formulaires et les notices, et la loi européenne sur l'accessibilité pousse dans la même direction partout dans l'UE. Bonne nouvelle : savoir si un PDF remplit les exigences essentielles ne prend que quelques minutes. Ce guide montre quand l'obligation s'applique vraiment, ce que demande la norme PDF/UA et ce qu'aucun logiciel au monde ne peut vérifier à votre place.

Quand un PDF doit être accessible (et pour qui)

D'abord la question qui conditionne tout le reste : l'obligation vous concerne-t-elle seulement ? Le BFSG n'impose pas à toutes les entreprises, en bloc, de rendre leurs documents accessibles. L'obligation n'existe que dans le champ d'application de la loi, décrit à l'article 1 du BFSG : entre autres le commerce électronique, les services bancaires aux particuliers, les télécommunications et le transport de personnes. Qui y opère doit, depuis le 28 juin 2025, rendre accessibles aussi les documents qui font partie du service. Pour les entreprises hors d'Allemagne, la règle pratique : si vous vendez à des consommateurs allemands, le BFSG couvre cette activité, et la loi européenne sur l'accessibilité crée des obligations comparables dans chaque État membre.

Faire partie du service, concrètement : la facture dans l'espace client, le contrat proposé au téléchargement, le formulaire de demande, la notice du produit vendu. Un compte rendu de réunion interne n'en relève pas automatiquement. Et qui se trouve entièrement hors du champ, par exemple une agence purement B2B sans clientèle de particuliers, est juridiquement tranquille pour l'instant. Notre guide sur la loi allemande BFSG détaille si la loi couvre votre entreprise.

Volontaire ne veut pas dire inutile pour autant. Un PDF qu'un lecteur d'écran peut lire, un moteur de recherche peut le lire aussi, et chaque client aux yeux fatigués profite d'un texte propre plutôt que d'une bouillie de pixels. Les étapes de test ci-dessous fonctionnent dans les deux cas, obligation ou choix.

Ce qu'exige PDF/UA, traduit en clair

La norme de référence pour les PDF accessibles s'appelle PDF/UA, codifiée comme ISO 14289. UA signifie Universal Accessibility. Les documents sont testés contre le protocole Matterhorn, un catalogue de points de contrôle concrets que les outils déroulent un par un. Cela sonne technique, mais l'idée est simple : un PDF ne doit pas seulement être beau à l'impression, il doit livrer sa structure sous forme lisible par la machine.

Dans le fond, PDF/UA exige ces éléments :

• Balises : le PDF est balisé, il porte une structure invisible qui marque titres, paragraphes, listes et tableaux comme tels. Sans balises, un lecteur d'écran n'entend qu'un flux de texte en vrac.
• Ordre de lecture logique : les contenus arrivent dans l'ordre où on doit les lire, pas dans l'ordre où le logiciel de mise en page les a enregistrés.
• Textes alternatifs : images et graphiques portent une alternative textuelle qui décrit leur contenu ou leur fonction.
• Langue du document : la langue est déclarée dans le document, pour que la synthèse vocale lise le français comme du français au lieu de deviner avec le mauvais accent.
• Titre du document : un titre parlant est défini et s'affiche à la place du nom de fichier.
• Champs de formulaire : les champs à remplir sont étiquetés, pour qu'on sache quoi mettre où.
• Contrastes : le texte se détache suffisamment du fond.
• Une vraie couche de texte : le texte existe en tant que texte, pas en tant que photo de texte.

Qui connaît les WCAG 2.2 reconnaît le motif tout de suite : les mêmes principes que sur le web, transposés dans un format de document. Et qui a déjà amené son site au niveau AA des WCAG comprend les exigences PDF sans période d'adaptation.

Tester votre PDF vous-même en cinq minutes

Pour un premier diagnostic, aucun logiciel spécialisé n'est nécessaire, un lecteur PDF ordinaire suffit. Ces cinq questions démasquent la plupart des cas à problème :

• Couche de texte : peut-on sélectionner et copier le texte à la souris ? Sinon, vous tenez un scan sans reconnaissance de texte, le défaut le plus lourd de tous.
• Titre : la fenêtre du lecteur affiche-t-elle un titre parlant ou seulement un nom de fichier du type facture_final_v3.pdf ? Le titre se règle dans les propriétés du document.
• Balises : les propriétés du document indiquent-elles que le PDF est balisé ? Un non signifie : pas de structure, le chantier principal reste à faire.
• Langue : une langue est-elle déclarée dans les propriétés du document ?
• Textes alternatifs : les images portent-elles une alternative textuelle ? Seul un outil de test le révèle de façon fiable, on y vient tout de suite.

Ce contrôle à la main attrape les grosses fautes. Savoir si un document respecte vraiment PDF/UA, seul un outil qui déroule systématiquement les points de contrôle Matterhorn peut le dire.

PAC, Acrobat Pro, veraPDF ou test navigateur : les outils comparés

Pour le test systématique, il existe une poignée d'outils établis, et la réponse honnête d'emblée : ils sont tous bons. Ils se distinguent surtout par la dose d'installation, d'apprentissage et de budget qu'ils supposent.

En règle générale : PAC est la référence pour l'examen approfondi d'un document sous Windows, Acrobat Pro l'outil de qui veut corriger dans la foulée, veraPDF le choix pour les tests automatisés en volume. Notre test PDF ajoute aux trois l'entrée la plus rapide : téléverser le fichier, lire le rapport, décider où agir. Qui veut ensuite creuser prend les outils de bureau.

Ce qu'aucun test automatique ne trouve

Voici la partie que les éditeurs d'outils minimisent volontiers : le test automatique ne trouve pas tout. Cela vaut pour PAC et Acrobat comme pour notre propre test. Deux choses restent par principe un travail humain.

Premièrement, la logique de l'ordre de lecture. Un logiciel détecte qu'un ordre de lecture est défini, pas qu'il est juste. Faut-il lire la colonne latérale avant ou après le texte principal, la note de bas de page tombe-t-elle au bon endroit : seul peut en juger qui comprend le contenu. Deuxièmement, la qualité des textes alternatifs. Un outil de test voit qu'une alternative existe, pas qu'elle vaut quelque chose. « image123.jpg » comme texte alternatif passe tous les tests automatiques et reste inutile. À quoi ressemble une bonne alternative, le tutoriel images du W3C le décrit, et notre guide pour rédiger des textes alternatifs le traduit en pratique.

Le flux de travail réaliste combine donc les deux : test automatique pour les critères mesurables et la masse, sondage humain pour l'ordre de lecture et la qualité des alternatives. Idéalement avec un court passage au lecteur d'écran, l'aperçu de PAC existe exactement pour cela.

Les défauts les plus fréquents et comment les corriger

En pratique, les PDF échouent toujours aux mêmes endroits. La bonne nouvelle : la plupart des défauts naissent à l'export, et c'est aussi là qu'ils coûtent le moins cher à éviter.

• Balises absentes : le plus souvent un problème d'export. Word et InDesign savent produire un PDF balisé si l'option d'accessibilité est active à l'export et si le document source utilise de vrais styles de titre plutôt que des paragraphes en gras.
• Titre et langue absents : à compléter dans les propriétés du document. Deux minutes de travail, grand effet.
• Scan sans couche de texte : passer une reconnaissance de texte, puis vérifier la structure. Si le document source existe encore : réexporter, le résultat est presque toujours meilleur.
• Images sans texte alternatif : à compléter dans le document source, pas dans le PDF fini. Sinon le travail se répète au prochain export.
• Champs de formulaire sans étiquette : donner à chaque champ un nom et une description. Sinon l'utilisateur de lecteur d'écran n'entend que « champ de saisie » et doit deviner quoi y mettre.
• Contrastes trop faibles : un texte gris clair sur blanc paraît élégant et échoue à tout test de contraste. Notre vérificateur de contraste montre quelles valeurs de couleur passent.

Questions fréquentes sur le test des PDF

Tester un PDF n'a rien de sorcier : couche de texte, balises, titre, langue, alternatives, plus un regard humain sur l'ordre de lecture et la qualité des textes. La plupart des documents échouent sur des défauts qui se corrigent en quelques minutes, encore faut-il les connaître. Téléversez votre PDF le plus important dans le test ci-dessus et vous saurez où vous en êtes avant votre prochain café. Et pour savoir qui surveille la conformité en Allemagne : le site officiel de la MLBF décrit ses compétences et la voie de réclamation.